Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 22 Aug 2002 21:22:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 22 Aug 2002 21:22:00 -0400 Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252]:33544 "EHLO www.linux.org.uk") by vger.kernel.org with ESMTP id ; Thu, 22 Aug 2002 21:22:00 -0400 Message-ID: <3D658F2C.1080400@mandrakesoft.com> Date: Thu, 22 Aug 2002 21:26:04 -0400 From: Jeff Garzik Organization: MandrakeSoft User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Eric W. Biederman" CC: Andre Hedrick , "Heater, Daniel (IndSys, GEFanuc, VMIC)" , "'Padraig Brady'" , "'Linux Kernel'" Subject: Re: IDE-flash device and hard disk on same controller References: <3D62BC10.3060201@mandrakesoft.com> <3D62C2A3.4070701@mandrakesoft.com> <3D656FDC.8040008@mandrakesoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1193 Lines: 28 Eric W. Biederman wrote: > The problem is that immediately after bootup ATA devices do not respond until > their media has spun up. Which is both required by the spec, and observed in > practice. Which is likely a problem if this code is run a few seconds after > bootup. Which makes it quite possible the drive will ignore the EXECUTE DEVICE > DIAGNOSTICS and your error code won't be valid when the bsy flag > clears. I don't know how serious that would be. Well, this only applies if you are slack and letting the kernel init your ATA from scratch, instead of doing proper ATA initialization in firmware ;-) Seriously, if you are a handed an ATA device that is actually in operation when the kernel boots, you are already out of spec. I would prefer to barf if the BSY or DRDY bits are set, because taking over the ATA bus while a device is in the middle of a command shouldn't be happening at Linux kernel boot, ever. Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/