From owner-freebsd-current@FreeBSD.ORG Thu May 6 01:28:11 2004 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 3624A16A4CE for ; Thu, 6 May 2004 01:28:11 -0700 (PDT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B83443D41 for ; Thu, 6 May 2004 01:28:10 -0700 (PDT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id BD3E451C60; Thu, 6 May 2004 10:26:19 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 77D9651C55; Thu, 6 May 2004 10:26:19 +0200 (CEST) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i468QJVt004281; Thu, 6 May 2004 10:26:19 +0200 Received: (nullmailer pid 1246 invoked by uid 1001); Thu, 06 May 2004 08:26:18 -0000 Date: Thu, 6 May 2004 10:26:18 +0200 From: Mark Santcroos To: =?unknown-8bit?Q?S=F8ren?= Schmidt Message-ID: <20040506082618.GA1193@laptop.6bone.nl> References: <20040505195425.GA2559@laptop.6bone.nl> <409948A7.1040100@DeepCore.dk> <20040505201128.GA768@laptop.6bone.nl> <40994C78.9080707@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <40994C78.9080707@DeepCore.dk> User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.040252 / 0.0 / 0.0 / disabled X-RIPE-Signature: 11a19ac03503951bedc8f32e28bede36 cc: current@freebsd.org Subject: Re: ATA_FLUSHCACHE failing 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: Thu, 06 May 2004 08:28:11 -0000 On Wed, May 05, 2004 at 10:20:08PM +0200, Søren Schmidt wrote: > Hmm, first you could enable the ATA request debug code in ata-all.h, > then set the ATA_R_DEBUG flag when the flush command is issued. That > should give an idea where it goes south... ... Queued ... ... Starting ... ... Transaction ... ... Wait for completion ... And there it ends, waiting on the semaphore, that will never return/change. So as you know the next event should be the interrupt that comes in ... Another "fix" would be to set a timeout on the semaphore, but that might just be a workaround also .. Mark