Source-Changes archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
buf->b_blkno v.s. buf->b_secno (Re: CVS commit: src/sys (moving to tech-kern))
Hi Andrew and Matthew,
On Wed, Jan 07, 2009 at 09:05:54PM +0000, Andrew Doran wrote:
> On Sun, Jan 04, 2009 at 06:33:50PM +1100, matthew green wrote:
> > ! /*
> > ! * XXX somehow memory is getting corrupted on 2048 byte sectors if
> > its
> > ! * just 2 times 2048!! It even reads only 2048 bytes max in one go
> > on
> > ! * optical media.
> > ! */
> > !
> > ! a.bp = geteblk(3 * (int)lp->d_secsize);
Found the critter... its the ancient `buf->b_blkno' needs to be in DEV_BSIZE.
disk_read_sectors() has as argument a sectornr and a count... but the
sectornr needs to be in DEV_BSIZE units and count needs to be in sectorsize
units (!!)
I could easily fixup the disk_read_sectors() call to make it do what it claims
to do: read a disk sector since its only used in 3 places.
Another bigger one would be to move buf->b_blkno to allways specify sectorsize
units. This would at least mean conversion of scsipi/cd scsipi/sd (if needed)
and the fixups in iso9660 and UDF to follow this.
Then we ought to rename buf->b_blkno to buf>b_secno :-D
With regards,
Reinoud
Home |
Main Index |
Thread Index |
Old Index