From owner-freebsd-current Fri Nov 15 13:13:15 2002 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 2F84F37B404 for ; Fri, 15 Nov 2002 13:13:14 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id CE86643E88 for ; Fri, 15 Nov 2002 13:13:13 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 47502 invoked by uid 1000); 15 Nov 2002 21:13:14 -0000 Date: Fri, 15 Nov 2002 13:13:14 -0800 (PST) From: Nate Lawson To: Lars Eggert Cc: current Subject: Re: kernel panic when booting with USB CF reader In-Reply-To: <3D966358.8010606@isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 28 Sep 2002, Lars Eggert wrote: > I'm seeing a kernel panic on -current (9/26) when booting with a SanDisk > ImageMate II USB comact flash reader plugged in. The panic occurs after > the kernel has loaded when the first rc.d scripts execute (dumpon, > vinum, etc). > > If I boot with the device disconnected, I can plug it in and unplug it > without problems later. > > Attached is a boot trace and a gdb backtrace. (gdb crashed on me, so I > couldn't get more information.) Here's the relevant info from the trace: > > SMP: AP CPU #1 Launched! > Mounting root from ufs:/dev/da0s1a > Entropy harvesting: interrupts ethernet point_to_point. > kernel dumps on /dev/da1s1b > vinum: loaded > umass0: BBB reset failed, STALLED > da2 at umass-sim0 bus 0 target 0 lun 0 > da2: Removable Direct Access SCSI-2 device > da2: 1.000MB/s transfers > da2: Attempt to query device size failed: NOT READY, Medium not present > (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da2:umass-sim0:0:0:0): SCSI Status: Check Condition > (da2:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da2:umass-sim0:0:0:0): Medium not present > (da2:umass-sim0:0:0:0): Unretryable error > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 1; lapic.id = 02000000 > instruction pointer = 0x8:0xc0437608 > stack pointer = 0x10:0xeb484870 > frame pointer = 0x10:0xeb4848f8 > 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 = 67 (vinum) > kernel: type 18 trap, code=0 > Stopped at __qdivrem+0x38: divl %ecx,%eax Is this still a problem? Does it work if you have a flash card plugged into the reader while booting? Can you enable options DDB and type "tr" to get a backtrace after the panic? The problem appears to be that something is using the return value from READ CAP even though it is not set because there is no flash present (i.e. div by 0). -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message