* Regression: Can't compile x86_64 with 32 Bit userland: arch/x86/purgatory/purgatory.c:1:0: error: code model 'large' not supported in the 32 bit mode @ 2014-08-20 6:04 Thomas Glanzmann 2014-08-20 6:24 ` REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland Thomas Glanzmann 0 siblings, 1 reply; 8+ messages in thread From: Thomas Glanzmann @ 2014-08-20 6:04 UTC (permalink / raw) To: LKML Hello, I used to compile 64 Bit Kernel on 32 Bit Userland and until v3.16 it worked. But with todays git head from Linus it does not: (mini) [~/work/linux-2.6] make scripts/kconfig/conf --silentoldconfig Kconfig CHK include/config/kernel.release UPD include/config/kernel.release CHK include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h UPD include/generated/utsrelease.h CC arch/x86/purgatory/purgatory.o arch/x86/purgatory/purgatory.c:1:0: error: code model 'large' not supported in the 32 bit mode make[1]: *** [arch/x86/purgatory/purgatory.o] Error 1 make: *** [archprepare] Error 2 I'll do git bisect to identify the offending commit. I'm using Debian Wheezy 7 32 Bit on x86 with gcc version 4.7.2 (Debian 4.7.2-5). Cheers, Thomas ^ permalink raw reply [flat|nested] 8+ messages in thread
* REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland 2014-08-20 6:04 Regression: Can't compile x86_64 with 32 Bit userland: arch/x86/purgatory/purgatory.c:1:0: error: code model 'large' not supported in the 32 bit mode Thomas Glanzmann @ 2014-08-20 6:24 ` Thomas Glanzmann 2014-08-20 12:56 ` Vivek Goyal 0 siblings, 1 reply; 8+ messages in thread From: Thomas Glanzmann @ 2014-08-20 6:24 UTC (permalink / raw) To: Vivek Goyal Cc: LKML, Andrew Morton, Andy Lutomirski, Baoquan He, Borislav Petkov, Dave Young, Eric Biederman, Greg Kroah-Hartman, H. Peter Anvin, Linus Torvalds, Matthew Garrett, Michael Kerrisk, Stephen Rothwell, WANG Chao, Yinghai Lu, ubuntu Hello Vivek, commit 8fc5b4d introduces a regression that no longer allows to compile x86_64 kernel under x86_32 userland. TJ on freenode/#kernel did analyze it: > (mini) [~/work/linux-2.6] make > scripts/kconfig/conf --silentoldconfig Kconfig > CHK include/config/kernel.release > UPD include/config/kernel.release > CHK include/generated/uapi/linux/version.h > CHK include/generated/utsrelease.h > UPD include/generated/utsrelease.h > CC arch/x86/purgatory/purgatory.o > arch/x86/purgatory/purgatory.c:1:0: error: code model 'large' not supported in the 32 bit mode > make[1]: *** [arch/x86/purgatory/purgatory.o] Error 1 > make: *** [archprepare] Error 2 08:10 < TJ-> Glanzmann: The purgatory code from kexec is specifying ".code64" 08:11 < TJ-> Glanzmann: so when your local 32-bit linker tries to deal with that ... it errors 08:14 < TJ-> Glanzmann: there's only one introducing the purgatory stuff 08:14 < TJ-> 8fc5b4d Fri Aug 8 15:57:32 2014 -0700 Vivek Goyal purgatory: core purgatory functionality Cheers, Thomas ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland 2014-08-20 6:24 ` REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland Thomas Glanzmann @ 2014-08-20 12:56 ` Vivek Goyal 2014-08-20 15:07 ` H. Peter Anvin 2014-08-20 16:16 ` Thomas Glanzmann 0 siblings, 2 replies; 8+ messages in thread From: Vivek Goyal @ 2014-08-20 12:56 UTC (permalink / raw) To: Thomas Glanzmann, LKML, Andrew Morton, Andy Lutomirski, Baoquan He, Borislav Petkov, Dave Young, Eric Biederman, Greg Kroah-Hartman, H. Peter Anvin, Linus Torvalds, Matthew Garrett, Michael Kerrisk, Stephen Rothwell, WANG Chao, Yinghai Lu, ubuntu On Wed, Aug 20, 2014 at 08:24:08AM +0200, Thomas Glanzmann wrote: > Hello Vivek, > commit 8fc5b4d introduces a regression that no longer allows to compile > x86_64 kernel under x86_32 userland. TJ on freenode/#kernel did analyze > it: > > > (mini) [~/work/linux-2.6] make > > scripts/kconfig/conf --silentoldconfig Kconfig > > CHK include/config/kernel.release > > UPD include/config/kernel.release > > CHK include/generated/uapi/linux/version.h > > CHK include/generated/utsrelease.h > > UPD include/generated/utsrelease.h > > CC arch/x86/purgatory/purgatory.o > > arch/x86/purgatory/purgatory.c:1:0: error: code model 'large' not supported in the 32 bit mode > > make[1]: *** [arch/x86/purgatory/purgatory.o] Error 1 > > make: *** [archprepare] Error 2 > > 08:10 < TJ-> Glanzmann: The purgatory code from kexec is specifying ".code64" > 08:11 < TJ-> Glanzmann: so when your local 32-bit linker tries to deal with that ... it errors > 08:14 < TJ-> Glanzmann: there's only one introducing the purgatory stuff > 08:14 < TJ-> 8fc5b4d Fri Aug 8 15:57:32 2014 -0700 Vivek Goyal purgatory: core purgatory functionality Hi Thomas, Thanks for the report. I think this is also happening because purgatory is right now being compiled with compiler option -mcmodel=large. There was another report where older version of gcc did not support -mcmodel=large. A patch is sitting in akpm's tree. That patch puts the new code under a new config option CONFIG_KEXEC_FILE. So as long as you don't enable CONFIG_KEXEC_FILE=y, you should be fine. This should not impact any of the existing functionality. Just that you will not get the benefit of new system call. http://ozlabs.org/~akpm/mmotm/broken-out/kexec-create-a-new-config-option-config_kexec_file-for-new-syscall.patch I hope this patch gets merged soon. In the mean time I am trying to figure out how can I move away from using -mcmodel=large for purgatory. Thanks Vivek ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland 2014-08-20 12:56 ` Vivek Goyal @ 2014-08-20 15:07 ` H. Peter Anvin 2014-08-20 15:48 ` Vivek Goyal 2014-08-20 16:16 ` Thomas Glanzmann 1 sibling, 1 reply; 8+ messages in thread From: H. Peter Anvin @ 2014-08-20 15:07 UTC (permalink / raw) To: Vivek Goyal, Thomas Glanzmann, LKML, Andrew Morton, Andy Lutomirski, Baoquan He, Borislav Petkov, Dave Young, Eric Biederman, Greg Kroah-Hartman, Linus Torvalds, Matthew Garrett, Michael Kerrisk, Stephen Rothwell, WANG Chao, Yinghai Lu, ubuntu It says "32-bit mode" which means it is another issue: we are dropping -m64 at some point. On August 20, 2014 7:56:30 AM CDT, Vivek Goyal <vgoyal@redhat.com> wrote: >On Wed, Aug 20, 2014 at 08:24:08AM +0200, Thomas Glanzmann wrote: >> Hello Vivek, >> commit 8fc5b4d introduces a regression that no longer allows to >compile >> x86_64 kernel under x86_32 userland. TJ on freenode/#kernel did >analyze >> it: >> >> > (mini) [~/work/linux-2.6] make >> > scripts/kconfig/conf --silentoldconfig Kconfig >> > CHK include/config/kernel.release >> > UPD include/config/kernel.release >> > CHK include/generated/uapi/linux/version.h >> > CHK include/generated/utsrelease.h >> > UPD include/generated/utsrelease.h >> > CC arch/x86/purgatory/purgatory.o >> > arch/x86/purgatory/purgatory.c:1:0: error: code model 'large' not >supported in the 32 bit mode >> > make[1]: *** [arch/x86/purgatory/purgatory.o] Error 1 >> > make: *** [archprepare] Error 2 >> >> 08:10 < TJ-> Glanzmann: The purgatory code from kexec is specifying >".code64" >> 08:11 < TJ-> Glanzmann: so when your local 32-bit linker tries to >deal with that ... it errors >> 08:14 < TJ-> Glanzmann: there's only one introducing the purgatory >stuff >> 08:14 < TJ-> 8fc5b4d Fri Aug 8 15:57:32 2014 -0700 Vivek Goyal >purgatory: core purgatory functionality > >Hi Thomas, > >Thanks for the report. I think this is also happening because purgatory >is >right now being compiled with compiler option -mcmodel=large. There was >another report where older version of gcc did not support >-mcmodel=large. > >A patch is sitting in akpm's tree. That patch puts the new code under >a new config option CONFIG_KEXEC_FILE. So as long as you don't enable >CONFIG_KEXEC_FILE=y, you should be fine. This should not impact any of >the existing functionality. Just that you will not get the benefit of >new system call. > >http://ozlabs.org/~akpm/mmotm/broken-out/kexec-create-a-new-config-option-config_kexec_file-for-new-syscall.patch > >I hope this patch gets merged soon. > >In the mean time I am trying to figure out how can I move away from >using -mcmodel=large for purgatory. > >Thanks >Vivek -- Sent from my mobile phone. Please pardon brevity and lack of formatting. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland 2014-08-20 15:07 ` H. Peter Anvin @ 2014-08-20 15:48 ` Vivek Goyal 2014-08-20 16:21 ` Thomas Glanzmann 2014-08-20 16:56 ` H. Peter Anvin 0 siblings, 2 replies; 8+ messages in thread From: Vivek Goyal @ 2014-08-20 15:48 UTC (permalink / raw) To: H. Peter Anvin, Thomas Glanzmann Cc: LKML, Andrew Morton, Andy Lutomirski, Baoquan He, Borislav Petkov, Dave Young, Eric Biederman, Greg Kroah-Hartman, Linus Torvalds, Matthew Garrett, Michael Kerrisk, Stephen Rothwell, WANG Chao, Yinghai Lu, ubuntu On Wed, Aug 20, 2014 at 10:07:01AM -0500, H. Peter Anvin wrote: > It says "32-bit mode" which means it is another issue: we are dropping -m64 at some point. Thanks hpa. I am not adding -m64 to kbuild flags at all. So 32bit tool chain must be assuming -m32 by default, and probably that's the issue. Thomas, Can you please try attached single line patch and see if it fixes the issue for you. Thanks Vivek --- arch/x86/purgatory/Makefile | 1 + 1 file changed, 1 insertion(+) Index: linux-2.6/arch/x86/purgatory/Makefile =================================================================== --- linux-2.6.orig/arch/x86/purgatory/Makefile 2014-08-20 11:32:21.723559119 -0400 +++ linux-2.6/arch/x86/purgatory/Makefile 2014-08-20 11:32:23.654570231 -0400 @@ -11,6 +11,7 @@ targets += purgatory.ro # sure how to relocate those. Like kexec-tools, use custom flags. KBUILD_CFLAGS := -fno-strict-aliasing -Wall -Wstrict-prototypes -fno-zero-initialized-in-bss -fno-builtin -ffreestanding -c -MD -Os -mcmodel=large +KBUILD_CFLAGS += -m$(BITS) $(obj)/purgatory.ro: $(PURGATORY_OBJS) FORCE $(call if_changed,ld) ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland 2014-08-20 15:48 ` Vivek Goyal @ 2014-08-20 16:21 ` Thomas Glanzmann 2014-08-20 16:56 ` H. Peter Anvin 1 sibling, 0 replies; 8+ messages in thread From: Thomas Glanzmann @ 2014-08-20 16:21 UTC (permalink / raw) To: Vivek Goyal Cc: H. Peter Anvin, LKML, Andrew Morton, Andy Lutomirski, Baoquan He, Borislav Petkov, Dave Young, Eric Biederman, Greg Kroah-Hartman, Linus Torvalds, Matthew Garrett, Michael Kerrisk, Stephen Rothwell, WANG Chao, Yinghai Lu, ubuntu Hello Vivek, * Vivek Goyal <vgoyal@redhat.com> [2014-08-20 17:48]: > --- linux-2.6.orig/arch/x86/purgatory/Makefile 2014-08-20 11:32:21.723559119 -0400 > +++ linux-2.6/arch/x86/purgatory/Makefile 2014-08-20 11:32:23.654570231 -0400 > @@ -11,6 +11,7 @@ targets += purgatory.ro > # sure how to relocate those. Like kexec-tools, use custom flags. > KBUILD_CFLAGS := -fno-strict-aliasing -Wall -Wstrict-prototypes -fno-zero-initialized-in-bss -fno-builtin -ffreestanding -c -MD -Os -mcmodel=large > +KBUILD_CFLAGS += -m$(BITS) > $(obj)/purgatory.ro: $(PURGATORY_OBJS) FORCE > $(call if_changed,ld) > Can you please try attached single line patch and see if it fixes the > issue for you. I tested the same and it works. Tested-by: Thomas Glanzmann <thomas@glanzmann.de> ... CC arch/x86/purgatory/purgatory.o AS arch/x86/purgatory/stack.o AS arch/x86/purgatory/setup-x86_64.o CC arch/x86/purgatory/sha256.o AS arch/x86/purgatory/entry64.o CC arch/x86/purgatory/string.o LD arch/x86/purgatory/purgatory.ro BIN2C arch/x86/purgatory/kexec-purgatory.c ... I also made sure that I backed out the other patch _before_ I tried this one. Cheers, Thomas ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland 2014-08-20 15:48 ` Vivek Goyal 2014-08-20 16:21 ` Thomas Glanzmann @ 2014-08-20 16:56 ` H. Peter Anvin 1 sibling, 0 replies; 8+ messages in thread From: H. Peter Anvin @ 2014-08-20 16:56 UTC (permalink / raw) To: Vivek Goyal, Thomas Glanzmann Cc: LKML, Andrew Morton, Andy Lutomirski, Baoquan He, Borislav Petkov, Dave Young, Eric Biederman, Greg Kroah-Hartman, Linus Torvalds, Matthew Garrett, Michael Kerrisk, Stephen Rothwell, WANG Chao, Yinghai Lu, ubuntu Yes, that is exactly right. The lack of -m64 is a bug. On August 20, 2014 10:48:18 AM CDT, Vivek Goyal <vgoyal@redhat.com> wrote: >On Wed, Aug 20, 2014 at 10:07:01AM -0500, H. Peter Anvin wrote: >> It says "32-bit mode" which means it is another issue: we are >dropping -m64 at some point. > >Thanks hpa. I am not adding -m64 to kbuild flags at all. So 32bit tool >chain must be assuming -m32 by default, and probably that's the issue. > >Thomas, > >Can you please try attached single line patch and see if it fixes the >issue for you. > >Thanks >Vivek > > >--- > arch/x86/purgatory/Makefile | 1 + > 1 file changed, 1 insertion(+) > >Index: linux-2.6/arch/x86/purgatory/Makefile >=================================================================== >--- linux-2.6.orig/arch/x86/purgatory/Makefile 2014-08-20 >11:32:21.723559119 -0400 >+++ linux-2.6/arch/x86/purgatory/Makefile 2014-08-20 11:32:23.654570231 >-0400 >@@ -11,6 +11,7 @@ targets += purgatory.ro > # sure how to relocate those. Like kexec-tools, use custom flags. > >KBUILD_CFLAGS := -fno-strict-aliasing -Wall -Wstrict-prototypes >-fno-zero-initialized-in-bss -fno-builtin -ffreestanding -c -MD -Os >-mcmodel=large >+KBUILD_CFLAGS += -m$(BITS) > > $(obj)/purgatory.ro: $(PURGATORY_OBJS) FORCE > $(call if_changed,ld) -- Sent from my mobile phone. Please pardon brevity and lack of formatting. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland 2014-08-20 12:56 ` Vivek Goyal 2014-08-20 15:07 ` H. Peter Anvin @ 2014-08-20 16:16 ` Thomas Glanzmann 1 sibling, 0 replies; 8+ messages in thread From: Thomas Glanzmann @ 2014-08-20 16:16 UTC (permalink / raw) To: Vivek Goyal; +Cc: LKML Hello Vivek, * Vivek Goyal <vgoyal@redhat.com> [2014-08-20 15:53]: > A patch is sitting in akpm's tree. That patch puts the new code under > a new config option CONFIG_KEXEC_FILE. So as long as you don't enable > CONFIG_KEXEC_FILE=y, you should be fine. This should not impact any of > the existing functionality. Just that you will not get the benefit of > new system call. > http://ozlabs.org/~akpm/mmotm/broken-out/kexec-create-a-new-config-option-config_kexec_file-for-new-syscall.patch > I hope this patch gets merged soon. > In the mean time I am trying to figure out how can I move away from > using -mcmodel=large for purgatory. perfect. I tried the patch and with the patch the kernel compiles again. Cheers, Thomas ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2014-08-20 16:57 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-08-20 6:04 Regression: Can't compile x86_64 with 32 Bit userland: arch/x86/purgatory/purgatory.c:1:0: error: code model 'large' not supported in the 32 bit mode Thomas Glanzmann 2014-08-20 6:24 ` REGRESSION: 8fc5b4d: Unable to compile x86_64 kernel with x86_32 userland Thomas Glanzmann 2014-08-20 12:56 ` Vivek Goyal 2014-08-20 15:07 ` H. Peter Anvin 2014-08-20 15:48 ` Vivek Goyal 2014-08-20 16:21 ` Thomas Glanzmann 2014-08-20 16:56 ` H. Peter Anvin 2014-08-20 16:16 ` Thomas Glanzmann
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.