Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. Xen>
  3. Devel
bk bug? 3.0 in 2.0
becker at cs
Dec 30, 2004, 11:26 AM
Post #1 of 4 (177 views)
Permalink
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
Re: bk bug? 3.0 in 2.0 [ In reply to ]
Keir.Fraser at cl
Dec 30, 2004, 11:36 AM
Post #2 of 4 (175 views)
Permalink
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
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xen-devel
Re: bk bug? 3.0 in 2.0 [ In reply to ]
Steven.Hand at cl
Dec 30, 2004, 11:39 AM
Post #3 of 4 (177 views)
Permalink
> 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
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xen-devel
Re: bk bug? 3.0 in 2.0 [ In reply to ]
Keir.Fraser at cl
Dec 30, 2004, 5:20 PM
Post #4 of 4 (176 views)
Permalink
>
> > 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
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xen-devel

©2024 GT.net. A Gossamer Threads company.
5th Floor, 455 Granville St., Vancouver, BC V6C 1T1, Canada | Legal