Andries.Brouwer@cwi.nl wrote:
> From jari.ruusu@pp.inet.fi Tue Jun 26 10:20:51 2001
>
> This patch fixes the problem. Please consider applying.
>
> --- linux-2.4.6-pre5/drivers/block/loop.c Sat Jun 23 07:52:39 2001
> +++ linux/drivers/block/loop.c Tue Jun 26 09:21:47 2001
> @@ -653,7 +653,7 @@
> bs = 0;
> if (blksize_size[MAJOR(lo_device)])
> bs = blksize_size[MAJOR(lo_device)][MINOR(lo_device)];
> - if (!bs)
> + if (!bs || S_ISREG(inode->i_mode))
> bs = BLOCK_SIZE;
>
> set_blocksize(dev, bs);
>
> But why 1024? Next week your neighbour comes and has a file-backed
> loop device with an odd number of 512-byte sectors.
> If you want a guarantee, then I suppose one should pick 512.
> (Or make the set blocksize ioctl also work on loop devices.)
I thought the change was a "quick hack" that would make stuff work
(page cache?) near the end of the file. That would mean that this kind
of "quick hack" won't work.
But if it does anyway, then indeed 512 would be a more appropriate
choice.
I thought I had to convince people, so I chose a sitation that I hoped
people would understand to be likely/possible, to prevent reactions:
"No filesystem will use the last odd numbered 512bytes of a
partition".
Roger.
-- ** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2137555 ** *-- BitWizard writes Linux device drivers for any device you may have! --* * There are old pilots, and there are bold pilots. * There are also old, bald pilots. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Jun 30 2001 - 21:00:13 EST