All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pat Campbell <plc@novell.com>
To: Christoph Egger <Christoph.Egger@amd.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH][ioemu] strip tap subtype prefix from image name (restyled)
Date: Wed, 30 Jan 2008 09:24:46 -0700	[thread overview]
Message-ID: <47A0A4CE.3010407@novell.com> (raw)
In-Reply-To: <200801301538.24875.Christoph.Egger@amd.com>

Christoph Egger wrote:
> On Wednesday 30 January 2008 15:14:24 Pat Campbell wrote:
>   
>> More readable version
>>
>> Currently I am not able to mount or boot from an HVM CDROM when it is
>> configured for 'tap:aio' instead of 'file'.
>>
>> disk=[ 'tap:aio:/var/lib/xen/images/sles10-sp2-fv/disk0,hda,w', '
>>        tap:aio:/home/iso/sles/SLES10.iso,hdc:cdrom,r', ]
>>
>> With the attached patch I am able to boot from the CDROM and or mount it.
>>
>> Patch changes xenstore.c:xenstore_process_event() to strip the tap subtype
>> prefix from the image name.
>>
>> Please apply to xen-unstable tip.
>>
>> Signed-off-by: Pat Campbell <plc@novell.com>
>>     
>
> That looks much better.
> See inline for comments.
>
>   
>> xen-blktab-subtype-strip.patch
>> diff -r 1c826ea72a80 tools/ioemu/xenstore.c 
>> --- a/tools/ioemu/xenstore.c    Wed Jan 23 15:42:52 2008 +0000
>> +++ b/tools/ioemu/xenstore.c    Wed Jan 30 07:06:12 2008 -0700
>> @@ -418,7 +418,7 @@ void xenstore_record_dm_state(char *stat
>>  
>> void xenstore_process_event(void *opaque)
>>  {
>> -    char **vec, *image = NULL;
>> +    char **vec, *offset, *bpath = NULL, *buf = NULL, *drv = NULL, *image = 
>>     
> NULL;
>   
>>      unsigned int len, num, hd_index;
>>  
>>      vec = xs_read_watch(xsh, &num);
>> @@ -440,8 +440,28 @@ void xenstore_process_event(void *opaque
>>          goto out;
>>      hd_index = vec[XS_WATCH_TOKEN][2] - 'a';
>>      image = xs_read(xsh, XBT_NULL, vec[XS_WATCH_PATH], &len);
>> -    if (image == NULL || !strcmp(image, bs_table[hd_index]->filename))
>> -        goto out;  /* gone or identical */
>> +    if (image == NULL)
>> +        goto out;  /* gone */
>> +
>> +    /* Strip off blktap sub-type prefix */
>> +    bpath = strdup(vec[XS_WATCH_PATH]); 
>> +    if (bpath)
>>     
>
> I think, you mean if (!bpath)  here.
>   
You are right, missed that in my recode.
>   
>> +        goto out;
>> +    if ((offset = strrchr(bpath, '/')) != NULL) 
>> +        *offset = '\0';
>> +    if (pasprintf(&buf, "%s/type", bpath) == -1) 
>> +        goto out;
>> +    drv = xs_read(xsh, XBT_NULL, buf, &len);
>> +    if (drv) {
>>     
>
> I think, you mean  "if (!drv) goto out;" here.
>   
My thinking was, if we read the type we want to check for tap, otherwise
we want to fall thru and do the normal image compare.  Failure to read
type is not be an error condition.

It can be viewed as an error condition I suppose.  Will change that to.
>   
>> +        if (!strcmp(drv, "tap")) {
>> +            offset = strchr(image, ':'); 
>> +            if (offset) 
>> +                memmove(image, offset+1, strlen(offset+1)+1 );
>> +        }
>> +    }
>> +
>> +    if (!strcmp(image, bs_table[hd_index]->filename))
>> +        goto out;  /* identical */
>>  
>>      do_eject(0, vec[XS_WATCH_TOKEN]);
>>      bs_table[hd_index]->filename[0] = 0;
>> @@ -456,6 +476,9 @@ void xenstore_process_event(void *opaque
>>      }
>>  
>>   out:
>> +    free(drv);
>> +    free(buf);
>> +    free(bpath);
>>      free(image);
>>      free(vec);
>>     
>
> That doesn't work. If strdup() fails, then drv and buf are NULL here.
> Analagous counts for the other failures.
> You need to check for != NULL before calling free().
>
>   
It appears this code style relies on free dealing with a NULL.  Just
trying to fit it :-)
>>  }
>>     
>
>
>   
Thanks for taking the time.

  parent reply	other threads:[~2008-01-30 16:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-30 14:14 [PATCH][ioemu] strip tap subtype prefix from image name (restyled) Pat Campbell
2008-01-30 14:38 ` Christoph Egger
2008-01-30 14:45   ` Keir Fraser
2008-01-31  8:36     ` Christoph Egger
2008-01-30 16:24   ` Pat Campbell [this message]
2008-01-30 16:31     ` Keir Fraser

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=47A0A4CE.3010407@novell.com \
    --to=plc@novell.com \
    --cc=Christoph.Egger@amd.com \
    --cc=xen-devel@lists.xensource.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.