From owner-freebsd-current@FreeBSD.ORG Wed Sep 17 02:38:51 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 36B6116A4B3 for ; Wed, 17 Sep 2003 02:38:51 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D39743FAF for ; Wed, 17 Sep 2003 02:38:49 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.9/8.12.9) with ESMTP id h8H9cjj5010445; Wed, 17 Sep 2003 11:38:45 +0200 (CEST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9/Submit) id h8H9cjqL010444; Wed, 17 Sep 2003 11:38:45 +0200 (CEST) From: Soren Schmidt Message-Id: <200309170938.h8H9cjqL010444@spider.deepcore.dk> In-Reply-To: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Date: Wed, 17 Sep 2003 11:38:45 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: Arjan van Leeuwen cc: =?ISO-8859-1?Q?Joachim_Str=F6mbergson?= cc: current@FreeBSD.ORG Subject: Re: ATAng hangs with kernel from september 15 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: Wed, 17 Sep 2003 09:38:51 -0000 It seems Dag-Erling Smørgrav wrote: > Soren Schmidt writes: > > Well, the ATA driver has just grown more standard compliant :) > > You *must* hang around for 31secs to wait for slow devices to come ready, > > according to the ATA specs. Now I've gone to great length before to > > get around this by using clever heuristics, and I'm getting there again, > > but there are *so* many crappy devices out there that it takes time > > to accomodate them all. > > Is there any way you can postpone the device initialization so you can > do them in paralell? That wont help anything here, this is pre device init stuff.. > Or make the length of the wait configurable, like SCSI_DELAY? That would be a gross hack, the spec says to wait 31 secs and thats it, if you want to wait shorter go ahead and change your local sources, but we need to find a real solution (and I will get there, I just need enough datapoints to find the right solution)... -Søren