From: Harry Butterworth <harry@hebutterworth.freeserve.co.uk>
To: Hans-Christian Armingeon <mog.johnny@gmx.net>
Cc: xen-devel@lists.xensource.com
Subject: Re: current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
Date: Thu, 15 Jun 2006 15:57:31 +0100 [thread overview]
Message-ID: <1150383452.15940.20.camel@localhost.localdomain> (raw)
In-Reply-To: <200606151310.59967.mog.johnny@gmx.net>
On Thu, 2006-06-15 at 13:10 +0200, Hans-Christian Armingeon wrote:
> Am Donnerstag, 15. Juni 2006 12:26 schrieben Sie:
> > I was worried that I had broken a standard part of the xen build process
> > when I submitted my patch but I think you are doing something that is
> > not supported.
> >
> > The long-term solution to your problem is clearly to complete the
> > upstream merge of the xen patches with mainstream Linux.
> >
> > There are some issues with making it easier for people to try to use
> > non-default kernels. It's going to make recreating bugs harder and
> > may cause some spurious problems when patches apply cleanly but are
> > incompatible with the chosen kernel.
>
> So using the latest 2.6.16.x kernel isnt actually supported?
I'm a bit out of my depth with the xen build process here and perhaps
someone will correct me but AFAIK, the standard build process in the
xen-unstable tree will currently just build 2.6.16.13 and it is a manual
process for someone to make the change in the unstable tree to move
forwards to a later Linux snapshot.
This should make sense to you if you think that the code in the sparse
tree and the patches in the patches directory all have to be consistent
with the version of Linux chosen and changes to Linux are outside the
control of the Xen developers. So any future version of Linux may
require changes in the sparse tree and the patches directory before it
will work correctly.
Perhaps someone who knows more would like to comment on support for
Linux point releases.
>
> Or is that supported, but using a 2.6.17.x kernel wouldn't be supported?
>
> Johnny
>
> >
> > Harry.
> >
> > On Thu, 2006-06-15 at 11:47 +0200, Hans-Christian Armingeon wrote:
> > > Hi Harry,
> > >
> > > I wanted mkbuildtree to automatically pick the patches, that are needed. Some of the 2.6.16.13 patches seem to be already in the mainline kernel tree.
> > >
> > > I can cleanly apply rcu_needs_cpu_patch to 2.6.16.20.
> > >
> > > Johnny
> > >
> > > Am Mittwoch, 14. Juni 2006 12:55 schrieben Sie:
> > > > There's a patch in patches/linux-2.6.16.13 called rcu_needs_cpu.patch
> > > > which provides rcu_needs_cpu for the 2.6.16.13 kernel which is the one I
> > > > tested against when I submitted the rcu_needs_cpu_patch.
> > > >
> > > > I'm not sure how you are getting the 2.6.16.20 kernel. If this is a
> > > > standard part of the xen-unstable build that is supposed to work then
> > > > let me know how to invoke it and I will fix up the problem.
> > > >
> > > > But maybe you have pulled 2.6.16.20 manually, applied the 2.6.16.13
> > > > patches manually and then done an hg pull and got the new patch in the
> > > > patches directory but failed to apply it to your kernel?
> > > >
> > > > Harry
> > >
> >
> >
>
next prev parent reply other threads:[~2006-06-15 14:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-13 13:05 current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu' Hans-Christian Armingeon
2006-06-14 10:45 ` Keir Fraser
2006-06-14 10:55 ` Harry Butterworth
2006-06-14 13:13 ` Hans-Christian Armingeon
[not found] ` <200606151147.35249.mog.johnny@gmx.net>
[not found] ` <1150367176.7703.29.camel@localhost.localdomain>
2006-06-15 11:10 ` Hans-Christian Armingeon
2006-06-15 14:57 ` Harry Butterworth [this message]
2006-06-15 15:36 ` Mark Williamson
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=1150383452.15940.20.camel@localhost.localdomain \
--to=harry@hebutterworth.freeserve.co.uk \
--cc=mog.johnny@gmx.net \
--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.