yenta_socket "nobody cared - Disabling IRQ #4"
Francois Romieu
romieu at fr.zoreil.com
Fri Mar 18 18:34:29 EST 2005
Jonas Oreland <jonas.oreland at mysql.com> :
[...]
> Report:
> 1) It works somewhat better. irq doesn't get disabled.
> 2) however wlan card get disfunctional. I haven't been able to contact my
> wap
> even if i'm standing on it...
> 3) unplug has resulted in kernel panic (twice)
> (btw: how do I do to capture and report those)
> 4) when unlug don't produce kernel panic, then there is no way of
> power-oning that card again.
> 5) booting with the card inserted makes it not power on when yenta_socket
> is loaded (module)
>
> comment: the card being disfunction could have something to with the driver.
> but before it worked sometimes...
static int
ath_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
[...]
if (request_irq(dev->irq, ath_intr, SA_SHIRQ, dev->name, dev)) {
printk(KERN_WARNING "%s: request_irq failed\n", dev->name);
goto bad3;
}
[...]
athname = ath_hal_probe(id->vendor, id->device);
printk(KERN_INFO "%s: %s: mem=0x%lx, irq=%d\n",
dev->name, athname ? athname : "Atheros ???", phymem, dev->irq);
/* ready to process interrupts */
sc->aps_sc.sc_invalid = 0;
No sources for ath_hal_probe, too bad.
However, even without any sources, a driver which includes an "I am not ready
to process interrupts" flag and issue request_irq() without having disabled
the device first makes me a bit nervous.
--
Ueimor
More information about the linux-pcmcia
mailing list