Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 2 Nov 2001 08:06:36 -0800 (PST)
From:      David Jones <djones@zoonami.com>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   kern/31710: kernel reboots; looks like an unintended trap in xl?
Message-ID:  <200111021606.fA2G6aM88874@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         31710
>Category:       kern
>Synopsis:       kernel reboots; looks like an unintended trap in xl?
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 02 08:10:01 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     David Jones
>Release:        4.3
>Organization:
Zoonami Limited
>Environment:
FreeBSD topcat.zoonami.com 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Thu Nov  1 14:13:
13 GMT 2001     root@topcat.zoonami.com:/usr/src/sys/compile/GENERIC  i386
>Description:
I am using smbclient to copy a number of files from a PC (beaker) to my FreeBSD box (topcat).  The following command:

smbclient //beaker/backup-home -U mhollis%mhollis -Tc backup-home.tar

crashes the FreeBSD box.  Usually having copied about 300 MB of the 9GB or so.  It doesn't seem to matter where the tar file is (that is, which disk I choose to write it on).  I've just worked out how to enable kernel crash dumps.  Here's the output of gdb where:

(kgdb) where
#0  dumpsys () at ../../kern/kern_shutdown.c:469
#1  0xc01abe83 in boot (howto=256) at ../../kern/kern_shutdown.c:309
#2  0xc01ac200 in poweroff_wait (junk=0xc037a3ef, howto=0)
    at ../../kern/kern_shutdown.c:556
#3  0xc0316199 in trap_fatal (frame=0xc0383324, eva=3234354685)
    at ../../i386/i386/trap.c:951
#4  0xc0315e71 in trap_pfault (frame=0xc0383324, usermode=0, eva=3234354685)
    at ../../i386/i386/trap.c:844
#5  0xc0315a2b in trap (frame={tf_fs = 6750224, tf_es = -1058799600,
      tf_ds = -1061748720, tf_edi = -1061699328, tf_esi = 6751386,
      tf_ebp = -1070058640, tf_isp = -1070058672, tf_ebx = -1061699328,
      tf_edx = -1062043648, tf_ecx = 1868770924, tf_eax = 1431037,
      tf_trapno = 12, tf_err = 2, tf_eip = -1071055393, tf_cs = 8,
      tf_eflags = 68099, tf_esp = -1058777568, tf_ss = -1061846784})
    at ../../i386/i386/trap.c:443
#6  0xc028fddf in xl_newbuf (sc=0xc0e45000, c=0xc0e45620)
    at ../../pci/if_xl.c:1716
#7  0xc028ffb0 in xl_rxeof (sc=0xc0e45000) at ../../pci/if_xl.c:1817
#8  0xc0290688 in xl_intr (arg=0xc0e45000) at ../../pci/if_xl.c:2036
(kgdb) frame 6
#6  0xc028fddf in xl_newbuf (sc=0xc0e45000, c=0xc0e45620)
    at ../../pci/if_xl.c:1716
1716            MCLGET(m_new, M_DONTWAIT);
(kgdb) info local
_mp = 0x0
_ms = 6751386
_mm = (struct mbuf *) 0x67049a
m_new = (struct mbuf *) 0xc0b7c100
 

As you can see it's a generic kernel.

I have these crash dumps lying around, let me know if you want any more information.  Hardware details, etc.

This is very annoying at the moment, because I was intending to use exactly that command to do my PC backups.

>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200111021606.fA2G6aM88874>