From owner-freebsd-current@FreeBSD.ORG Fri May 16 10:15:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3192F37B401 for ; Fri, 16 May 2003 10:15:40 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 709F143FBD for ; Fri, 16 May 2003 10:15:39 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h4GHFMOn033762; Fri, 16 May 2003 13:15:22 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h4GHFMg0033759; Fri, 16 May 2003 13:15:22 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 16 May 2003 13:15:22 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andre Guibert de Bruet In-Reply-To: <20030516111845.M28986@alpha.siliconlandmark.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: USB CF Reader causes Fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 17:15:40 -0000 On Fri, 16 May 2003, Andre Guibert de Bruet wrote: > No go on the backtrace. It appears as if it got corrupted somehow... I assume "it" here is the dump. You can still generate source code offsets using the function+offset values in the ddb trace by attaching gdb to the debugging kernel on disk and using: (kgdb) l *g_disk_access+0xa9 ... (kgdb) l *g_access_rel+0x20e ... And so on. No local variable inspection, but helps if your source code and build options aren't quite in sync with the ones of the person doing the debugging. > > Andre Guibert de Bruet | Enterprise Software Consultant > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > On Fri, 16 May 2003, Andre Guibert de Bruet wrote: > > > Hi, > > > > The reader I'm using is a Dazzle 6 in 1 unit. It has worked flawlessly up > > until last night's USB commit. At last boot, it came up as: > > > > > umass0: SCM Microsystems Inc. eUSB ORCA Quad Reader, rev 1.10/5.07, addr 4 > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > da0: Removable Direct Access SCSI-2 device > > > da0: 1.000MB/s transfers > > > da0: 122MB (250368 512 byte sectors: 64H 32S/T 122C) > > > > Upon connection, at the console: > > > > [... some messages that i couldn't copy and paste in time...] > > umass0: Invalid CSW: tag 0 should be 10 > > (da0:umass-sim0:0:0:0): AutoSense Failed > > (da0:umass-sim0:0:0:0): removing device entry > > Opened disk da0 -> 5 > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; lapic.id = 00000000 > > fault virtual address = 0x1c > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc01daf29 > > stack pointer = 0x10:0xe42e8b5c > > frame pointer = 0x10:0xe42e8b84 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 2 (g_event) > > kernel: type 12 trap, code=0 > > Stopped at g_disk_access+0xa9: cmpl $0,0x1c(%esi) > > db> call doadump > > Dumping 3583 MB > > ata3: resetting devices .. > > done > > 16 32 48 64 80 [... snip ...] 3568 > > Dump complete > > 0xf > > > > db> tr > > g_disk_access(caafdd80,1,0,0,0) at g_disk_access+0xa9 > > g_access_rel(cb598b80,1,0,0,e42e8c30) at g_access_rel+0x20e > > g_slice_new(c0406b20,8,caafdd80,e42e8c2c,e42e8c30) at g_slice_new+0xdb > > g_bsd_taste(c0406b20,caafdd80,0,102,caafdd00) at g_bsd_taste+0xa9 > > g_new_provider_event(caafdd80,0,c03a3701,b2,66666667) at g_new_provider_event+0x9c > > one_event(e42e8d14,c01dd7a5,c041b30c,0,4c) at one_event+0x20a > > g_run_events(c041b30c,0,4c,c03a3a23,a) at g_run_events+0x8 > > g_event_procbody(0,e42e8d48,c03a5629,2f8,c60f7e40) at g_event_procbody+0x45 > > fork_exit(c01dd760,0,e42e8d48) at fork_exit+0xc0 > > fork_trampoline() at fork_trampoline+0x1a > > --- trap 0x1, eip = 0, esp = 0xe42e8d7c, ebp = 0 --- > > > > GDB trace to follow. Stay tuned... > > > > Regards, > > > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >