All of lore.kernel.org
 help / color / mirror / Atom feed
* current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
@ 2006-06-13 13:05 Hans-Christian Armingeon
  2006-06-14 10:45 ` Keir Fraser
                   ` (2 more replies)
  0 siblings, 3 replies; 7+ messages in thread
From: Hans-Christian Armingeon @ 2006-06-13 13:05 UTC (permalink / raw)
  To: xen-devel

Hi,

kernel building doesn't work witth current hg unstable tree and 2.6.16.20 on x86:

  GEN     .version
  CHK     include/linux/compile.h
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/usr/src/xen/build/kernelbau-20060613.3-xen-unstable.hg-nosmp/linux-2.6.16.20-20060613.3-xen-unstable.hg-nosmp-xen'
make: *** [stamp-build] Error 2


Johnny

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
  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
       [not found] ` <200606151147.35249.mog.johnny@gmx.net>
  2 siblings, 0 replies; 7+ messages in thread
From: Keir Fraser @ 2006-06-14 10:45 UTC (permalink / raw)
  To: Hans-Christian Armingeon; +Cc: xen-devel

You need patches/linux-2.6.16.13/rcu_needs_cpu.patch from our  
repository.

  -- Keir


On 13 Jun 2006, at 14:05, Hans-Christian Armingeon wrote:

> Hi,
>
> kernel building doesn't work witth current hg unstable tree and  
> 2.6.16.20 on x86:
>
>   GEN     .version
>   CHK     include/linux/compile.h
>   UPD     include/linux/compile.h
>   CC      init/version.o
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
> arch/i386/kernel/built-in.o: In function `safe_halt': undefined  
> reference to `rcu_needs_cpu'
> make[1]: *** [.tmp_vmlinux1] Error 1
> make[1]: Leaving directory  
> `/usr/src/xen/build/kernelbau-20060613.3-xen-unstable.hg-nosmp/linux 
> -2.6.16.20-20060613.3-xen-unstable.hg-nosmp-xen'
> make: *** [stamp-build] Error 2
>
>
> Johnny
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
  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>
  2 siblings, 1 reply; 7+ messages in thread
From: Harry Butterworth @ 2006-06-14 10:55 UTC (permalink / raw)
  To: Hans-Christian Armingeon; +Cc: xen-devel

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

On Tue, 2006-06-13 at 15:05 +0200, Hans-Christian Armingeon wrote:
> Hi,
> 
> kernel building doesn't work witth current hg unstable tree and 2.6.16.20 on x86:
> 
>   GEN     .version
>   CHK     include/linux/compile.h
>   UPD     include/linux/compile.h
>   CC      init/version.o
>   LD      init/built-in.o
>   LD      .tmp_vmlinux1
> arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
> make[1]: *** [.tmp_vmlinux1] Error 1
> make[1]: Leaving directory `/usr/src/xen/build/kernelbau-20060613.3-xen-unstable.hg-nosmp/linux-2.6.16.20-20060613.3-xen-unstable.hg-nosmp-xen'
> make: *** [stamp-build] Error 2
> 
> 
> Johnny
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
  2006-06-14 10:55 ` Harry Butterworth
@ 2006-06-14 13:13   ` Hans-Christian Armingeon
  0 siblings, 0 replies; 7+ messages in thread
From: Hans-Christian Armingeon @ 2006-06-14 13:13 UTC (permalink / raw)
  To: xen-devel

Am Mittwoch, 14. Juni 2006 12:55 schrieb Harry Butterworth:
> 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?

I used linux-2.6.16.20.tar.bz2 from kernel.org, and patched it with mkbuildtree from xen-unstable.hg .

Can mkbuildtree automatically patch the kernel?

Johnny

> 
> Harry
> 
> On Tue, 2006-06-13 at 15:05 +0200, Hans-Christian Armingeon wrote:
> > Hi,
> > 
> > kernel building doesn't work witth current hg unstable tree and 2.6.16.20 on x86:
> > 
> >   GEN     .version
> >   CHK     include/linux/compile.h
> >   UPD     include/linux/compile.h
> >   CC      init/version.o
> >   LD      init/built-in.o
> >   LD      .tmp_vmlinux1
> > arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
> > make[1]: *** [.tmp_vmlinux1] Error 1
> > make[1]: Leaving directory `/usr/src/xen/build/kernelbau-20060613.3-xen-unstable.hg-nosmp/linux-2.6.16.20-20060613.3-xen-unstable.hg-nosmp-xen'
> > make: *** [stamp-build] Error 2
> > 
> > 
> > Johnny
> > 
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
> > 
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
       [not found]   ` <1150367176.7703.29.camel@localhost.localdomain>
@ 2006-06-15 11:10     ` Hans-Christian Armingeon
  2006-06-15 14:57       ` Harry Butterworth
  0 siblings, 1 reply; 7+ messages in thread
From: Hans-Christian Armingeon @ 2006-06-15 11:10 UTC (permalink / raw)
  To: Harry Butterworth; +Cc: xen-devel

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?

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
> > 
> 
> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
  2006-06-15 11:10     ` Hans-Christian Armingeon
@ 2006-06-15 14:57       ` Harry Butterworth
  2006-06-15 15:36         ` Mark Williamson
  0 siblings, 1 reply; 7+ messages in thread
From: Harry Butterworth @ 2006-06-15 14:57 UTC (permalink / raw)
  To: Hans-Christian Armingeon; +Cc: xen-devel

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
> > > 
> > 
> > 
> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: current hg unstable tree: arch/i386/kernel/built-in.o: In function `safe_halt': undefined reference to `rcu_needs_cpu'
  2006-06-15 14:57       ` Harry Butterworth
@ 2006-06-15 15:36         ` Mark Williamson
  0 siblings, 0 replies; 7+ messages in thread
From: Mark Williamson @ 2006-06-15 15:36 UTC (permalink / raw)
  To: xen-devel; +Cc: Hans-Christian Armingeon, Harry Butterworth

> 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.

Yep.

> 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.

Yep yep.

> Perhaps someone who knows more would like to comment on support for
> Linux point releases.

The 2.6.x.y releases generally have small changes moving from y -> y+1.  As a 
result it's often possible to stick the appropriate patch in the patches/ 
directory (or apply it directly to the build tree and rebuild) and have it 
work.

There are only a few places in generic code where there could be conflicts, 
and often the stable series patches don't touch the arch-specific code at 
all.

Strictly you should check through the patch and look for conflicts with 
Xen-related stuff.  However, often (maybe even usually) it'll work, it's just 
not officially supported.

Cheers,
Mark

> > 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
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2006-06-15 15:36 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2006-06-15 15:36         ` Mark Williamson

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.