Bug #608
closedif_ndis with rt2400 causes fatal trap
0%
Description
Hello!
I have an Asus WL-130b wireless card. It has an rt2400 chipset, which is not supported by native drivers, so I decided to use if_ndis on my DragonFly 1.8.1 box. After I compiled th interface driver according to the documentation, and loaded the neccessery modules, I had those on my console:
ndis0: detached
kthread 0xc5528d00 ndis taskqueue has exited
kthread 0xc5528c00 ndis swi has exited
ndis0: <ASUS 802.11b Wireless LAN Card> mem 0xd5000000-0xd5001fff irq 10 at devi
ce 11.0 on pci0
can't re-use a leaf (SSID)!
can't re-use a leaf (NetworkType)!
can't re-use a leaf (Channel)!
can't re-use a leaf (NetworkAddress)!
can't re-use a leaf (CountryRegion)!
can't re-use a leaf (PSMode)!
can't re-use a leaf (ACPowerCam)!
can't re-use a leaf (AntennaTx)!
can't re-use a leaf (AntennaRx)!
can't re-use a leaf (TransRate)!
can't re-use a leaf (PreambleType)!
can't re-use a leaf (RTSThresh)!
can't re-use a leaf (FragThresh)!
can't re-use a leaf (Radio)!
can't re-use a leaf (AutoReconnect)!
ndis0: NDIS API version: 5.0
ndis0: intr 10 at 50001 > 50000 hz, livelocked limit engaged!
MAC address: 00:13:d4:07:f6:b9
intr 10 at 7376 < 20000 hz, livelock removed
ndis0: link up
--
First I tried to scan for network, but it failed to find anything at all.
After that, I tried to assign an IP address to the card, and I suddenly got this:
--
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xdead0059
fault code = supervisor read, page not present
instruction pointer = 0x8:0xdead0059
stack pointer = 0x10:0xcc72fc94
frame pointer = 0x10:0xcc72fd1c
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
current thread = pri 29
kernel: type 12 trap, code=0
Stopped at 0xdead0059:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xdead0059
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc04e159b
stack pointer = 0x10:0xcc72fab8
frame pointer = 0x10:0xcc72fabc
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
current thread = pri 29
kernel: type 12 trap, code=0
--
This was using the Win2k drivers, but it gave the same ressults with WinXP drivers.
The card is working under ndiswrapper and FreeBSD ndis.
I can access the machine through serial console.
What additonal information should I provide?
Updated by bastyaelvtars over 17 years ago
On Mon, 23 Apr 2007 02:31:48 +0200
Adam Hoka <adam.hoka@gmail.com> wrote:
After the crash, try calling the 'trace' command from the debug prompt (and submit its output), maybe a crash dump will also be needed, but that depends upon the developers. :-)
Updated by adam.hoka over 17 years ago
On Mon, 23 Apr 2007 02:53:53 +0200
Gergo Szakal <bastyaelvtars@gmail.com> wrote:
OK, this time I also invoked 'trace':
Updated by sepherosa about 16 years ago
hand over to myself. I probably will write a native driver for it. Or anyone
want to pick it up?
Updated by swildner over 10 years ago
- Description updated (diff)
- Category set to Kernel
- Status changed from New to Closed
- Target version set to 3.8
This is believed to have been fixed with the 2011 ndis upgrade. In any case it would have to be re-tested with an rt2400 and master. If that is ever done and the issue persists, feel free to re-open, of course.