From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1IqutS-0007VY-C8 for mharc-grub-devel@gnu.org; Sat, 10 Nov 2007 13:17:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IqutR-0007V1-Bg for grub-devel@gnu.org; Sat, 10 Nov 2007 13:17:17 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IqutQ-0007UW-KN for grub-devel@gnu.org; Sat, 10 Nov 2007 13:17:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IqutQ-0007UN-Dc for grub-devel@gnu.org; Sat, 10 Nov 2007 13:17:16 -0500 Received: from smtp-vbr12.xs4all.nl ([194.109.24.32]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IqufV-00055n-IX for grub-devel@gnu.org; Sat, 10 Nov 2007 13:02:54 -0500 Received: from localhost.localdomain (249-174.surfsnel.dsl.internl.net [145.99.174.249]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id lAAI2p19082606 for ; Sat, 10 Nov 2007 19:02:52 +0100 (CET) (envelope-from mgerards@xs4all.nl) From: Marco Gerards To: The development of GRUB Mail-Copies-To: mgerards@xs4all.nl Date: Sat, 10 Nov 2007 19:03:26 +0100 Message-ID: <87d4uic70x.fsf@xs4all.nl> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by XS4ALL Virus Scanner X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.6-4.9 Subject: Status of ATA support X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 18:17:17 -0000 Hi, A while ago I added support for ATA support. It wasn't complete yet, but I rather have this in CVS than rotting on my harddisk. Besides that, it isn't *that* bad. I will describe the outstanding issues below. First of all, this is mainly for i386-linuxbios. On i386-pc we have to disable biosdisk support because ata.mod and biosdisk.mod do not like eachother :-). Perhaps disk access via the BIOS will not be possible/safe anymore after loading ata.mod. PCI devices are not supported *yet*. Same for controllers 3 and 4. I will work on this. The code to detect the type of controller (PATA, SATA, PATAPI, SATAPI) really sucks. I will have a look at this. There is no code to detect the amount of sectors for a CDROM. I will write this eventually. Patches are more than welcome! The biggest problem is that grub_get_rtc is used to measure how long we have to wait for the hardware to settle. This function return the amount of ticks (1/18th of a second), this resolution is not acceptable. It will result in large delays in ata.mod because it will wait at least 1/18th of a second on i386-pc. For i386-linuxbios we still need grub_get_rtc. More about this on my blog: http://www.mgerards.net/blog/?p=34 -- Marco