Date: Sun, 5 Oct 1997 11:55:59 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@FreeBSD.ORG Subject: Re: New SCSI Framework Patches Available Message-ID: <19971005115559.AS58851@uriah.heep.sax.de> In-Reply-To: <199710031835.MAA04392@pluto.plutotech.com>; from Justin T. Gibbs on Oct 3, 1997 12:35:09 -0600 References: <199710031157.VAA02092@gurney.reilly.home> <199710031835.MAA04392@pluto.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
As Justin T. Gibbs wrote: > So, the question is how to best handle the problem? I would prefer a transition from b_blkno to b_offset, thereby eliminating all the ``shift right here, shift back left there'' mess completely. The drawback is that b_offset needs to be 64 bits, so naturally this will lead to more bloat and slower execution on 32-bit CPUs. The second problem is that b_blkno is being abused in quite a number of places (see b_lblkno and b_pblkno), making it more work to do the transition. Of course, the latter can be thought of as an advantage, in that it requires some code cleanup. ;-) The advantage (besides of achieving the goal to support arbitrary block sizes) is that the code will be cleaner. The 64-bit problem will no longer be a problem once running on a 64-bit CPU. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19971005115559.AS58851>