[RFC 2/2] match PCMCIA devcies in kernelspace

David Hinds dhinds at sonic.net
Fri Feb 11 20:32:55 EST 2005


On Fri, Feb 11, 2005 at 08:49:32PM +0100, Dominik Brodowski wrote:
> 
> I checked the pcmcia-cs code and found out that the kernel code is not
> logically equivalent to the pcmcia-cs code. Therefore, it'd be helpful if
> you could tell me if there are a significant amount of PCMCIA devices where
> the function ID is "wrong" -- i.e. devices with function ID "3" but not
> working with the parport driver, ID "4" but not working with "ide_cs", ID
> "1" and not working with "memory_cs" and -- probably most important --
> ID "2" and "serial_cs". Note that multiple bindings to one card should work
> with my code nonetheless -- just a card with ID "2" but needing a different
> driver than "serial_cs" would fail.

I'm afraid I'd have a tough time coming up with specific examples of
incorrect function ID's, but they do happen.  I think the "serial"
case you mention is indeed the most problematic.  But are there cards
that identify themselves as "serial" that need a different driver?
I'm not sure.  How about 16-bit Winmodems (if there are any that have
Linux drivers)?  If it is not too much work, I think it is safer and
more "correct" to give function ID matches a lower priority; I don't
think a card function ID of "serial" makes any guarantees about what
register-level interface it provides.  It just happens that most are
8250-compatible.

I vaguely also remember inconsistencies between "fixed disk" and
"SCSI" cards, but don't remember specifics.

-- Dave




More information about the linux-pcmcia mailing list