From: Jes Sorensen <jes@sgi.com>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: Carsten Otte <cotte@de.ibm.com>, lguest <lguest@ozlabs.org>,
lkml - Kernel Mailing List <linux-kernel@vger.kernel.org>,
virtualization <virtualization@lists.linux-foundation.org>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH 0/7] Modify lguest32 to make room for lguest64
Date: Mon, 13 Aug 2007 11:50:43 +0200 [thread overview]
Message-ID: <46C02973.6030709@sgi.com> (raw)
In-Reply-To: <1186803724.30899.62.camel@localhost.localdomain>
Rusty Russell wrote:
> Yeah, after some more thought I've not applied most of this. We really
> don't want to move everything then move it back; I prefer Jes' more
> cautious approach of moving a little bit at a time.
>
> We really have three parts: (1) bits that are generic, (2) bits that
> should be generic but my implementation is naive, (3) bits that really
> are i386-specific.
I have actually been using Steven's patchset to do my work, but in a
way it's a tool. Moving things out of the way in bulk and see whats
missing kinda helps for that :)
> Patches which move 2 to 1 are gratefully accepted: I realize a mass move
> is easier and this requires thought, but that's what we need.
>
> Since I can't build a module over two directories, that seems to destroy
> the idea of an i386/ subdir. Instead I've done a patch which renames
> the *clearly* i386-specific things to i386_<name>, which at least works.
> I've pushed it into the repository http://lguest.ozlabs.org/patches/
That works - alternatively we could build two modules, lg and lg_<arch>
and just have lg pull in the arch one as well? I'm not really biased,
but I think it will get messy later once we add ia64 and x86_64 to the
directory.
Cheers,
Jes
WARNING: multiple messages have this Message-ID (diff)
From: Jes Sorensen <jes@sgi.com>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: Steven Rostedt <rostedt@goodmis.org>, lguest <lguest@ozlabs.org>,
lkml - Kernel Mailing List <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
virtualization <virtualization@lists.linux-foundation.org>,
Glauber de Oliveira Costa <glommer@gmail.com>,
Carsten Otte <cotte@de.ibm.com>
Subject: Re: [PATCH 0/7] Modify lguest32 to make room for lguest64
Date: Mon, 13 Aug 2007 11:50:43 +0200 [thread overview]
Message-ID: <46C02973.6030709@sgi.com> (raw)
In-Reply-To: <1186803724.30899.62.camel@localhost.localdomain>
Rusty Russell wrote:
> Yeah, after some more thought I've not applied most of this. We really
> don't want to move everything then move it back; I prefer Jes' more
> cautious approach of moving a little bit at a time.
>
> We really have three parts: (1) bits that are generic, (2) bits that
> should be generic but my implementation is naive, (3) bits that really
> are i386-specific.
I have actually been using Steven's patchset to do my work, but in a
way it's a tool. Moving things out of the way in bulk and see whats
missing kinda helps for that :)
> Patches which move 2 to 1 are gratefully accepted: I realize a mass move
> is easier and this requires thought, but that's what we need.
>
> Since I can't build a module over two directories, that seems to destroy
> the idea of an i386/ subdir. Instead I've done a patch which renames
> the *clearly* i386-specific things to i386_<name>, which at least works.
> I've pushed it into the repository http://lguest.ozlabs.org/patches/
That works - alternatively we could build two modules, lg and lg_<arch>
and just have lg pull in the arch one as well? I'm not really biased,
but I think it will get messy later once we add ia64 and x86_64 to the
directory.
Cheers,
Jes
next prev parent reply other threads:[~2007-08-13 9:50 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-09 0:32 [PATCH 0/7] Modify lguest32 to make room for lguest64 Steven Rostedt
2007-08-09 0:32 ` [PATCH 1/7] Move lg.h to the i386 specific lguest directory Steven Rostedt
2007-08-09 0:32 ` Steven Rostedt
2007-08-09 0:32 ` [PATCH 2/7] Added generic lg.h in " Steven Rostedt
2007-08-09 0:56 ` Glauber de Oliveira Costa
2007-08-09 0:56 ` Glauber de Oliveira Costa
2007-08-09 12:06 ` Jes Sorensen
2007-08-09 12:06 ` Jes Sorensen
2007-08-09 1:45 ` Stephen Rothwell
2007-08-09 2:17 ` Steven Rostedt
2007-08-09 2:17 ` Steven Rostedt
2007-08-09 1:45 ` Stephen Rothwell
2007-08-09 0:32 ` Steven Rostedt
2007-08-09 0:32 ` [PATCH 3/7] Move the lguest files that are i386 specific Steven Rostedt
2007-08-09 0:32 ` Steven Rostedt
2007-08-09 0:32 ` [PATCH 4/7] Moved the io struct up to the generic lg.h Steven Rostedt
2007-08-09 0:32 ` Steven Rostedt
2007-08-09 1:51 ` Stephen Rothwell
2007-08-09 2:19 ` Steven Rostedt
2007-08-09 2:19 ` Steven Rostedt
2007-08-09 12:26 ` Jes Sorensen
2007-08-09 12:40 ` Steven Rostedt
2007-08-09 12:40 ` Steven Rostedt
2007-08-09 12:26 ` Jes Sorensen
2007-08-09 1:51 ` Stephen Rothwell
2007-08-09 0:32 ` [PATCH 5/7] Change lguest launcher to use asm generic include Steven Rostedt
2007-08-09 0:32 ` Steven Rostedt
2007-08-09 1:05 ` Glauber de Oliveira Costa
2007-08-09 1:05 ` Glauber de Oliveira Costa
2007-08-11 3:11 ` Rusty Russell
2007-08-11 3:11 ` Rusty Russell
2007-08-09 0:32 ` [PATCH 6/7] Remove __pa() use in hvc_lguest Steven Rostedt
2007-08-09 0:32 ` Steven Rostedt
2007-08-09 0:32 ` [PATCH 7/7] Move lguest_dma_info into generic lg.h Steven Rostedt
2007-08-09 0:32 ` Steven Rostedt
2007-08-11 3:42 ` [PATCH 0/7] Modify lguest32 to make room for lguest64 Rusty Russell
2007-08-13 9:50 ` Jes Sorensen [this message]
2007-08-13 9:50 ` Jes Sorensen
2007-08-13 15:01 ` Jes Sorensen
2007-08-11 3:42 ` Rusty Russell
-- strict thread matches above, loose matches on Subject: below --
2007-08-09 0:32 Steven Rostedt
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=46C02973.6030709@sgi.com \
--to=jes@sgi.com \
--cc=akpm@linux-foundation.org \
--cc=cotte@de.ibm.com \
--cc=lguest@ozlabs.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rusty@rustcorp.com.au \
--cc=virtualization@lists.linux-foundation.org \
/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.