From owner-freebsd-questions@FreeBSD.ORG Tue Apr 6 05:17:11 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE6916A4CE; Tue, 6 Apr 2004 05:17:11 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA65943D31; Tue, 6 Apr 2004 05:17:10 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i36CFFUS076434 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 6 Apr 2004 14:15:18 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i36CE6hn055321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Apr 2004 14:14:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i36CE6us089143; Tue, 6 Apr 2004 14:14:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i36CE5MH089142; Tue, 6 Apr 2004 14:14:05 +0200 (CEST) (envelope-from ticso) Date: Tue, 6 Apr 2004 14:14:05 +0200 From: Bernd Walter To: Heinrich Rebehn Message-ID: <20040406121404.GD82799@cicely12.cicely.de> References: <200403221348.52786.peter.schuller@infidyne.com> <200403221409.01443.peter.schuller@infidyne.com> <20040329113642.GF26269@cicely12.cicely.de> <407157F9.4080701@ant.uni-bremen.de> <20040405130526.GA81325@cicely12.cicely.de> <407176AC.3010604@ant.uni-bremen.de> <20040405152144.GB81325@cicely12.cicely.de> <40729B72.80008@ant.uni-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40729B72.80008@ant.uni-bremen.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: questions@freebsd.org cc: Peter Schuller cc: ticso@cicely.de cc: freebsd-questions@freebsd.org Subject: Re: Recommended USB 2.0 controller fr. 5.2+ X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 12:17:11 -0000 On Tue, Apr 06, 2004 at 01:58:42PM +0200, Heinrich Rebehn wrote: > Bernd Walter wrote: > [snip] > > > >>Apr 3 12:32:32 antsrv1 kernel: da1: 19077MB (39070080 512 byte sectors: > >>255H 63S/T 2432C) > >>Apr 3 12:33:03 antsrv1 login: ROOT LOGIN (root) ON ttyv0 > >>Apr 3 12:38:08 antsrv1 syslogd: kernel boot file is /boot/kernel/kernel > >>Apr 3 12:38:08 antsrv1 kernel: panic: ehci_abort_xfer: not in process > >>context > > > > > >OK - we have an abort_xfer without any reason given. > >The panic is because the aborted transfer doesn't exist, which could > >mean that someone aborted an already completed transfer. > >Can you please add USB_DEBUG to your kernel and retry. > > > > > I did, but with USB_DEBUG the system reproducibly crashes during boot: Without a stacktrace or at least the last kernel messages this output is almost useless. > kernel: > kernel: > kernel: Fatal trap 12: page fault while in kernel mode > kernel: cpuid = 0; apic id = 00 > kernel: fault virtual address = 0xd > kernel: fault code = supervisor write, page not present > kernel: instruction pointer = 0x8:0xc0535482 > kernel: stack pointer = 0x10:0xeaccfbb0 > kernel: frame pointer = 0x10:0xeaccfbc8 > kernel: code segment = base 0x0, limit 0xfffff, type 0x1b > kernel: = DPL 0, pres 1, def32 1, gran 1 > kernel: processor eflags = interrupt enabled, resume, IOPL = 0 > kernel: current process = 246 (sysctl) > kernel: trap number = 12 > kernel: panic: page fault > kernel: cpuid = 0; > kernel: > kernel: syncing disks, buffers remaining... 6564 6564 6563 6563 6563 > 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 6563 > 6563 6563 6563 You have 6563 dirty buffers when it crashed? That's amazing - so you are at least already on the way getting multiuser - otherwise everything is still read-only. I can't guess what services, etc.. you are starting - you really have to tell what happens. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de