kern/62889: Panic in vr(4): interrupt related
Andrew Boothman
andrew at mux.org.uk
Sun Feb 15 13:20:14 PST 2004
>Number: 62889
>Category: kern
>Synopsis: Panic in vr(4): interrupt related
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sun Feb 15 13:20:13 PST 2004
>Closed-Date:
>Last-Modified:
>Originator: Andrew Boothman
>Release: FreeBSD 5.2-CURRENT i386
>Organization:
>Environment:
System: FreeBSD spatula.flat 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Feb 8 03:34:19 GMT 2004 andrew at spatula.flat:/usr/obj/usr/src/sys/SPATULA i386
>Description:
The vr(4) driver appears to sometimes have problems dealing with interrupts. This has shown itself
once for me via a panic that occured during a shutdown via ACPI.
A loose transcription of the panic is:
Fatal trap 12
Fault virtual address = 0x8
Fault code = Supervisor ready, page not present
.
.
Current process = 21 (irq10: fwohci vr0+)
kernel: type 12 trap, code = 0
Stopped at vr_rxeof+0x140: pushl 0x8(%edx)
A trace then gave me :
vr_rxeof(...) ...
vr_intr(...) ...
ithread_loop(...) ...
fork_exit(...) ...
fork_tampoline(...) ...
Following a post to -current, Nate Lawson <nate at root.org> noted that:
"Your backtrace shows this is not an ACPI problem, it's a problem with
vr(4) (the Via Rhine ethernet driver). It should check flags to see if
the driver is going away in the device_detach case. I'm not sure how the
intr handler got called since interrupts are disabled before powering off
the system."
While Doug White <dwhite at gumbysoft.com> mentioned:
"Pretty sure this is a bug in the vr driver; I've had the same thing happen
on my KT400. It gets an interrupt at exactly the wrong moment and boom.
I haven't had it happen in months, however."
>How-To-Repeat:
So far I've not been able to repeat this problem. Although Doug White indicates
that is has happened before.
>Fix:
Unknown at this time
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list