A related thread (for the record):
http://lists.freebsd.org/pipermail/freebsd-virtualization/2011-February/000648.html
Markiyan.
On 15.02.2012 12:34, Markiyan Kushnir wrote:
Here it is:
(kgdb) bt
#0 doadump () at /usr/RELENG_8/src/sys/kern/kern_shutdown.c:263
#1 0x8036da50 in boot
Tried the case w/o VIMAGE in the kernel (RTL8187L is on in the BIOS) --
no panic.
Also, with the VNET_DEBUG on, got a couple of CURVNET_SET() recursion in
the logs:
Feb 15 14:08:03 mkushnir kernel: CURVNET_SET() recursion in
unp_connect() line 1237, prev in soconnect()
Feb 15 14:08:03 mkus
Any way, I'm still unsure if the urtw's logic of "ignore device
identification failure, and attach" is correct.
--
Markiyan.
2012/2/15 Markiyan Kushnir :
> looks like that's it ...
>
> --
> Markiyan.
___
freebsd-stable@freebsd.org mailing list
http://l
looks like that's it ...
--
Markiyan.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Here it is:
(kgdb) bt
#0 doadump () at /usr/RELENG_8/src/sys/kern/kern_shutdown.c:263
#1 0x8036da50 in boot (howto=260) at
/usr/RELENG_8/src/sys/kern/kern_shutdown.c:441
#2 0x8036def1 in panic (fmt=Variable "fmt" is not available.
) at /usr/RELENG_8/src/sys/kern/kern_shutdown.c:
On 15 February 2012 13:01, Markiyan Kushnir wrote:
> Hello,
>
> [First seen on RELENG_9,] then (trying to get back to 8) on RELENG_8, both
> csup'ed around Feb. 10.
>
> Now worked around by turning the RTL8187L off in the BIOS.
>
> %uname -a
> FreeBSD mkushnir.zapto.org 8.2-STABLE FreeBSD 8.2-STAB
Hello,
[First seen on RELENG_9,] then (trying to get back to 8) on RELENG_8,
both csup'ed around Feb. 10.
Now worked around by turning the RTL8187L off in the BIOS.
%uname -a
FreeBSD mkushnir.zapto.org 8.2-STABLE FreeBSD 8.2-STABLE #0: Sat Feb 11
19:39:29 EET 2012
r...@mkushnir.zapto.org:/u