From owner-freebsd-stable@FreeBSD.ORG Thu Apr 17 15:28:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29F11065670 for ; Thu, 17 Apr 2008 15:28:31 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 865048FC1E for ; Thu, 17 Apr 2008 15:28:31 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 7C6B265504; Thu, 17 Apr 2008 09:56:08 -0500 (CDT) Date: Thu, 17 Apr 2008 09:56:08 -0500 From: Paul Schmehl To: Andriy Gapon , Steve Franks , freebsd-stable@freebsd.org Message-ID: <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> In-Reply-To: <48071956.2090103@icyb.net.ua> References: <1207959807.00055755.1207949401@10.7.7.3> <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:28:31 -0000 --On Thursday, April 17, 2008 12:33:10 +0300 Andriy Gapon wrote: > on 16/04/2008 19:19 Roland Smith said the following: >> On Wed, Apr 16, 2008 at 09:10:23AM -0700, Steve Franks wrote: >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x0 >>> fault code = supervisor read instruction, page not present >>> instruction pointer = 0x8:0x0 >>> stack pointer = 0x10:0xffffffffa0208570 >>> frame pointer = 0x10:0xffffff0001e1ca00 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 12 (swi4: clock sio) >> >> Odd. This doesn't seem to have anything to do with usb. It is in a >> kernel thread that runs the clock and serial port. > > It is not as odd if you consider that "clock" is actually softclock that > executes timeouts/callouts and I have no doubts that we do use those in > USB subsystem. > >> >> If you give the 'bt' command (backtrace) here, what does it say? > > I think 'bt' should be a default command in kgdb init or at least there > should be a big advice to the users: "if you managed to run kgdb on a > core file, then at the very least execute bt command" :-) I wish I had a core file to analyze. *Every* time I reboot my machine, I have to disconnect my usb drive. Then I have to remount it after I'm back up and running. If I leave it connected during the reboot, I get the same kind of errors that were posted by Steve. After the system is up and running, umass is detected normally and I can mount and use the drive with no problems. I'm on i386, so it doesn't look like an AMD-specific problem. # uname -a FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #6: Wed Apr 16 17:14:28 CDT 2008 utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 I've rebuilt kernel and world six times in the hopes that recent src updates would fix the problem. Unfortunately, since the error occurs during boot, I know of no way to capture the error message. If I log console would that do it? I doubt the console is logging at that point. I don't think syslogd is even running yet. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/