From owner-freebsd-stable Mon Jul 30 14:41: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from saturn.bsdhome.com (unknown [24.25.2.193]) by hub.freebsd.org (Postfix) with ESMTP id 3AE7237B401 for ; Mon, 30 Jul 2001 14:40:59 -0700 (PDT) (envelope-from bsd@bsdhome.com) Received: from neutrino.bsdhome.com (jupiter [192.168.220.13]) by saturn.bsdhome.com (8.11.4/8.11.4) with ESMTP id f6ULevq16055; Mon, 30 Jul 2001 17:40:57 -0400 (EDT) Received: (from bsd@localhost) by neutrino.bsdhome.com (8.11.4/8.11.4) id f6ULeqT69428; Mon, 30 Jul 2001 17:40:52 -0400 (EDT) (envelope-from bsd) Date: Mon, 30 Jul 2001 17:39:49 -0400 From: Brian Dean To: John Hay Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ata timeouts after debug commits Message-ID: <20010730173949.A69298@neutrino.bsdhome.com> References: <20010730152647.A68471@neutrino.bsdhome.com> <200107302007.f6UK78K54426@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107302007.f6UK78K54426@zibbi.icomtek.csir.co.za>; from jhay@icomtek.csir.co.za on Mon, Jul 30, 2001 at 10:07:08PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 30, 2001 at 10:07:08PM +0200, John Hay wrote: > > > At the end I tracked it down to these commits: > > > > > > src/sys/i386/i386/db_trace.c,v 1.35.2.1 2001/07/12 02:57:11 bsd > > > src/sys/i386/i386/support.s,v 1.67.2.4 2001/07/12 02:57:11 bsd > > > src/sys/i386/include/cpufunc.h,v 1.96.2.2 2001/07/12 02:57:11 bsd > > > > > Maybe it isn't the code itself but just that things moved? I tried the > snaps on internat and the ones before July 13 worked, but Jul 13 and > later didn't work. Even a fairly stripped down kernel with later sources > didn't work until I backed out those 3 files. I don't know, I suppose that's possible. But if you didn't have options DDB in your kernel, the db_trace.c file is not included in the kernel you built. And the changes to support.s and cpufunc.h merely converted a real function to an in-line function, and added a few previously non-existant in-line functions (which are only used by ddb at the moment), but otherwise there was no change. Even the function that was converted from real to in-line would only called in certain circumstances during a debugger trace trap, so I'm having a hard time pinning the problem on the above commits. If you get access to the machine again, see if you can hook the machine up to use a serial console or something and capture the bootup messages, a verbose boot would be good. Post that out and somebody may spot something. Also, you mentioned the date of the 13th, how about a more recent -stable snapshot? What was the latest snapshot you tried? Thanks, -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message