On Wed, Jul 30, 2014 at 07:03:24PM +0300, Boaz Harrosh wrote:
> > +long bdev_direct_access(struct block_device *bdev, sector_t sector,
> > + void **addr, unsigned long *pfn, long size)
> > +{
> > + const struct block_device_operations *ops = bdev->bd_disk->fops;
> > + if (!ops->direct_access)
> > + return -EOPNOTSUPP;
>
> You need to check alignment on PAGE_SIZE since this API requires it, do
> to pfn defined to a page_number.
>
> (Unless you want to define another output-param like page_offset.
> but this exercise can be left to the caller)
>
> You also need to check against the partition boundary. so something like:
>
> + if (sector & (PAGE_SECTORS-1))
> + return -EINVAL;
Mmm. PAGE_SECTORS is private to brd (and also private to bcache!) at
this point. We've got a real mess of defines of SECTOR_SIZE, SECTORSIZE,
SECTOR_SHIFT and so on, dotted throughout various random include files.
I am not the river to flush those Augean stables today.
I'll go with this, from the dcssblk driver:
if (sector % (PAGE_SIZE / 512))
return -EINVAL;
> + if (unlikely(sector + size > part_nr_sects_read(bdev->bd_part)))
> + return -ERANGE;
>
> Then perhaps you can remove that check from drivers
As noted in your followup, size is in terms of bytes. Perhaps it should
be named 'length' to make it more clear that it's a byte count, not a
sector count?
In any case, this looks best to me:
if ((sector + DIV_ROUND_UP(size, 512)) >
part_nr_sects_read(bdev->bd_part))
return -ERANGE;
> Style: Need a space between declaration and code (have you check-patch)
That's a bullshit check. I don't know why it's in checkpatch.
> > + if (size < 0)
>
> if(size < PAGE_SIZE), No?
No, absolutely not. PAGE_SIZE is unsigned long, which (if I understand
my C integer promotions correctly) means that 'size' gets promoted to
an unsigned long, and we compare them unsigned, so errors will never be
caught by this check.
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
