[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bad irq for wi* at pcmcia* ?
- To: "Todd T. Fries" <firstname.lastname@example.org>
- Subject: Re: bad irq for wi* at pcmcia* ?
- From: Federico Schwindt <email@example.com>
- Date: Tue, 22 May 2001 04:11:28 -0300
- Cc: firstname.lastname@example.org
- Content-Disposition: inline
- References: <20010222150157.B26475@eclipse.fries.net>
- User-Agent: Mutt/1.2.5i
On Thu, Feb 22, 2001 at 03:01:57PM -0600, Todd T. Fries wrote:
> $ dmesg | egrep "irq|wi|pcic"
> ast0 at isa0 port 0x1a0/32 irq 5
> pckbc0: using irq 1 for kbd slot
> pckbc0: using irq 12 for aux slot
> wdc0 at isa0 port 0x1f0/8 irq 14
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> pcic0 at isa0 port 0x3e0/2 iomem 0xe0000/16384
> pcic0 controller 0: <Intel 82365SL rev 1> has sockets A and B
> pcmcia0 at pcic0 controller 0 socket 0
> wi0 at pcmcia0 function 0 "Lucent Technologies, WaveLAN/IEEE, Version 01.01": address 00:60:1d:f1:67:af irq 3
> wi0: tx buffer allocation failed
> wi0: mgmt. buffer allocation failed
> pcmcia1 at pcic0 controller 0 socket 1
> xe0 at pcmcia1 function 0 "Xircom, CreditCard 10/100, CE3-10/100" port 0x340/16 irq 9: address 00:80:c7:9c:9c:95
> pcic0: irq 10, polling enabled
> $ sudo config -ef /bsd
> OpenBSD 2.8-current (2of2) #1: Mon Feb 12 16:02:29 CST 2001
> Enter 'help' for information
> ukc> change wi
> 50 wi* at pcmcia* function -1 irq -1 flags 0x0
> change [n] y
> function [-1] ?
> irq [-1] ? 15
> flags  ?
> 50 wi* changed
> 50 wi* at pcmcia* function -1 irq 15 flags 0x0
> ukc> quit
> Saving modified kernel.
> $ sudo shutdown -r now
> And I still get the wrong irq!
> .. I did a search at google.com for 'tx buffer allocation failed' and the
> first suggestion is that this is an irq conflict, the problem reporter
> wrote back to say it worked to set it to irq9. This is with FreeBSD
> though. How do we do the same thing in OpenBSD?
The pcmcia code choose irq based on a probe, not in the kernel configuration.
This is this way because some laptops hard-wire intr lines, and they're not
available although they seem to be.
If you modify pcic_isa_intr_list in /sys/dev/isa/i82365_isasubr.c to
try irq 15 first, does it help?
Using a GENERIC kernel does shows the same problem?
This doesn't look to me like a irq problem, tho.