From owner-freebsd-current@FreeBSD.ORG Thu May 6 06:03:28 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 D2EB816A4CE for ; Thu, 6 May 2004 06:03:28 -0700 (PDT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 893AA43D4C for ; Thu, 6 May 2004 06:03:28 -0700 (PDT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id CE88D51D14; Thu, 6 May 2004 15:03:27 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 5719051D14; Thu, 6 May 2004 15:03:27 +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 i46D3QVt020558; Thu, 6 May 2004 15:03:26 +0200 Received: (nullmailer pid 886 invoked by uid 1001); Thu, 06 May 2004 13:03:26 -0000 Date: Thu, 6 May 2004 15:03:26 +0200 From: Mark Santcroos To: =?unknown-8bit?Q?S=F8ren?= Schmidt Message-ID: <20040506130326.GA766@laptop.6bone.nl> References: <20040505195425.GA2559@laptop.6bone.nl> <409948A7.1040100@DeepCore.dk> <20040506212202.O19882@gamplex.bde.org> <20040506120541.GA1131@laptop.6bone.nl> <409A2C41.8000103@DeepCore.dk> <20040506124402.GA838@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040506124402.GA838@laptop.6bone.nl> User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.125730 / 0.0 / 0.0 / disabled X-RIPE-Signature: cbe87d4fc2c7ce63d5ac04e3093b3123 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 13:03:29 -0000 This morning I said: > > 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 ... Just now I said: > However, I'll set the IMMEDIATE_MODE flags where it hangs and report back. Now I only have: ... transaction ... ... wait for completion ... So no queuing .. but it still doesn't return. Now I start to doubt whether IMMEDIATE has any influence on this actually ... it problably means don't queue... but it still depends on interrupts, right? So I'm still hosed ;-) Mark