From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 17 May 2002 07:09:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 17 May 2002 07:09:45 -0400 Received: from gateway.ukaea.org.uk ([194.128.63.73]:33713 "EHLO fuspcnjc.culham.ukaea.org.uk") by vger.kernel.org with ESMTP id ; Fri, 17 May 2002 07:09:45 -0400 Message-ID: <3CE4E445.3F9F57A3@ukaea.org.uk> Date: Fri, 17 May 2002 12:06:45 +0100 From: Neil Conway X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Mike Fedyk CC: vda@port.imtp.ilyichevsk.odessa.ua, Martin Dalecki , Anton Altaparmakov , Alan Cox , Russell King , linux-kernel@vger.kernel.org Subject: Re: [PATCH] 2.5.15 IDE 61 In-Reply-To: <5.1.0.14.2.20020514202811.01fcc1d0@pop.cus.cam.ac.uk> <3CE22B2B.5080506@evision-ventures.com> <200205151138.g4FBcGY13110@Port.imtp.ilyichevsk.odessa.ua> <3CE24CB9.8DFC5821@ukaea.org.uk> <20020517070750.GD627@matchmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Mike Fedyk wrote: > On Wed, May 15, 2002 at 12:55:37PM +0100, Neil Conway wrote: > > You can (and must) safely "touch the cable" in between TCQ commands in > > the right circumstances. You are therefore touching the cable while the > > hwgroup is busy, hence my suggestion that the flag we use to prevent > > touching the cable during DMA should be named something other than busy. > Ahh, but with TCQ the concept of busy changes. The wire (simplified) is > only busy when the tags are being transfered, otherwise the cable is unused > unless the cable has been "locked" by one of the devices. Hmm: "locked by one of the devices": do you mean a DMA transfer for example? These are initiated by the host, but proceed asynchronously, so I'm not sure I'd describe it as being locked "by the device" as such. At any rate, the IDE code has to remember that the cable is asynchronously active until DMA ends... (Or I suppose it could just check the hwif BMDMA bits for the active state.) I don't think you're actually disagreeing with me here btw; if you are then I've obviously missed your point ;-)) Neil