From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CELIF-0003c8-5T for mharc-grub-devel@gnu.org; Mon, 04 Oct 2004 01:21:51 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CELID-0003bb-42 for grub-devel@gnu.org; Mon, 04 Oct 2004 01:21:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CELIC-0003bP-N7 for grub-devel@gnu.org; Mon, 04 Oct 2004 01:21:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CELIC-0003bM-KJ for grub-devel@gnu.org; Mon, 04 Oct 2004 01:21:48 -0400 Received: from [80.190.231.112] (helo=khepri.openbios.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CELBR-0000FS-7D for grub-devel@gnu.org; Mon, 04 Oct 2004 01:14:49 -0400 Received: from stepan by khepri.openbios.org with local (Exim 4.22) id 1CELBP-00070D-0I for grub-devel@gnu.org; Mon, 04 Oct 2004 07:14:47 +0200 Date: Mon, 4 Oct 2004 07:14:46 +0200 From: Stefan Reinauer To: The development of GRUB 2 Message-ID: <20041004051446.GA26900@openbios.org> References: <87oejkf974.fsf@marco.marco-g.com> <68697116-1564-11D9-8D2A-000A95A0560C@penguinppc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68697116-1564-11D9-8D2A-000A95A0560C@penguinppc.org> User-Agent: Mutt/1.4.1i X-Operating-System: Linux 2.6.5-7.108-smp on an x86_64 X-Duff: Orig. Duff, Duff Lite, Duff Dry, Duff Dark, Raspberry Duff, Lady Duff, Red Duff, Tartar Control Duff Subject: Re: [ppc patch] support SCSI disks 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: Mon, 04 Oct 2004 05:21:49 -0000 * Hollis Blanchard [041003 19:48]: > A given SCSI device could be either a byte-oriented tape or a > block-oriented disk. However, I do not believe that the ATA protocol > allows you to read a single byte, so ATA tape drives must implement > blocking in the hardware. In other words, it is not possible to have > both block- and byte-oriented device nodes representing an ATA device. > That is probably why I have never seen an IDE/ATA "tape" node in a > device tree. It can be used as a stream through the "deblocker" though. Stefan