* [PATCH] udf_get_last_block decrement redundant maybe
@ 2004-07-27 20:44 Pat LaVarre
0 siblings, 0 replies; only message in thread
From: Pat LaVarre @ 2004-07-27 20:44 UTC (permalink / raw)
To: Ben Fennema; +Cc: linux-scsi, linux_udf, Jens Axboe
Ben F:
Please dis/agree the following is a small correction. I ask because,
I see ioctl CDROM_LAST_WRITTEN dynamically calls cdrom_get_last_written
of drivers/cdrom/cdrom.c.
I see cdrom_get_last_written gets its idea of max LBA from such places
as the ti.last_rec_address, which is an LBA written, not the LBA beyond,
i.e. is already the count of blocks written minus one, with no further
decrement required.
I see removing the udf_get_last_block decrement lets udf_find_anchor(sb)
work with an "AVDPs at N-256, N" UDF disc if only I also insert,
beforehand:
UDF_SB_LASTBLOCK(sb) = udf_get_last_block(sb);
Pat LaVarre
diff -urp -U 4 linux-2.6.8-rc2-bk2/fs/udf/lowlevel.c linux-2.6.8-rc2-bk5-pel/fs/udf/lowlevel.c
--- linux-2.6.8-rc2-bk2/fs/udf/lowlevel.c 2004-06-15 23:19:36.000000000 -0600
+++ linux-2.6.8-rc2-bk5-pel/fs/udf/lowlevel.c 2004-07-27 13:39:01.876811232 -0600
@@ -76,8 +76,8 @@ udf_get_last_block(struct super_block *s
if (ioctl_by_bdev(bdev, CDROM_LAST_WRITTEN, (unsigned long) &lblock))
lblock = bdev->bd_inode->i_size >> sb->s_blocksize_bits;
if (lblock)
- return lblock - 1;
+ return lblock;
else
return 0;
}
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2004-07-27 20:45 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-27 20:44 [PATCH] udf_get_last_block decrement redundant maybe Pat LaVarre
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox