All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andre Przywara <andre.przywara@amd.com>
To: Gianni Tedesco <gianni.tedesco@citrix.com>
Cc: xen-devel <xen-devel@lists.xensource.com>,
	Keir Fraser <Keir.Fraser@eu.citrix.com>,
	Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Subject: Re: [PATCH] xl: improve vif2 parsing
Date: Fri, 20 Aug 2010 14:58:12 +0200	[thread overview]
Message-ID: <4C6E7BE4.6090605@amd.com> (raw)
In-Reply-To: <1282308116.3731.39.camel@qabil.uk.xensource.com>

Gianni Tedesco wrote:
> On Fri, 2010-08-20 at 13:03 +0100, Andre Przywara wrote:
>> Andre Przywara wrote:
>>> Hi,
>>>
>>> vif2 parsing relies on counted strncmp() statements. Replace this
>>> with a more robust automatic version.
>> No, I didn't want to leave this as an exercise to the reader, I am just
>> spoiled by git send-email, so forgot to attach the patch. Sorry!
>>
>>> Signed-off-by: Andre Przywara <andre.przywara@amd.com>
>>>
> 
> Both patches look good to me.
> 
>>> Regards,
>>> Andre.
>>>
>>> P.S. If you like this, I have seen at least two more instances of the 
>>> same issue that could be improved this way.
>>>
> 
> Can you say where?
In main_networkattach() and main_network2attach().

> 
> You should be aware that disk config parsing is undergoing a rewrite
> already so lets not duplicate efforts on that one ;)
I hoped you would say something like this. I see that parts of the code 
has issues:
* xl_cmdimpl.c is way too long (and will probably still have to grow)
* code duplication in several parameter parsers
* not reentrant safe (strtok instead of strtok_r)
* Coding style (mostly 80 character limit)

So I was hoping that code cleanup was on someone's list, that saves me 
from fixing many smaller things.

Regards,
Andre.


Btw. I saw that cpuid= is still missing in libxl, I have a version 
improved over the clumsy xm interface 90% ready, but will probably not 
able to send it out still this week.

-- 
Andre Przywara
AMD-OSRC (Dresden)
Tel: x29712

  reply	other threads:[~2010-08-20 12:58 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-20 12:01 [PATCH] xl: improve vif2 parsing Andre Przywara
2010-08-20 12:03 ` Andre Przywara
2010-08-20 12:41   ` Gianni Tedesco
2010-08-20 12:58     ` Andre Przywara [this message]
2010-08-20 13:34       ` Gianni Tedesco
2010-08-20 14:28         ` Christoph Egger
2010-08-20 14:30           ` Gianni Tedesco
2010-08-20 16:22         ` Stefano Stabellini
2010-08-20 16:16   ` Ian Jackson
2010-08-22 22:55     ` Andre Przywara

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=4C6E7BE4.6090605@amd.com \
    --to=andre.przywara@amd.com \
    --cc=Keir.Fraser@eu.citrix.com \
    --cc=Stefano.Stabellini@eu.citrix.com \
    --cc=gianni.tedesco@citrix.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.