* 2.6.23.git build error
@ 2007-10-12 4:48 Mike Galbraith
2007-10-12 21:31 ` Sam Ravnborg
0 siblings, 1 reply; 10+ messages in thread
From: Mike Galbraith @ 2007-10-12 4:48 UTC (permalink / raw)
To: linux-kernel
Greetings,
Freshly pulled 2.6.23.git failed to build:
make[1]: *** No rule to make target `arch/x86/kernel/asm-offsets.c', needed by `arch/x86/kernel/asm-offsets.s'. Stop.
make: *** [prepare0] Error 2
make: *** Waiting for unfinished jobs....
-Mike
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.6.23.git build error
2007-10-12 4:48 2.6.23.git build error Mike Galbraith
@ 2007-10-12 21:31 ` Sam Ravnborg
2007-10-13 3:34 ` Mike Galbraith
0 siblings, 1 reply; 10+ messages in thread
From: Sam Ravnborg @ 2007-10-12 21:31 UTC (permalink / raw)
To: Mike Galbraith; +Cc: linux-kernel
On Fri, Oct 12, 2007 at 06:48:58AM +0200, Mike Galbraith wrote:
> Greetings,
>
> Freshly pulled 2.6.23.git failed to build:
>
> make[1]: *** No rule to make target `arch/x86/kernel/asm-offsets.c', needed by `arch/x86/kernel/asm-offsets.s'. Stop.
> make: *** [prepare0] Error 2
> make: *** Waiting for unfinished jobs....
You are the only reporter of this bug.
I do not see it here and I have the asm-offset.c file.
Have you figured out more about this bug?
For now I assume you did something bad when you updated your kernel tree.
Could you as minimum check the content of the arch/x86/kernel/ directory.
Thanks,
Sam
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.6.23.git build error
2007-10-12 21:31 ` Sam Ravnborg
@ 2007-10-13 3:34 ` Mike Galbraith
2007-10-13 5:40 ` Giacomo Catenazzi
0 siblings, 1 reply; 10+ messages in thread
From: Mike Galbraith @ 2007-10-13 3:34 UTC (permalink / raw)
To: Sam Ravnborg; +Cc: linux-kernel
On Fri, 2007-10-12 at 23:31 +0200, Sam Ravnborg wrote:
> On Fri, Oct 12, 2007 at 06:48:58AM +0200, Mike Galbraith wrote:
> > Greetings,
> >
> > Freshly pulled 2.6.23.git failed to build:
> >
> > make[1]: *** No rule to make target `arch/x86/kernel/asm-offsets.c', needed by `arch/x86/kernel/asm-offsets.s'. Stop.
> > make: *** [prepare0] Error 2
> > make: *** Waiting for unfinished jobs....
>
> You are the only reporter of this bug.
> I do not see it here and I have the asm-offset.c file.
Yeah, I noticed nobody else was griping.
> Have you figured out more about this bug?
> For now I assume you did something bad when you updated your kernel tree.
> Could you as minimum check the content of the arch/x86/kernel/ directory.
I just re-pulled, and the little bugger showed up. Elves and Gremlins
at play I guess.
-Mike
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.6.23.git build error
2007-10-13 3:34 ` Mike Galbraith
@ 2007-10-13 5:40 ` Giacomo Catenazzi
2007-10-13 7:16 ` Sam Ravnborg
0 siblings, 1 reply; 10+ messages in thread
From: Giacomo Catenazzi @ 2007-10-13 5:40 UTC (permalink / raw)
To: Mike Galbraith; +Cc: Sam Ravnborg, linux-kernel
Mike Galbraith wrote:
> On Fri, 2007-10-12 at 23:31 +0200, Sam Ravnborg wrote:
>> On Fri, Oct 12, 2007 at 06:48:58AM +0200, Mike Galbraith wrote:
>>> Greetings,
>>>
>>> Freshly pulled 2.6.23.git failed to build:
>>>
>>> make[1]: *** No rule to make target `arch/x86/kernel/asm-offsets.c', needed by `arch/x86/kernel/asm-offsets.s'. Stop.
>>> make: *** [prepare0] Error 2
>>> make: *** Waiting for unfinished jobs....
>> You are the only reporter of this bug.
>> I do not see it here and I have the asm-offset.c file.
>
> Yeah, I noticed nobody else was griping.
I also saw this behaiour, but make mrproper solved the problem.
ciao
cate
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.6.23.git build error
2007-10-13 5:40 ` Giacomo Catenazzi
@ 2007-10-13 7:16 ` Sam Ravnborg
2007-10-13 7:35 ` Mike Galbraith
0 siblings, 1 reply; 10+ messages in thread
From: Sam Ravnborg @ 2007-10-13 7:16 UTC (permalink / raw)
To: Giacomo Catenazzi; +Cc: Mike Galbraith, linux-kernel
On Sat, Oct 13, 2007 at 07:40:09AM +0200, Giacomo Catenazzi wrote:
> Mike Galbraith wrote:
> > On Fri, 2007-10-12 at 23:31 +0200, Sam Ravnborg wrote:
> >> On Fri, Oct 12, 2007 at 06:48:58AM +0200, Mike Galbraith wrote:
> >>> Greetings,
> >>>
> >>> Freshly pulled 2.6.23.git failed to build:
> >>>
> >>> make[1]: *** No rule to make target `arch/x86/kernel/asm-offsets.c', needed by `arch/x86/kernel/asm-offsets.s'. Stop.
> >>> make: *** [prepare0] Error 2
> >>> make: *** Waiting for unfinished jobs....
> >> You are the only reporter of this bug.
> >> I do not see it here and I have the asm-offset.c file.
> >
> > Yeah, I noticed nobody else was griping.
>
>
> I also saw this behaiour, but make mrproper solved the problem.
Pulled 2.6.23 tree and did a build
Added latest -linus on top of it.
Did a new build (x86_64).
As expected it failed due to wrong asm symlink but nothing
like the error Mike posted.
So I'm a bit puzzeled here.
I anyone can explain how to reproduce it I will chase it
but otherwise it will be left as a "consequence of
the x86 merge".
Sam
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.6.23.git build error
2007-10-13 7:16 ` Sam Ravnborg
@ 2007-10-13 7:35 ` Mike Galbraith
2007-10-13 8:17 ` Sam Ravnborg
0 siblings, 1 reply; 10+ messages in thread
From: Mike Galbraith @ 2007-10-13 7:35 UTC (permalink / raw)
To: Sam Ravnborg; +Cc: Giacomo Catenazzi, linux-kernel
On Sat, 2007-10-13 at 09:16 +0200, Sam Ravnborg wrote:
> Pulled 2.6.23 tree and did a build
> Added latest -linus on top of it.
> Did a new build (x86_64).
>
>
> As expected it failed due to wrong asm symlink but nothing
> like the error Mike posted.
> So I'm a bit puzzeled here.
>
> I anyone can explain how to reproduce it I will chase it
> but otherwise it will be left as a "consequence of
> the x86 merge".
What I did was to pull, then diff against my working tree (/me=SCM
weenie;) for review as usual, and then apply that diff to working tree
and make oldconfig as usual. That left me with the same failure this
morning, despite the file being verified present in the git tree. I
then used git-archive --format=tar | (cd work_tree;tar -xvf -). That
spewed chunks when I tried to build it even though diff said the trees
were identical. After make mrproper and restoring my saved .config, all
was peachy.
Methinks dontdiff bit me.
-Mike
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: 2.6.23.git build error
2007-10-13 7:35 ` Mike Galbraith
@ 2007-10-13 8:17 ` Sam Ravnborg
2007-10-13 9:44 ` Thomas Gleixner
[not found] ` <1192608832.30373.5.camel@Homer.simpson.net>
0 siblings, 2 replies; 10+ messages in thread
From: Sam Ravnborg @ 2007-10-13 8:17 UTC (permalink / raw)
To: Mike Galbraith; +Cc: Giacomo Catenazzi, linux-kernel
On Sat, Oct 13, 2007 at 09:35:09AM +0200, Mike Galbraith wrote:
> On Sat, 2007-10-13 at 09:16 +0200, Sam Ravnborg wrote:
>
> > Pulled 2.6.23 tree and did a build
> > Added latest -linus on top of it.
> > Did a new build (x86_64).
> >
> >
> > As expected it failed due to wrong asm symlink but nothing
> > like the error Mike posted.
> > So I'm a bit puzzeled here.
> >
> > I anyone can explain how to reproduce it I will chase it
> > but otherwise it will be left as a "consequence of
> > the x86 merge".
>
> What I did was to pull, then diff against my working tree (/me=SCM
> weenie;) for review as usual, and then apply that diff to working tree
> and make oldconfig as usual. That left me with the same failure this
> morning, despite the file being verified present in the git tree. I
> then used git-archive --format=tar | (cd work_tree;tar -xvf -). That
> spewed chunks when I tried to build it even though diff said the trees
> were identical. After make mrproper and restoring my saved .config, all
> was peachy.
>
> Methinks dontdiff bit me.
After a quick look:
[sam@neptun x86.git]$ find -name '*.i'
./include/asm-x86/alternative-asm_64.i
./include/asm-x86/alternative-asm_32.i
./include/asm-x86/frame.i
./include/asm-x86/alternative-asm.i
./include/asm-um/frame.i
./include/asm-um/alternative-asm.i
[sam@neptun x86.git]$ grep '*.i' Documentation/dontdiff
*.i
But I cannot see how this could result in the bug you
reported..
Anyway at least one dontdiff buglet - or we should preferably
drop the .i files in the kernel src.
Sam
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: 2.6.23.git build error
2007-10-13 8:17 ` Sam Ravnborg
@ 2007-10-13 9:44 ` Thomas Gleixner
[not found] ` <1192608832.30373.5.camel@Homer.simpson.net>
1 sibling, 0 replies; 10+ messages in thread
From: Thomas Gleixner @ 2007-10-13 9:44 UTC (permalink / raw)
To: Sam Ravnborg; +Cc: Mike Galbraith, Giacomo Catenazzi, linux-kernel
On Sat, 13 Oct 2007, Sam Ravnborg wrote:
> But I cannot see how this could result in the bug you
> reported..
> Anyway at least one dontdiff buglet - or we should preferably
> drop the .i files in the kernel src.
I have a patch from Adrian staged to do this.
tglx
^ permalink raw reply [flat|nested] 10+ messages in thread[parent not found: <1192608832.30373.5.camel@Homer.simpson.net>]
* [PATCH] x86: delete vsyscall files during make clean
[not found] ` <1192608832.30373.5.camel@Homer.simpson.net>
@ 2007-10-17 20:06 ` Sam Ravnborg
2007-10-17 20:09 ` Thomas Gleixner
0 siblings, 1 reply; 10+ messages in thread
From: Sam Ravnborg @ 2007-10-17 20:06 UTC (permalink / raw)
To: Mike Galbraith, Thomas Gleixner; +Cc: LKML
make clean failed to delete a few files in
x86/kernel. This is because kbuild does not
see the correct/full kernel/Makefile.
As a workaround until the Makefiles are merged specify
the files to be deleted in the common Makefile.
Reported by Mike Galbraith <efault@gmx.de>
Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
Cc: Mike Galbraith <efault@gmx.de>
---
diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
index 45855c9..3857334 100644
--- a/arch/x86/kernel/Makefile
+++ b/arch/x86/kernel/Makefile
@@ -3,3 +3,7 @@ include ${srctree}/arch/x86/kernel/Makefile_32
else
include ${srctree}/arch/x86/kernel/Makefile_64
endif
+
+# Workaround to delete .lds files with make clean
+# The problem is that we do not enter Makefile_32 with make clean.
+clean-files := vsyscall*.lds vsyscall*.so
^ permalink raw reply related [flat|nested] 10+ messages in thread* Re: [PATCH] x86: delete vsyscall files during make clean
2007-10-17 20:06 ` [PATCH] x86: delete vsyscall files during make clean Sam Ravnborg
@ 2007-10-17 20:09 ` Thomas Gleixner
0 siblings, 0 replies; 10+ messages in thread
From: Thomas Gleixner @ 2007-10-17 20:09 UTC (permalink / raw)
To: Sam Ravnborg; +Cc: Mike Galbraith, LKML
On Wed, 17 Oct 2007, Sam Ravnborg wrote:
> make clean failed to delete a few files in
> x86/kernel. This is because kbuild does not
> see the correct/full kernel/Makefile.
>
> As a workaround until the Makefiles are merged specify
> the files to be deleted in the common Makefile.
>
> Reported by Mike Galbraith <efault@gmx.de>
>
> Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
> Cc: Mike Galbraith <efault@gmx.de>
> ---
> diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
> index 45855c9..3857334 100644
> --- a/arch/x86/kernel/Makefile
> +++ b/arch/x86/kernel/Makefile
> @@ -3,3 +3,7 @@ include ${srctree}/arch/x86/kernel/Makefile_32
> else
> include ${srctree}/arch/x86/kernel/Makefile_64
> endif
> +
> +# Workaround to delete .lds files with make clean
> +# The problem is that we do not enter Makefile_32 with make clean.
> +clean-files := vsyscall*.lds vsyscall*.so
Thanks applied,
tglx
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2007-10-17 20:09 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-12 4:48 2.6.23.git build error Mike Galbraith
2007-10-12 21:31 ` Sam Ravnborg
2007-10-13 3:34 ` Mike Galbraith
2007-10-13 5:40 ` Giacomo Catenazzi
2007-10-13 7:16 ` Sam Ravnborg
2007-10-13 7:35 ` Mike Galbraith
2007-10-13 8:17 ` Sam Ravnborg
2007-10-13 9:44 ` Thomas Gleixner
[not found] ` <1192608832.30373.5.camel@Homer.simpson.net>
2007-10-17 20:06 ` [PATCH] x86: delete vsyscall files during make clean Sam Ravnborg
2007-10-17 20:09 ` Thomas Gleixner
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.