* bk bug? 3.0 in 2.0
@ 2004-12-30 18:26 David Becker
2004-12-30 18:36 ` Keir Fraser
2004-12-30 18:39 ` Steven Hand
0 siblings, 2 replies; 4+ messages in thread
From: David Becker @ 2004-12-30 18:26 UTC (permalink / raw)
To: xen-devel
I did cold clone just now of 2.0
bk clone bk://xen.bkbits.net/xen-2.0.bk
and the xen/Makefile says:
# This is the correct place to edit the build version.
# All other places this is stored (eg. compile.h) should be
# autogenerated.
export XEN_VERSION = 3
export XEN_SUBVERSION = 0
export XEN_EXTRAVERSION = "-devel"
That seems .. wrong?
Also 2.4.28-xen0 did not build. Many files fail with this error:
xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:10:21: asm/msr.h: No such file or directory
The 2.6.9-xen0 kernel built fine.
Feature request: add a help target to the top Makefile to print out the
list of valid targets (as is done in the main linux Makefile).
Here is a full error from the 2.4.28 build (its not just ebtables; other
files fail too):
make -C bridge/netfilter modules
make[5]: Entering directory
`/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/net/bridge/netfilter'
make[5]: Circular /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/apic.h <- /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/system.h dependency dropped.
gcc -D__KERNEL__
-I/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2
-march=i686 -DMODULE -DMODVERSIONS -include
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/modversions.h
-nostdinc -iwithprefix include -DKBUILD_BASENAME=ebtables
-DEXPORT_SYMTAB -c ebtables.c
In file included from
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/timex.h:152,
from
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/sched.h:14,
from ebtables.c:19:
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:10:21:
asm/msr.h: No such file or directory
In file included from
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/timex.h:152,
from
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/sched.h:14,
from ebtables.c:19:
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:
In function `get_cycles':
/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:48:
warning: implicit declaration of function `rdtscll'
make[5]: *** [ebtables.o] Error 1
make[5]: Leaving directory
`/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/net/bridge/netfilter'
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: bk bug? 3.0 in 2.0
2004-12-30 18:26 bk bug? 3.0 in 2.0 David Becker
@ 2004-12-30 18:36 ` Keir Fraser
2004-12-30 18:39 ` Steven Hand
1 sibling, 0 replies; 4+ messages in thread
From: Keir Fraser @ 2004-12-30 18:36 UTC (permalink / raw)
To: David Becker; +Cc: xen-devel
Looks like the bkbits xen-2.0.bk is screwed and contains changesets
from the unstable repository. We'll have tolook into fixing it.
-- Keir
>
> I did cold clone just now of 2.0
> bk clone bk://xen.bkbits.net/xen-2.0.bk
>
> and the xen/Makefile says:
> # This is the correct place to edit the build version.
> # All other places this is stored (eg. compile.h) should be
> # autogenerated.
> export XEN_VERSION = 3
> export XEN_SUBVERSION = 0
> export XEN_EXTRAVERSION = "-devel"
>
> That seems .. wrong?
>
>
> Also 2.4.28-xen0 did not build. Many files fail with this error:
> xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:10:21: asm/msr.h: No such file or directory
>
> The 2.6.9-xen0 kernel built fine.
>
> Feature request: add a help target to the top Makefile to print out the
> list of valid targets (as is done in the main linux Makefile).
>
>
>
> Here is a full error from the 2.4.28 build (its not just ebtables; other
> files fail too):
> make -C bridge/netfilter modules
> make[5]: Entering directory
> `/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/net/bridge/netfilter'
> make[5]: Circular /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/apic.h <- /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/system.h dependency dropped.
> gcc -D__KERNEL__
> -I/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include
> -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
> -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2
> -march=i686 -DMODULE -DMODVERSIONS -include
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/modversions.h
> -nostdinc -iwithprefix include -DKBUILD_BASENAME=ebtables
> -DEXPORT_SYMTAB -c ebtables.c
> In file included from
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/timex.h:152,
> from
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/sched.h:14,
> from ebtables.c:19:
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:10:21:
> asm/msr.h: No such file or directory
> In file included from
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/timex.h:152,
> from
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/linux/sched.h:14,
> from ebtables.c:19:
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:
> In function `get_cycles':
> /usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:48:
> warning: implicit declaration of function `rdtscll'
> make[5]: *** [ebtables.o] Error 1
> make[5]: Leaving directory
> `/usr/research/playground/becker/xen/obj/xen-2.0.bk/linux-2.4.28-xen0/net/bridge/netfilter'
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xen-devel
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: bk bug? 3.0 in 2.0
2004-12-30 18:26 bk bug? 3.0 in 2.0 David Becker
2004-12-30 18:36 ` Keir Fraser
@ 2004-12-30 18:39 ` Steven Hand
2004-12-31 0:20 ` Keir Fraser
1 sibling, 1 reply; 4+ messages in thread
From: Steven Hand @ 2004-12-30 18:39 UTC (permalink / raw)
To: David Becker; +Cc: xen-devel
> I did cold clone just now of 2.0
> bk clone bk://xen.bkbits.net/xen-2.0.bk
>
> and the xen/Makefile says:
> # This is the correct place to edit the build version.
> # All other places this is stored (eg. compile.h) should be
> # autogenerated.
> export XEN_VERSION = 3
> export XEN_SUBVERSION = 0
> export XEN_EXTRAVERSION = "-devel"
>
> That seems .. wrong?
Yes, something's gone wrong. You've got the unstable devel tree
somehow. I've just pulled from bkbits too and can confirm this
behaviour.
Not sure what's gone on here but we should be able to fix it up.
In the meantime please move to 2.0-testing, i.e.
bk clone bk://xen.bkbits.net/xen-2.0-testing.bk
> Also 2.4.28-xen0 did not build. Many files fail with this error:
> xen-2.0.bk/linux-2.4.28-xen0/include/asm/timex.h:10:21: asm/msr.h: No such file or directory
[snip]
This is fixed in the latest unstable tree.
cheers,
S.
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: bk bug? 3.0 in 2.0
2004-12-30 18:39 ` Steven Hand
@ 2004-12-31 0:20 ` Keir Fraser
0 siblings, 0 replies; 4+ messages in thread
From: Keir Fraser @ 2004-12-31 0:20 UTC (permalink / raw)
To: Steven Hand; +Cc: David Becker, xen-devel
>
> > I did cold clone just now of 2.0
> > bk clone bk://xen.bkbits.net/xen-2.0.bk
> >
> > and the xen/Makefile says:
> > # This is the correct place to edit the build version.
> > # All other places this is stored (eg. compile.h) should be
> > # autogenerated.
> > export XEN_VERSION = 3
> > export XEN_SUBVERSION = 0
> > export XEN_EXTRAVERSION = "-devel"
> >
> > That seems .. wrong?
>
> Yes, something's gone wrong. You've got the unstable devel tree
> somehow. I've just pulled from bkbits too and can confirm this
> behaviour.
>
> Not sure what's gone on here but we should be able to fix it up.
Okay, I logged into bkbits and fixed the xen-2.0.bk repository
there. If you clone it now you should find the RELEASE-2.0.2 tag is
top-of-tree.
-- Keir
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-12-31 0:20 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-30 18:26 bk bug? 3.0 in 2.0 David Becker
2004-12-30 18:36 ` Keir Fraser
2004-12-30 18:39 ` Steven Hand
2004-12-31 0:20 ` Keir Fraser
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.