Option error

Darek Dwornikowski tdi at kill-9.pl
Mon Oct 9 09:29:22 EDT 2006


>>>>> i found that old serial_cs module had irq_list parameter. the new one does
>>>>> not have this parameter, maybe this could be a good dirty workaround. Iv
>>>>> got some IRQs free and could dedicate them for my pcmcia card.
>>>>>     
>>>>>         
>>>>>           
>>>> If they're not connected to the PCMCIA bridge, they won't be able to be
>>>> used.  The available interrupts are really a function of the PCMCIA
>>>> socket bridge and its driver, not the individual card drivers.
>>>>       
>>>>         
>>> uhm.. so what should i do ? implement shared_irq in serial_cs.c ? this
>>> is the place to do it ?
>>>     
>>>       
>> serial_cs *always* requests shared interrupts.
>>
>> What's the problem?
>>
>>   
>>     
> pccard: PCMCIA card inserted into slot 0
> pcmcia: registering new device pcmcia0.0
> pcmcia: request for exclusive IRQ could not be fulfilled.
> pcmcia: the driver needs updating to supported shared IRQ lines.
>
>
> i get this when inserting my option card. i was told on this list that
> this causes my problem.
> i am not an expert but in serial_cs.c is :
>         link->irq.Attributes = IRQ_TYPE_EXCLUSIVE;
> in serial_probe    function
>
>   
  I took axnet_cs.c for example of shared irqs:

      request_irq(dev->irq, ei_irq_wrapper, IRQF_SHARED, "axnet_cs", dev);
   
  My question is howto register my new "serial_cs" irq to implement
shared irqs in serial_cs. Or is my logic wrong ?



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20061009/73b33ae2/attachment.bin 


More information about the linux-pcmcia mailing list