Date: Wed, 20 Nov 96 09:51:56 JST From: akiyama@kme.mei.co.jp (Shunsuke Akiyama) To: tsbarry@nortel.ca Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-scsi@freebsd.org, peter@taronga.com Subject: Re: Drive with 1024 byte logical blocks Message-ID: <9611200051.AA11924@kmegate.kme.mei.co.jp> In-Reply-To: <199611191226.EAA01372@freefall.freebsd.org> (tsbarry@nortel.ca)
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, all. b a <barry> writes: > John Gumb and My self are about to submit a patch against > 2.2 that supports 512, 1024 and 2048 byte sectors for MO. > (The algorithms scale able 2048 trivially) > The changes for sd.c to support 1024 byte sectors > would be simple to create as well, modelled on the od.c > changes we made. > Specifically we have msdosfs and ufs fully working on > 2048 byte MO media. We installed the 1006 snap from 2048 byte > MO media. The code changes are small. > There are small changes to fdisk to read and write the mbr > in real section size chunks. > #ifdef'ed as tahoe in newfs.c and mkfs.c is the place to apply > sector size scaleing. The kernal ufs code is untouched. > In the driver we did not fight the DEV_BSIZE assumption. All > we do is scale block number by the ratio of the real sector size > over DEV_BSIZE. > We are still testing the changes to make sure that we have not > missed something. I have working code to support UFS for 512/1024/2048 byte/sector media, too. I'm very interested in your patch. Where can I get it? -- Shunsuke Akiyama Kyushu Matsushita Electric Co., Ltd. Fukuoka, Japan. akiyama@kme.mei.co.jp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9611200051.AA11924>