Re: [PATCH] add virtio disk geometry feature

[Hollis Blanchard <hollisb@us.ibm.com>]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 2566 bytes --]

On Wednesday 16 April 2008 16:32:30 Anthony Liguori wrote:> > diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c> > --- a/drivers/block/virtio_blk.c> > +++ b/drivers/block/virtio_blk.c> > @@ -157,10 +157,25 @@ static int virtblk_ioctl(struct inode *i> >  /* We provide getgeo only to please some old bootloader/partitioning tools */> >  static int virtblk_getgeo(struct block_device *bd, struct hd_geometry *geo)> >  {> > -     /* some standard values, similar to sd */> > -     geo->heads = 1 << 6;> > -     geo->sectors = 1 << 5;> > -     geo->cylinders = get_capacity(bd->bd_disk) >> 11;> > +     struct virtio_blk *vblk = bd->bd_disk->private_data;> > +     struct virtio_blk_geometry vgeo;> > +     int err;> > +> > +     /* see if the host passed in geometry config */> > +     err = virtio_config_val(vblk->vdev, VIRTIO_BLK_F_GEOMETRY,> > +                             offsetof(struct virtio_blk_config, geometry),> > +                             &vgeo);> > +> > +     if (!err) {> > +             geo->heads = vgeo.heads;> > +             geo->sectors = vgeo.sectors;> > +             geo->cylinders = vgeo.cylinders;> > +     } else {> > +             /* some standard values, similar to sd */> > +             geo->heads = 1 << 6;> > +             geo->sectors = 1 << 5;> > +             geo->cylinders = get_capacity(bd->bd_disk) >> 11;> > +     }> >       return 0;> >  }> >   > > You're probably breaking PPC since the values in the config space are in > little endian format.  virtio_config_val does automagic endianness > conversion if the size is 2, 4, or 8.  In this case, the structure size > is 4 so the endianness conversion will do the wrong thing.
Good catch; byte-swapping an entire structure is a terrible terrible idea.
> Magic endianness conversion based on read size is looking pretty evil to > me... Perhaps we need explicit *_val[8,16,32,64]?
Implicit byteswapping based on access size is the standard way of implementing accessors.
In this case, reading each structure member individually will do the right implicit swapping, rather than trying to load the whole thing as a single access.
-- Hollis BlanchardIBM Linux Technology Centerÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥