From owner-freebsd-arch Mon Oct 18 10: 9:12 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 1298014CBB for ; Mon, 18 Oct 1999 10:09:08 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id TAA25341 for ; Mon, 18 Oct 1999 19:09:07 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id TAA78577 for freebsd-arch@freebsd.org; Mon, 18 Oct 1999 19:09:07 +0200 (MET DST) Received: from critter.freebsd.dk (picasso.transbay.net [209.133.53.6]) by hub.freebsd.org (Postfix) with ESMTP id E5C6E14E13 for ; Mon, 18 Oct 1999 10:08:26 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id TAA06175 for ; Mon, 18 Oct 1999 19:08:21 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: freebsd-arch@freebsd.org Subject: Re: The eventual fate of BLOCK devices. In-reply-to: Your message of "Thu, 14 Oct 1999 16:56:25 PDT." Date: Mon, 18 Oct 1999 19:08:21 +0200 Message-ID: <6173.940266501@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Jul ian Elischer writes: >On Thu, 14 Oct 1999, Terry Lambert wrote: > >> First of all, thanks to everyone for such a focussed discussion. >> >> I have some comments on Poul's comments, and would at least like >> to argue for a "legacy mode", even if it is not enabled by default, >> so long as it can be enabled (and implied) without a kernel recompile >> (but perhaps requiring a kernel module), for standards compliance >> reasons, if no other. > >I have mentionned before, and I will mention again, that if a standard >disk layer is implemented, then it would be quite easy to implement >a block buffered interface to the raw disks, purely within the disk layer. But why bother, if nobody needs it ? >> 5) Programs that have to deal with CDROM's containing multiple >> sessions. >> >> This is an issues, since not all data is 2048 byte blocks, but >> can in fact be 2352, or a physical sector size of 2048, 2336, or >> 2340 bytes. This will only get more complicated as DVD and other >> standards evolve and come online. This is not an issue, since the app needs to know what it is doing anyway. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message