qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Ekaterina Tumanova <tumanova@linux.vnet.ibm.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: kwolf@redhat.com, dahi@linux.vnet.ibm.com,
	Public KVM Mailing List <qemu-devel@nongnu.org>,
	mihajlov@linux.vnet.ibm.com, borntraeger@de.ibm.com,
	stefanha@redhat.com, cornelia.huck@de.ibm.com,
	pbonzini@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 2/6] geometry: Detect blocksize	via	ioctls in separate static functions
Date: Fri, 28 Nov 2014 16:28:52 +0300	[thread overview]
Message-ID: <54787894.4000604@linux.vnet.ibm.com> (raw)
In-Reply-To: <87sih35vx3.fsf@blackfin.pond.sub.org>

On 11/28/2014 03:52 PM, Markus Armbruster wrote:
> Ekaterina Tumanova <tumanova@linux.vnet.ibm.com> writes:
>
>>>
>>> Suggest function comment
>>>
>>>       /**
>>>        * Return logical block size, or zero if we can't figure it out
>>>        */
>>>
>>>>    {
>>>> -    BDRVRawState *s = bs->opaque;
>>>> -    char *buf;
>>>> -    unsigned int sector_size;
>>>> -
>>>> -    /* For /dev/sg devices the alignment is not really used.
>>>> -       With buffered I/O, we don't have any restrictions. */
>>>> -    if (bs->sg || !s->needs_alignment) {
>>>> -        bs->request_alignment = 1;
>>>> -        s->buf_align = 1;
>>>> -        return;
>>>> -    }
>>>> +    unsigned int sector_size = 0;
>>>
>>> Pointless initialization.
>>
>> If I do not initialize the sector_size, and the ioctl fails,
>> I will return garbage as a blocksize to the caller.
>
> Where?  As far as I can see, we return it only after ioctl() succeeded.
>

Sorry,
you're absolutely right. I kept seeing and thinking that I always
returned sector_size variable. ::facepalm::

>>>>
>>>>        /* Try a few ioctls to get the right size */
>>>> -    bs->request_alignment = 0;
>>>> -    s->buf_align = 0;
>>>> -
>>>>    #ifdef BLKSSZGET
>>>>        if (ioctl(fd, BLKSSZGET, &sector_size) >= 0) {
>>>> -        bs->request_alignment = sector_size;
>>>> +        return sector_size;
>>>>        }
>>>>    #endif
>>>>    #ifdef DKIOCGETBLOCKSIZE
>>>>        if (ioctl(fd, DKIOCGETBLOCKSIZE, &sector_size) >= 0) {
>>>> -        bs->request_alignment = sector_size;
>>>> +        return sector_size;
>>>>        }
>>>>    #endif
>>>>    #ifdef DIOCGSECTORSIZE
>>>>        if (ioctl(fd, DIOCGSECTORSIZE, &sector_size) >= 0) {
>>>> -        bs->request_alignment = sector_size;
>>>> +        return sector_size;
>>>>        }
>>>>    #endif
>>>>    #ifdef CONFIG_XFS
>>>>        if (s->is_xfs) {
>>>>            struct dioattr da;
>>>>            if (xfsctl(NULL, fd, XFS_IOC_DIOINFO, &da) >= 0) {
>>>> -            bs->request_alignment = da.d_miniosz;
>>>> +            sector_size = da.d_miniosz;
>>>>                /* The kernel returns wrong information for d_mem */
>>>>                /* s->buf_align = da.d_mem; */
>>>
>>> Since you keep the enabled assignments to s->buf_align out of this
>>> function, you should keep out this disabled one, too.
>>>
>>>> +            return sector_size;
>>>>            }
>>>>        }
>>>>    #endif
>>>>
>>>> +    return 0;
>>>> +}
>>>> +
>>>> +static unsigned int probe_physical_blocksize(BlockDriverState *bs, int fd)
>>>
>>> Parameter bs is unused, let's drop it.
>>>
>>>> +{
>>>> +    unsigned int blk_size = 0;
>>>
>>> Pointless initialization.
>>
>> Same here.
>
> Again, we return it only after ioctl() succeeded.
>
>>>> +#ifdef BLKPBSZGET
>>>> +    if (ioctl(fd, BLKPBSZGET, &blk_size) >= 0) {
>>>> +        return blk_size;
>>>> +    }
>>>> +#endif
>>>> +
>>>> +    return 0;
>>>> +}
>>>> +
>>>> +static void raw_probe_alignment(BlockDriverState *bs, int fd, Error **errp)
>>>> +{
>>>> +    BDRVRawState *s = bs->opaque;
>>>> +    char *buf;
>>>> +
>>>> +    /* For /dev/sg devices the alignment is not really used.
>>>> +       With buffered I/O, we don't have any restrictions. */
>>>> +    if (bs->sg || !s->needs_alignment) {
>>>> +        bs->request_alignment = 1;
>>>> +        s->buf_align = 1;
>>>> +        return;
>>>> +    }
>>>> +
>>>> +    s->buf_align = 0;
>>>> +    /* Let's try to use the logical blocksize for the alignment. */
>>>> +    bs->request_alignment = probe_logical_blocksize(bs, fd);
>>>> +
>>>>        /* If we could not get the sizes so far, we can only guess them */
>>>>        if (!s->buf_align) {
>>>>            size_t align;
>>>
>

  reply	other threads:[~2014-11-28 13:29 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-19 10:17 [Qemu-devel] [PATCH v2 0/6] Geometry and blocksize support for backing devices Ekaterina Tumanova
2014-11-19 10:17 ` [Qemu-devel] [PATCH v2 1/6] geometry: add bdrv functions for geometry and blocksize Ekaterina Tumanova
2014-11-21 10:01   ` Christian Borntraeger
2014-11-27 14:55   ` Markus Armbruster
2014-11-27 16:05     ` Ekaterina Tumanova
2014-11-28  8:25       ` Markus Armbruster
2014-11-19 10:17 ` [Qemu-devel] [PATCH v2 2/6] geometry: Detect blocksize via ioctls in separate static functions Ekaterina Tumanova
2014-11-21 10:17   ` Christian Borntraeger
2014-11-25 11:09     ` Stefan Hajnoczi
2014-11-27 17:41   ` Markus Armbruster
2014-11-28 10:58     ` Ekaterina Tumanova
2014-11-28 12:52       ` Markus Armbruster
2014-11-28 13:28         ` Ekaterina Tumanova [this message]
2014-11-19 10:17 ` [Qemu-devel] [PATCH v2 3/6] geometry: Add driver methods to probe blocksizes and geometry Ekaterina Tumanova
2014-11-21 13:52   ` Christian Borntraeger
2014-11-28  8:43   ` Markus Armbruster
2014-11-19 10:17 ` [Qemu-devel] [PATCH v2 4/6] geometry: Add block-backend wrappers for geometry probing Ekaterina Tumanova
2014-11-19 10:17 ` [Qemu-devel] [PATCH v2 5/6] geometry: Call backend function to detect geometry and blocksize Ekaterina Tumanova
2014-11-28 10:10   ` Markus Armbruster
2014-11-28 10:54     ` Ekaterina Tumanova
2014-11-28 12:58       ` Markus Armbruster
2014-11-28 10:27   ` Markus Armbruster
2014-11-19 10:17 ` [Qemu-devel] [PATCH v2 6/6] geometry: Target specific hook for s390x in geometry guessing Ekaterina Tumanova
2014-11-28 10:47   ` Markus Armbruster
2014-11-19 11:39 ` [Qemu-devel] [PATCH v2 0/6] Geometry and blocksize support for backing devices Christian Borntraeger
2014-11-19 14:01   ` [Qemu-devel] [PATCH] geometry: fix i386 compilation Ekaterina Tumanova
2014-11-19 14:40     ` Peter Maydell
2014-11-19 15:04       ` Cornelia Huck
2014-11-20 16:18         ` Kevin Wolf
2014-11-20 16:30           ` Christian Borntraeger
2014-11-21  9:42           ` Ekaterina Tumanova
2014-11-28 10:47     ` Markus Armbruster
2014-11-21 14:01 ` [Qemu-devel] [PATCH v2 0/6] Geometry and blocksize support for backing devices Christian Borntraeger
2014-11-25 13:01 ` Stefan Hajnoczi
2014-11-26 10:16   ` Ekaterina Tumanova
2014-11-28 10:35     ` Stefan Hajnoczi
2014-11-28 11:15       ` Ekaterina Tumanova
2014-11-28 13:40         ` Markus Armbruster
2014-11-28 10:40     ` Stefan Hajnoczi
2014-11-28 10:57     ` Markus Armbruster

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54787894.4000604@linux.vnet.ibm.com \
    --to=tumanova@linux.vnet.ibm.com \
    --cc=armbru@redhat.com \
    --cc=borntraeger@de.ibm.com \
    --cc=cornelia.huck@de.ibm.com \
    --cc=dahi@linux.vnet.ibm.com \
    --cc=kwolf@redhat.com \
    --cc=mihajlov@linux.vnet.ibm.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).