[issue2091] wpi causes kernel crash
saw at online.de
Tue Jun 21 08:41:25 PDT 2011
On Tue, 21 Jun 2011 15:04:39 +0200, gbe (via DragonFly issue tracker)
<sinknull at leaf.dragonflybsd.org> wrote:
New submission from gbe <gbe+dragonfly at ring0.de>:
I'm running DragonFly-Current (2.10.1) x86_64 here and the wpi driver
kernel crash. After loading if_wpi.ko, everything appears to be fine,
but when I
do `ifconfig wpi0 up`, the screen fills with a few lines of garbage
garbage, looks like random memory contents) and I'm dropped into the
The bug seems to be reproducible.
The garbage is from our ddb traces being occasionally trashy.
Can you, next time, do a "call dumpsys" at the db> prompt next time you
have the panic?
After it wrote the core (numbers counting down and you're back to the db>
prompt), reboot and you'll find some files in /var/crash (vmcore.xy,
Can you please put up these files somewhere (as a tar.bz2 or so)?
I'll boot the machine later today and trigger the bug again. I'll attach
dmesg and a photo of the screen content then.
Yeah, dmesg is useful too, make sure it's a verbose boot (select 'v' from
the loader menu).
FWIW, I installed wpi-firmware2 (haven't yet tested with wpi-firmware)
pkg_radd without modifying any settings (the installation is a fresh one
a USB stick).
You should not need this, since our wpi(4) comes with its own firmware
(the wpifw.ko module) that should be automatically loaded when you load
Can you also do the following things:
* Uninstall the pkgsrc firmware.
* When you kldload if_wpi.ko, watch the console for any messages about the
firmware. It might be that wpi's firmware is one where you have to agree
to some license terms by setting a tunable. Check if there are any
messages telling you something along these lines.
Of course it still shouldn't crash, even if that last thing applies to wpi
and you didn't set the tunable.
More information about the Bugs