All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Egger <Christoph.Egger@amd.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Subject: Re: [PATCH] libxl: blktap2 portiblity fixes
Date: Mon, 26 Jul 2010 18:05:06 +0200	[thread overview]
Message-ID: <201007261805.06746.Christoph.Egger@amd.com> (raw)
In-Reply-To: <19533.41294.111030.339525@mariner.uk.xensource.com>

On Monday 26 July 2010 16:53:02 Ian Jackson wrote:
> Christoph Egger writes ("Re: [Xen-devel] [PATCH] libxl: blktap2 portiblity 
fixes"):
> > Can you use the c/s numbers, please?
>
> Changeset numbers are not guaranteed to be meaningful outside a
> particular tree, particularly in the presence of merges.
>
> > It was not necessary to backout c/s 21834 as this wasn't the root cause.
>
> I think by 21834 you mean 24277e3237ca.

No, c/s 21834 has the hash e76befc7fe2d.

> Looking at this patch it's difficult to review and test and there are
> some things I would like to see improved.  Can I ask you to try to
> split the patch up into separate pieces ?
>
> At the very least, please separate out the following:
>   * Adding new interfaces, ie introucing new functions and putting
>     code into those functions and replacing it at the original site
>     with a call;
>   * Const-correctness
>   * Code motion between files, and creation of libxl_linux.c;
>   * Provide libxl_netbsd.c and associated Makefile changes to
>     disable blktap2 on netbsd
>   * #include portability fixes for openpty, pty.h etc.

That's doable but I don't see if a standalone const-correctness
patch makes sense just to make gcc happy with an other patch.

> > diff -r 2b768d52bc7f tools/libxl/libxl_bootloader.c
> > --- a/tools/libxl/libxl_bootloader.c	Sun Jul 25 22:20:47 2010 +0100
> > +++ b/tools/libxl/libxl_bootloader.c	Mon Jul 26 12:41:02 2010 +0200
> > @@ -15,9 +15,16 @@
> >  #include "libxl_osdeps.h"
> >
> >  #include <string.h>
> > -#include <pty.h>
> >  #include <unistd.h>
> >  #include <fcntl.h>
> > +#include <termios.h>
> > +#if defined(__NetBSD__) || defined(__OpenBSD__)
> > +#include <util.h>
> > +#elif defined(__linux__)
> > +#include <pty.h>
> > +#elif defined(__sun__)
> > +#include <stropts.h>
> > +#endif
>
> This should be done by moving the relevant #includes to osdep.h, where
> all this kind of thing should be done.

Should this header be re-used by tools/console/daemon/io.c ?
If yes, where is the best place to put osdep.h ?

>
> > -int device_physdisk_major_minor(char *physpath, int *major, int *minor)
> > +int device_physdisk_major_minor(const char *physpath, int *major, int
> > *minor)
>
> This change should be separated out.

hg record is your friend.

Christoph


-- 
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632

  parent reply	other threads:[~2010-07-26 16:05 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-20 16:31 [PATCH] libxl: blktap2 portiblity fixes Christoph Egger
2010-07-20 16:46 ` Stefano Stabellini
2010-07-21  8:32   ` Christoph Egger
2010-07-23 12:30     ` Stefano Stabellini
2010-07-23 18:05     ` Ian Jackson
2010-07-26 10:56       ` Christoph Egger
2010-07-26 14:53         ` Ian Jackson
2010-07-26 15:00           ` Ian Campbell
2010-07-26 15:12             ` Ian Jackson
2010-07-26 16:01               ` Christoph Egger
2010-07-26 16:05           ` Christoph Egger [this message]
2010-07-26 16:36             ` Ian Jackson
2010-07-27 12:07               ` Christoph Egger
2010-07-27 12:15               ` [PATCH 1/6] libxl: " Christoph Egger
2010-07-27 12:16                 ` [PATCH 2/6] " Christoph Egger
2010-07-27 12:17                   ` [PATCH 3/6] " Christoph Egger
2010-07-27 12:18                     ` [PATCH 4/6] " Christoph Egger
2010-07-27 12:20                       ` [PATCH 5/6] " Christoph Egger
2010-07-27 12:21                         ` [PATCH 6/6] " Christoph Egger
2010-07-27 17:00                         ` [PATCH 5/6] " Ian Jackson
2010-07-28  9:17                           ` Christoph Egger
2010-07-27 16:58                       ` [PATCH 4/6] " Ian Jackson
2010-07-28 11:50                         ` Christoph Egger
     [not found]                     ` <19535.3166.214153.676101@mariner.uk.xensource.com>
2010-07-28 11:42                       ` [PATCH] libxl: compile fix Christoph Egger
2010-07-28 12:22                         ` Ian Campbell
2010-07-28 13:03                           ` Christoph Egger
2010-07-27 16:34                   ` [PATCH 2/6] libxl: portiblity fixes Ian Jackson
2010-07-28  9:06                     ` Christoph Egger
2010-07-28  9:21                       ` Keir Fraser
2010-07-28  9:30                         ` Christoph Egger
2010-07-28 11:39                     ` [PATCH] libxl: move blktap specific code into libxl_blktap.c Christoph Egger
2010-07-29 15:02                       ` Ian Jackson
2010-07-29 15:08                         ` Stefano Stabellini
2010-07-29 15:41                         ` Christoph Egger
2010-07-29 15:46                           ` Ian Jackson
2010-07-29 15:48                           ` Ian Jackson
2010-07-29 16:46                             ` [PATCH] libxl: move blktap-specific " Christoph Egger
2010-07-29 18:02                               ` Ian Jackson
2010-07-30  8:40                                 ` Christoph Egger
2010-07-30  8:45                                   ` Christoph Egger
2010-07-27 16:31                 ` [PATCH 1/6] libxl: portiblity fixes Ian Jackson
2010-07-28  9:49                   ` Christoph Egger
2010-07-27 12:17               ` [PATCH 0/6] " Christoph Egger
2010-07-27 16:30                 ` Ian Jackson

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=201007261805.06746.Christoph.Egger@amd.com \
    --to=christoph.egger@amd.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=Stefano.Stabellini@eu.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.