Messages in this thread | | | Subject | Re: [PATCH] PCMCIA identification strings for cards manufactured by Elan | From | Tony Olech <> | Date | Mon, 20 Nov 2006 16:51:48 +0000 |
| |
Hi Russell, if I take out the patches to parport_cs and serial_cs, leaving in only the patch to "pdaudiocf" our SP230 card no longer works - it does not lock up the kernel, admittedly, and the serial only card does works, but we would like all are cards to just work.
ALSO, I have found no way to force a particular 16-bit pcmcia card to be handled by a particular module in a similar way to the USB generic serial driver module parameter. Have I misssed the obvious? Or is that a desirable feature that have been taken out of the David Hinds original implementation?
Tony Olech Elan Digital Systems Limited ---------------------------------------------------------- On Mon, 2006-11-20 at 15:29 +0000, Russell King wrote: > On Mon, Nov 20, 2006 at 02:23:02PM +0000, Tony Olech wrote: > > Hi, > > The strings came from our company product database. > > I do not have the time to track down examples of each > > varient, but here are the two I have been testing with: > > > > Socket 0: > > product info: "Elan", "Serial+Parallel Port: SP230", "1.00", > > "KIT:K51477-006 " > > manfid: 0x015d, 0x4c45 > > function: 2 (serial) > > > > Socket 1: > > product info: "Elan", "Serial Port: SL332", "1.01", "KIT:K51520-027 > > " > > manfid: 0x015d, 0x4c45 > > function: 2 (serial) > > > > AND NO, matching on function ID just randomly locked up the > > kernel, but now I think that was because of the "pdaudiocf" > > module and its MANF_ID/CARD_ID number matching. > > The obvious question is - if you only remove the IDs from pdaudiocf, does > it then work? >
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |