From owner-freebsd-hackers  Mon Dec  8 02:44:12 1997
Return-Path: <owner-freebsd-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id CAA26712
          for hackers-outgoing; Mon, 8 Dec 1997 02:44:12 -0800 (PST)
          (envelope-from owner-freebsd-hackers)
Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA26658
          for <hackers@freebsd.org>; Mon, 8 Dec 1997 02:44:00 -0800 (PST)
          (envelope-from sos@sos.freebsd.dk)
Received: (from sos@localhost)
	by sos.freebsd.dk (8.8.8/8.8.8) id LAA02338;
	Mon, 8 Dec 1997 11:43:42 +0100 (MET)
	(envelope-from sos)
Message-Id: <199712081043.LAA02338@sos.freebsd.dk>
Subject: Re: [hackers:] Architectural advice needed
In-Reply-To: <199712081022.FAA04256@dyson.iquest.net> from "John S. Dyson" at "Dec 8, 97 05:22:46 am"
To: toor@dyson.iquest.net (John S. Dyson)
Date: Mon, 8 Dec 1997 11:43:37 +0100 (MET)
Cc: sos@FreeBSD.dk, julian@whistle.com, hackers@freebsd.org,
        mckusick@mckusick.com
From: Søren Schmidt <sos@FreeBSD.dk>
Reply-to: sos@FreeBSD.dk
X-Mailer: ELM [version 2.4ME+ PL30 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In reply to John S. Dyson who wrote:
> Søren Schmidt said:
> > 
> > Actually I think that the driver should pass on the native blocksize of
> > the device, and the slice code should translate that into the system
> > size be it 512 or whatever, change all the plases in the code where
> > 512 byte size is used, well is a HUGE and errorprone job...
> > 
> I am starting to believe that it needs to be done sooner rather than later.
> The question is:  who is the one who is going to take the heat? :-).

Yep, I've belived that for a long time :)
I still think that device blocksize should be dealt with in a layer
between the devicedriver and the slice (new or old) code. That will
make the code cleaner int eh rest of the kernel, and it will reduce 
the number of errors introduced (hopefully).

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt               (sos@FreeBSD.org)               FreeBSD Core Team
                Even more code to hack -- will it ever end
..