Bug 20631

On Tue, 15 Aug 2000 22:52:49 -0400, gbuchana@home.com wrote:

> During the probe the kernel reports a few obscure problems with
> "shims" - evidently the le driver hasn't been brought forward into
> the newbus framework or something.  As soon as I ifconfig le0, the
> kernel panics.
> 
> I can't capture the kernel probe messages unfortunately, as
> I have no suitable alternate console to use.

You're not really giving anyone much to work with here.

While I'll almost certainly not be able to fix this for you, I can tell
you that if I were the guy who _could_ fix it, I wouldn't find this PR
very attractive, given the amount of information on it. :-)

If you're not in a position to provide a backtrace of the panic with
debugging symbols as per http://www.freebsd.org/handbook/kerneldebug.html
then perhaps you could copy down the interesting probe messages and the
kernel panic message by hand.

Ciao,
Sheldon.

Okay, I've finally gotten the time to build a system to fiddle with this.

I'm running 4.2-STABLE cvsupped on 7-Jan-2001

This problem is still present.  I've collected the probe/attach messages from a 
boot -v:

----------
le0 at port 0x300-0x31f iomem 0xd0000-0xd07ff irq 5 drq 0 on isa0
le0: DE204-AB ethernet address 08:00:2b:9d:57:91
bpf: le0 attached
le0: driver is using old-style compatability shims

le0 XXX: driver didn't set ifq_maxlen
-----------

Kernel debug stack trace:

-----------
(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /var/crash/kernel.0
(kgdb) core-file /var/crash/vmcore.0
IdlePTD 3489792
initial pcb at 2c8a00
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0x0
stack pointer           = 0x10:0xc4507d6c
frame pointer           = 0x10:0xc4507d80
code segment            = base rx0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 16 (ifconfig)
interrupt mask          = net tty
trap number             = 12
panic: page fault

syncing disks...
done
Uptime: 2m14s

dumping to dev #da/0x20009, offset 92656
dump 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
---
#0  dumpsys () at /home/gardner/stable/src/sys/kern/kern_shutdown.c:469
469             if (dumping++) {
(kgdb) where
#0  dumpsys () at /home/gardner/stable/src/sys/kern/kern_shutdown.c:469
#1  0xc014f15b in boot (howto=256)
    at /home/gardner/stable/src/sys/kern/kern_shutdown.c:309
#2  0xc014f4d8 in poweroff_wait (junk=0xc029b72f, howto=-1004444608)
    at /home/gardner/stable/src/sys/kern/kern_shutdown.c:556
#3  0xc025ee69 in trap_fatal (frame=0xc4507d2c, eva=0)
    at /home/gardner/stable/src/sys/i386/i386/trap.c:951
#4  0xc025eb41 in trap_pfault (frame=0xc4507d2c, usermode=0, eva=0)
    at /home/gardner/stable/src/sys/i386/i386/trap.c:844
#5  0xc025e6fb in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0,
      tf_esi = -1064831616, tf_ebp = -1001357952, tf_isp = -1001357992,
      tf_ebx = -1070732032, tf_edx = -2145359604, tf_ecx = -1001357652,
      tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8,
      tf_eflags = 66118, tf_esp = -1072100554, tf_ss = -1070732032})
    at /home/gardner/stable/src/sys/i386/i386/trap.c:443
#6  0x0 in ?? ()
------------


============================================================
Gardner Buchanan                         <gbuchana@home.com>
Ottawa, ON             FreeBSD: Where you want to go. Today.

Comment 3 iedowse 2001-08-26 00:26:06 UTC

State Changed
From-To: open->feedback


Does this problem still exist?

Comment 4 jlemon 2001-11-02 17:49:34 UTC

State Changed
From-To: feedback->closed

Should be fixed with the latest commit to if_le.c in -stable.