[PATCH] fix extern inline errors with gcc 4.3.0

[PATCH] fix extern inline errors with gcc 4.3.0

[Benny Halevy]

gcc 4.3.0 needs -funit-at-a-time for extern inline functions
otherwise it doesn't find their body.

For example:
$ gcc --version
gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)

/usr0/export/dev/bhalevy/git/linux-pnfs-bh-nfs41/fs/buffer.c: In function ‘alloc_page_buffers’:
/usr0/export/dev/bhalevy/git/linux-pnfs-bh-nfs41/fs/buffer.c:51: sorry, unimplemented: inlining failed in call to ‘init_buffer’: function body not available
/usr0/export/dev/bhalevy/git/linux-pnfs-bh-nfs41/fs/buffer.c:948: sorry, unimplemented: called from here

Fix follows the lines of commit 22eecde2f9034764a3fd095eecfa3adfb8ec9a98
that was reverted by commit c0a18111e571138747a98af18b3a2124df56a0d1,
just limiting the flag for pre- gcc 4.3.0 rather than 4.0.

Signed-off-by: Benny Halevy <bhalevy@panasas.com>
---
 arch/um/Makefile |    6 +++++-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/arch/um/Makefile b/arch/um/Makefile
index dbeab15..e7ed37b 100644
--- a/arch/um/Makefile
+++ b/arch/um/Makefile
@@ -77,7 +77,11 @@ include $(srctree)/$(ARCH_DIR)/Makefile-os-$(OS)
 KERNEL_DEFINES = $(strip -Derrno=kernel_errno -Dsigprocmask=kernel_sigprocmask \
 			 -Dmktime=kernel_mktime $(ARCH_KERNEL_DEFINES))
 KBUILD_CFLAGS += $(KERNEL_DEFINES)
-KBUILD_CFLAGS += $(call cc-option,-fno-unit-at-a-time,)
+# Disable unit-at-a-time mode on pre-gcc-4.3 compilers, it makes gcc use
+# a lot more stack due to the lack of sharing of stacklots:
+# gcc 4.3.0 needs -funit-at-a-time for extern inline functions
+KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
+			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
 
 PHONY += linux
 
-- 
1.5.6.GIT

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Thu, Jun 26, 2008 at 04:50:51PM +0300, Benny Halevy wrote:
> -KBUILD_CFLAGS += $(call cc-option,-fno-unit-at-a-time,)
> +# Disable unit-at-a-time mode on pre-gcc-4.3 compilers, it makes gcc use
> +# a lot more stack due to the lack of sharing of stacklots:
> +# gcc 4.3.0 needs -funit-at-a-time for extern inline functions
> +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
> +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)

How do we know that this patch won't cause the same crash reported in
http://marc.info/?l=linux-kernel&m=121011722806093&w=2?

				Jeff

-- 
Work email - jdike at linux dot intel dot com

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Thu, Jun 26, 2008 at 04:50:51PM +0300, Benny Halevy wrote:
> -KBUILD_CFLAGS += $(call cc-option,-fno-unit-at-a-time,)
> +# Disable unit-at-a-time mode on pre-gcc-4.3 compilers, it makes gcc use
> +# a lot more stack due to the lack of sharing of stacklots:
> +# gcc 4.3.0 needs -funit-at-a-time for extern inline functions
> +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
> +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)

How do we know that this patch won't cause the same crash reported in
http://marc.info/?l=linux-kernel&m=121011722806093&w=2?

				Jeff

-- 
Work email - jdike at linux dot intel dot com

RE: [PATCH] fix extern inline errors with gcc 4.3.0

[Halevy, Benny]

On Fri 2008-06-27 19:26, Jeff Dike <jdike@addtoit.com> wrote:
> On Thu, Jun 26, 2008 at 04:50:51PM +0300, Benny Halevy wrote:
> > -KBUILD_CFLAGS += $(call cc-option,-fno-unit-at-a-time,)
> > +# Disable unit-at-a-time mode on pre-gcc-4.3 compilers, it makes gcc use
> > +# a lot more stack due to the lack of sharing of stacklots:
> > +# gcc 4.3.0 needs -funit-at-a-time for extern inline functions
> > +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
> > +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
> 
> How do we know that this patch won't cause the same crash reported in
> http://marc.info/?l=linux-kernel&m=121011722806093&w=2?

I don't know what was the root cause for the crash you mentioned.
FWIW, with these options UML/x86_64 builds on Fedora 9, w/ gcc 4.3.0
and runs well for me.

Benny

> 
> 				Jeff
> 
> -- 
> Work email - jdike at linux dot intel dot com
> 

[SPAM] Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Benny Halevy]

On Jun. 28, 2008, 16:10 +0300, "Halevy, Benny" <bhalevy@panasas.com> wrote:
> On Fri 2008-06-27 19:26, Jeff Dike <jdike@addtoit.com> wrote:
>> On Thu, Jun 26, 2008 at 04:50:51PM +0300, Benny Halevy wrote:
>>> -KBUILD_CFLAGS += $(call cc-option,-fno-unit-at-a-time,)
>>> +# Disable unit-at-a-time mode on pre-gcc-4.3 compilers, it makes gcc use
>>> +# a lot more stack due to the lack of sharing of stacklots:
>>> +# gcc 4.3.0 needs -funit-at-a-time for extern inline functions
>>> +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
>>> +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
>> How do we know that this patch won't cause the same crash reported in
>> http://marc.info/?l=linux-kernel&m=121011722806093&w=2?

Note that the crash happened with gcc 4.1.2 and it will get the
-fno-unit-at-a-time flag with the proposed patch.

That said, this option or the lack of it ought not to cause any
runtime crashes.  If it does, I'd feel much more comfortable to know
exactly what the root cause is before deciding to use the flag to
workaround^hide it.

Benny

> 
> I don't know what was the root cause for the crash you mentioned.
> FWIW, with these options UML/x86_64 builds on Fedora 9, w/ gcc 4.3.0
> and runs well for me.
> 
> Benny
> 
>> 				Jeff
>>
>> -- 
>> Work email - jdike at linux dot intel dot com
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [PATCH] fix extern inline errors with gcc 4.3.0

[Benny Halevy]

On Jun. 28, 2008, 16:10 +0300, "Halevy, Benny" <bhalevy@panasas.com> wrote:
> On Fri 2008-06-27 19:26, Jeff Dike <jdike@addtoit.com> wrote:
>> On Thu, Jun 26, 2008 at 04:50:51PM +0300, Benny Halevy wrote:
>>> -KBUILD_CFLAGS += $(call cc-option,-fno-unit-at-a-time,)
>>> +# Disable unit-at-a-time mode on pre-gcc-4.3 compilers, it makes gcc use
>>> +# a lot more stack due to the lack of sharing of stacklots:
>>> +# gcc 4.3.0 needs -funit-at-a-time for extern inline functions
>>> +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
>>> +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
>> How do we know that this patch won't cause the same crash reported in
>> http://marc.info/?l=linux-kernel&m=121011722806093&w=2?

Note that the crash happened with gcc 4.1.2 and it will get the
-fno-unit-at-a-time flag with the proposed patch.

That said, this option or the lack of it ought not to cause any
runtime crashes.  If it does, I'd feel much more comfortable to know
exactly what the root cause is before deciding to use the flag to
workaround^hide it.

Benny

> 
> I don't know what was the root cause for the crash you mentioned.
> FWIW, with these options UML/x86_64 builds on Fedora 9, w/ gcc 4.3.0
> and runs well for me.
> 
> Benny
> 
>> 				Jeff
>>
>> -- 
>> Work email - jdike at linux dot intel dot com
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Sun, Jun 29, 2008 at 10:32:43AM +0300, Benny Halevy wrote:
> Note that the crash happened with gcc 4.1.2 and it will get the
> -fno-unit-at-a-time flag with the proposed patch.
> 
> That said, this option or the lack of it ought not to cause any
> runtime crashes.  If it does, I'd feel much more comfortable to know
> exactly what the root cause is before deciding to use the flag to
> workaround^hide it.

I agree.

The constraints on [no-]unit-at-a-time that I see are:
	i386 uses no-unit-at-a-time for pre-4.0 (not 4.3)
	x86_64 uses unit-at-a-time always

	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
	Ingo reported a gcc internal error with gcc 4.3 with
no-unit-at-a-time 
	You are seeing extern inlines not resolved with gcc 4.3 with
no-unit-at-a-time 

I'm tempted to follow x86 on this, with the results that
	extern inlines should be fine
	Ingo's gcc crash should not reappear
	Uli's crash may reappear

If that crash does come back, I'd say we should just debug it.  It's
likely UML implicitly relying on some gcc behavior anyway.

This is the patch that I'm dropping into my tree:

Index: linux-2.6.22/arch/um/Makefile-i386
===================================================================
--- linux-2.6.22.orig/arch/um/Makefile-i386	2008-05-29 11:21:25.000000000 -0400
+++ linux-2.6.22/arch/um/Makefile-i386	2008-06-30 12:20:01.000000000 -0400
@@ -32,4 +32,10 @@ cflags-y += $(call cc-option,-mpreferred
 # an unresolved reference.
 cflags-y += -ffreestanding
 
+# Disable unit-at-a-time mode on pre-gcc-4.0 compilers, it makes gcc use
+# a lot more stack due to the lack of sharing of stacklots.  Also, gcc
+# 4.3.0 needs -funit-at-a-time for extern inline functions.
+KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
+			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
+
 KBUILD_CFLAGS += $(cflags-y)
Index: linux-2.6.22/arch/um/Makefile-x86_64
===================================================================
--- linux-2.6.22.orig/arch/um/Makefile-x86_64	2008-05-29 11:21:25.000000000 -0400
+++ linux-2.6.22/arch/um/Makefile-x86_64	2008-06-30 12:21:01.000000000 -0400
@@ -21,3 +21,6 @@ HEADER_ARCH := x86
 
 LINK-$(CONFIG_LD_SCRIPT_DYN) += -Wl,-rpath,/lib64
 LINK-y += -m64
+
+# Do unit-at-a-time unconditionally on x86_64, following the host
+KBUILD_CFLAGS += $(call cc-option,-funit-at-a-time)

				Jeff

-- 
Work email - jdike at linux dot intel dot com

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Sun, Jun 29, 2008 at 10:32:43AM +0300, Benny Halevy wrote:
> Note that the crash happened with gcc 4.1.2 and it will get the
> -fno-unit-at-a-time flag with the proposed patch.
> 
> That said, this option or the lack of it ought not to cause any
> runtime crashes.  If it does, I'd feel much more comfortable to know
> exactly what the root cause is before deciding to use the flag to
> workaround^hide it.

I agree.

The constraints on [no-]unit-at-a-time that I see are:
	i386 uses no-unit-at-a-time for pre-4.0 (not 4.3)
	x86_64 uses unit-at-a-time always

	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
	Ingo reported a gcc internal error with gcc 4.3 with
no-unit-at-a-time 
	You are seeing extern inlines not resolved with gcc 4.3 with
no-unit-at-a-time 

I'm tempted to follow x86 on this, with the results that
	extern inlines should be fine
	Ingo's gcc crash should not reappear
	Uli's crash may reappear

If that crash does come back, I'd say we should just debug it.  It's
likely UML implicitly relying on some gcc behavior anyway.

This is the patch that I'm dropping into my tree:

Index: linux-2.6.22/arch/um/Makefile-i386
===================================================================
--- linux-2.6.22.orig/arch/um/Makefile-i386	2008-05-29 11:21:25.000000000 -0400
+++ linux-2.6.22/arch/um/Makefile-i386	2008-06-30 12:20:01.000000000 -0400
@@ -32,4 +32,10 @@ cflags-y += $(call cc-option,-mpreferred
 # an unresolved reference.
 cflags-y += -ffreestanding
 
+# Disable unit-at-a-time mode on pre-gcc-4.0 compilers, it makes gcc use
+# a lot more stack due to the lack of sharing of stacklots.  Also, gcc
+# 4.3.0 needs -funit-at-a-time for extern inline functions.
+KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
+			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
+
 KBUILD_CFLAGS += $(cflags-y)
Index: linux-2.6.22/arch/um/Makefile-x86_64
===================================================================
--- linux-2.6.22.orig/arch/um/Makefile-x86_64	2008-05-29 11:21:25.000000000 -0400
+++ linux-2.6.22/arch/um/Makefile-x86_64	2008-06-30 12:21:01.000000000 -0400
@@ -21,3 +21,6 @@ HEADER_ARCH := x86
 
 LINK-$(CONFIG_LD_SCRIPT_DYN) += -Wl,-rpath,/lib64
 LINK-y += -m64
+
+# Do unit-at-a-time unconditionally on x86_64, following the host
+KBUILD_CFLAGS += $(call cc-option,-funit-at-a-time)

				Jeff

-- 
Work email - jdike at linux dot intel dot com

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Benny Halevy]

On Jun. 30, 2008, 19:22 +0300, Jeff Dike <jdike@addtoit.com> wrote:
> On Sun, Jun 29, 2008 at 10:32:43AM +0300, Benny Halevy wrote:
>> Note that the crash happened with gcc 4.1.2 and it will get the
>> -fno-unit-at-a-time flag with the proposed patch.
>>
>> That said, this option or the lack of it ought not to cause any
>> runtime crashes.  If it does, I'd feel much more comfortable to know
>> exactly what the root cause is before deciding to use the flag to
>> workaround^hide it.
> 
> I agree.
> 
> The constraints on [no-]unit-at-a-time that I see are:
> 	i386 uses no-unit-at-a-time for pre-4.0 (not 4.3)
> 	x86_64 uses unit-at-a-time always
> 
> 	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
> 	Ingo reported a gcc internal error with gcc 4.3 with
> no-unit-at-a-time 
> 	You are seeing extern inlines not resolved with gcc 4.3 with
> no-unit-at-a-time 
> 
> I'm tempted to follow x86 on this, with the results that
> 	extern inlines should be fine
> 	Ingo's gcc crash should not reappear
> 	Uli's crash may reappear
> 
> If that crash does come back, I'd say we should just debug it.  It's
> likely UML implicitly relying on some gcc behavior anyway.

Agreed.

> 
> This is the patch that I'm dropping into my tree:
> 
> Index: linux-2.6.22/arch/um/Makefile-i386
> ===================================================================
> --- linux-2.6.22.orig/arch/um/Makefile-i386	2008-05-29 11:21:25.000000000 -0400
> +++ linux-2.6.22/arch/um/Makefile-i386	2008-06-30 12:20:01.000000000 -0400
> @@ -32,4 +32,10 @@ cflags-y += $(call cc-option,-mpreferred
>  # an unresolved reference.
>  cflags-y += -ffreestanding
>  
> +# Disable unit-at-a-time mode on pre-gcc-4.0 compilers, it makes gcc use
> +# a lot more stack due to the lack of sharing of stacklots.  Also, gcc
> +# 4.3.0 needs -funit-at-a-time for extern inline functions.
> +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \

This isn't exactly aligned with the comment above.
Should be -lt 0400, as in 22eecde2f9034764a3fd095eecfa3adfb8ec9a98?

> +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
> +
>  KBUILD_CFLAGS += $(cflags-y)
> Index: linux-2.6.22/arch/um/Makefile-x86_64
> ===================================================================
> --- linux-2.6.22.orig/arch/um/Makefile-x86_64	2008-05-29 11:21:25.000000000 -0400
> +++ linux-2.6.22/arch/um/Makefile-x86_64	2008-06-30 12:21:01.000000000 -0400
> @@ -21,3 +21,6 @@ HEADER_ARCH := x86
>  
>  LINK-$(CONFIG_LD_SCRIPT_DYN) += -Wl,-rpath,/lib64
>  LINK-y += -m64
> +
> +# Do unit-at-a-time unconditionally on x86_64, following the host
> +KBUILD_CFLAGS += $(call cc-option,-funit-at-a-time)

Hmm, arch/um/Makefile includes $(srctree)/$(ARCH_DIR)/Makefile-$(SUBARCH)
before add -fno-unit-at-a-time to KBUILD_CFLAGS.
Will this override the flag set first here?

Benny

> 
> 				Jeff
> 


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [PATCH] fix extern inline errors with gcc 4.3.0

[Benny Halevy]

On Jun. 30, 2008, 19:22 +0300, Jeff Dike <jdike@addtoit.com> wrote:
> On Sun, Jun 29, 2008 at 10:32:43AM +0300, Benny Halevy wrote:
>> Note that the crash happened with gcc 4.1.2 and it will get the
>> -fno-unit-at-a-time flag with the proposed patch.
>>
>> That said, this option or the lack of it ought not to cause any
>> runtime crashes.  If it does, I'd feel much more comfortable to know
>> exactly what the root cause is before deciding to use the flag to
>> workaround^hide it.
> 
> I agree.
> 
> The constraints on [no-]unit-at-a-time that I see are:
> 	i386 uses no-unit-at-a-time for pre-4.0 (not 4.3)
> 	x86_64 uses unit-at-a-time always
> 
> 	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
> 	Ingo reported a gcc internal error with gcc 4.3 with
> no-unit-at-a-time 
> 	You are seeing extern inlines not resolved with gcc 4.3 with
> no-unit-at-a-time 
> 
> I'm tempted to follow x86 on this, with the results that
> 	extern inlines should be fine
> 	Ingo's gcc crash should not reappear
> 	Uli's crash may reappear
> 
> If that crash does come back, I'd say we should just debug it.  It's
> likely UML implicitly relying on some gcc behavior anyway.

Agreed.

> 
> This is the patch that I'm dropping into my tree:
> 
> Index: linux-2.6.22/arch/um/Makefile-i386
> ===================================================================
> --- linux-2.6.22.orig/arch/um/Makefile-i386	2008-05-29 11:21:25.000000000 -0400
> +++ linux-2.6.22/arch/um/Makefile-i386	2008-06-30 12:20:01.000000000 -0400
> @@ -32,4 +32,10 @@ cflags-y += $(call cc-option,-mpreferred
>  # an unresolved reference.
>  cflags-y += -ffreestanding
>  
> +# Disable unit-at-a-time mode on pre-gcc-4.0 compilers, it makes gcc use
> +# a lot more stack due to the lack of sharing of stacklots.  Also, gcc
> +# 4.3.0 needs -funit-at-a-time for extern inline functions.
> +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \

This isn't exactly aligned with the comment above.
Should be -lt 0400, as in 22eecde2f9034764a3fd095eecfa3adfb8ec9a98?

> +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
> +
>  KBUILD_CFLAGS += $(cflags-y)
> Index: linux-2.6.22/arch/um/Makefile-x86_64
> ===================================================================
> --- linux-2.6.22.orig/arch/um/Makefile-x86_64	2008-05-29 11:21:25.000000000 -0400
> +++ linux-2.6.22/arch/um/Makefile-x86_64	2008-06-30 12:21:01.000000000 -0400
> @@ -21,3 +21,6 @@ HEADER_ARCH := x86
>  
>  LINK-$(CONFIG_LD_SCRIPT_DYN) += -Wl,-rpath,/lib64
>  LINK-y += -m64
> +
> +# Do unit-at-a-time unconditionally on x86_64, following the host
> +KBUILD_CFLAGS += $(call cc-option,-funit-at-a-time)

Hmm, arch/um/Makefile includes $(srctree)/$(ARCH_DIR)/Makefile-$(SUBARCH)
before add -fno-unit-at-a-time to KBUILD_CFLAGS.
Will this override the flag set first here?

Benny

> 
> 				Jeff
> 

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Adrian Bunk]

On Mon, Jun 30, 2008 at 12:22:01PM -0400, Jeff Dike wrote:
> On Sun, Jun 29, 2008 at 10:32:43AM +0300, Benny Halevy wrote:
> > Note that the crash happened with gcc 4.1.2 and it will get the
> > -fno-unit-at-a-time flag with the proposed patch.
> > 
> > That said, this option or the lack of it ought not to cause any
> > runtime crashes.  If it does, I'd feel much more comfortable to know
> > exactly what the root cause is before deciding to use the flag to
> > workaround^hide it.
> 
> I agree.
> 
> The constraints on [no-]unit-at-a-time that I see are:
>...
> 	x86_64 uses unit-at-a-time always
>...

The only gcc versions that ever supported unit-at-a-time without 
enabling it by default was some patched gcc 3.3 that included a
backport of unit-at-a-time to gcc 3.3.

Just as a note that I doubt this matters in practice today.

> 				Jeff

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [PATCH] fix extern inline errors with gcc 4.3.0

[Adrian Bunk]

On Mon, Jun 30, 2008 at 12:22:01PM -0400, Jeff Dike wrote:
> On Sun, Jun 29, 2008 at 10:32:43AM +0300, Benny Halevy wrote:
> > Note that the crash happened with gcc 4.1.2 and it will get the
> > -fno-unit-at-a-time flag with the proposed patch.
> > 
> > That said, this option or the lack of it ought not to cause any
> > runtime crashes.  If it does, I'd feel much more comfortable to know
> > exactly what the root cause is before deciding to use the flag to
> > workaround^hide it.
> 
> I agree.
> 
> The constraints on [no-]unit-at-a-time that I see are:
>...
> 	x86_64 uses unit-at-a-time always
>...

The only gcc versions that ever supported unit-at-a-time without 
enabling it by default was some patched gcc 3.3 that included a
backport of unit-at-a-time to gcc 3.3.

Just as a note that I doubt this matters in practice today.

> 				Jeff

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Mon, Jun 30, 2008 at 07:37:27PM +0300, Benny Halevy wrote:
> This isn't exactly aligned with the comment above.
> Should be -lt 0400, as in 22eecde2f9034764a3fd095eecfa3adfb8ec9a98?

Oops, right.

			Jeff

-- 
Work email - jdike at linux dot intel dot com

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Mon, Jun 30, 2008 at 07:37:27PM +0300, Benny Halevy wrote:
> This isn't exactly aligned with the comment above.
> Should be -lt 0400, as in 22eecde2f9034764a3fd095eecfa3adfb8ec9a98?

Oops, right.

			Jeff

-- 
Work email - jdike at linux dot intel dot com

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[David Shane Holden]

I tried to build a UML 2.6.26 kernel on Debian (32-bit) and ran into the 
same problem reported here http://marc.info/?t=121011533500002&r=1&w=2. 
  If I use gcc 4.3 everything works fine, but if I use gcc 4.1 or 4.2, 
UML crashes on startup.  I changed the gcc version check to 0430 and 
both 4.1 and 4.2 compiled kernels worked fine.

Also, is there any chance of getting a SKAS4 patch against 2.6.26?  I 
was trying to test it against 2.6.25.10 and had some strange issues.  I 
was running Debian Etch inside VMWare with a 2.6.25.10 SKAS4-enabled 
kernel.  When I tried to start up a UML instance from root or a non-root 
account I was getting the same problem reported here.. 
http://thread.gmane.org/gmane.linux.uml.user/13045/focus=13059.  Now the 
weird part is if I started UML via sudo from a non-root account I'd get 
a segfault somewhere in libc but then UML would boot up into a working 
Linux environment saying SKAS4 was enabled.  Was hoping to try and test 
it some more on a newer kernel if there's a patch available.

Benny Halevy wrote:
> gcc 4.3.0 needs -funit-at-a-time for extern inline functions
> otherwise it doesn't find their body.
> 
> For example:
> $ gcc --version
> gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)
> 
> /usr0/export/dev/bhalevy/git/linux-pnfs-bh-nfs41/fs/buffer.c: In function ‘alloc_page_buffers’:
> /usr0/export/dev/bhalevy/git/linux-pnfs-bh-nfs41/fs/buffer.c:51: sorry, unimplemented: inlining failed in call to ‘init_buffer’: function body not available
> /usr0/export/dev/bhalevy/git/linux-pnfs-bh-nfs41/fs/buffer.c:948: sorry, unimplemented: called from here
> 
> Fix follows the lines of commit 22eecde2f9034764a3fd095eecfa3adfb8ec9a98
> that was reverted by commit c0a18111e571138747a98af18b3a2124df56a0d1,
> just limiting the flag for pre- gcc 4.3.0 rather than 4.0.
> 
> Signed-off-by: Benny Halevy <bhalevy@panasas.com>
> ---
>  arch/um/Makefile |    6 +++++-
>  1 files changed, 5 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/um/Makefile b/arch/um/Makefile
> index dbeab15..e7ed37b 100644
> --- a/arch/um/Makefile
> +++ b/arch/um/Makefile
> @@ -77,7 +77,11 @@ include $(srctree)/$(ARCH_DIR)/Makefile-os-$(OS)
>  KERNEL_DEFINES = $(strip -Derrno=kernel_errno -Dsigprocmask=kernel_sigprocmask \
>  			 -Dmktime=kernel_mktime $(ARCH_KERNEL_DEFINES))
>  KBUILD_CFLAGS += $(KERNEL_DEFINES)
> -KBUILD_CFLAGS += $(call cc-option,-fno-unit-at-a-time,)
> +# Disable unit-at-a-time mode on pre-gcc-4.3 compilers, it makes gcc use
> +# a lot more stack due to the lack of sharing of stacklots:
> +# gcc 4.3.0 needs -funit-at-a-time for extern inline functions
> +KBUILD_CFLAGS += $(shell if [ $(call cc-version) -lt 0403 ] ; then \
> +			echo $(call cc-option,-fno-unit-at-a-time); fi ;)
>  
>  PHONY += linux
>  


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Mon, Jul 14, 2008 at 11:30:15AM -0700, David Shane Holden wrote:
> I tried to build a UML 2.6.26 kernel on Debian (32-bit) and ran into the 
> same problem reported here http://marc.info/?t=121011533500002&r=1&w=2. 

It's really 2.6.26, and not something from a day or two earlier?  I
fixed the compilation bugs, supposedly, just before 2.6.26.

>   If I use gcc 4.3 everything works fine, but if I use gcc 4.1 or 4.2, 
> UML crashes on startup.

If the crash says ptrace in it, then I'm currently trying to figure
out what's happening with that.

> Also, is there any chance of getting a SKAS4 patch against 2.6.26?

Yup, I'm working on it...

     	 	    Jeff

-- 
Work email - jdike at linux dot intel dot com

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[SPAM] Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[David Shane Holden]

Jeff Dike wrote:
> On Mon, Jul 14, 2008 at 11:30:15AM -0700, David Shane Holden wrote:
>> I tried to build a UML 2.6.26 kernel on Debian (32-bit) and ran into the 
>> same problem reported here http://marc.info/?t=121011533500002&r=1&w=2. 
> 
> It's really 2.6.26, and not something from a day or two earlier?  I
> fixed the compilation bugs, supposedly, just before 2.6.26.

Yeah, it's a vanilla 2.6.26, and when comparing it to 2.6.26-rc9 the 
only difference in arch/um was the change for no-unit-at-a-time.

> 
>>   If I use gcc 4.3 everything works fine, but if I use gcc 4.1 or 4.2, 
>> UML crashes on startup.
> 
> If the crash says ptrace in it, then I'm currently trying to figure
> out what's happening with that.

It's crashing in wait_stub_done just like the poster of the message was 
having, it appears gcc 4.1 and 4.2 need -fno-unit-at-a-time.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Tue, Jul 15, 2008 at 11:42:05AM -0700, David Shane Holden wrote:
> Jeff Dike wrote:
> > On Mon, Jul 14, 2008 at 11:30:15AM -0700, David Shane Holden wrote:
> >> I tried to build a UML 2.6.26 kernel on Debian (32-bit) and ran into the 
> >> same problem reported here http://marc.info/?t=121011533500002&r=1&w=2. 
> > 
> > It's really 2.6.26, and not something from a day or two earlier?  I
> > fixed the compilation bugs, supposedly, just before 2.6.26.
> 
> Yeah, it's a vanilla 2.6.26, and when comparing it to 2.6.26-rc9 the 
> only difference in arch/um was the change for no-unit-at-a-time.

OK, I misunderstood - I thought you were saying you got compilation
errors, rather than crashes.  Hence my incredulity, since that patch
was supposed to fix the compile errors.

> > 
> >>   If I use gcc 4.3 everything works fine, but if I use gcc 4.1 or 4.2, 
> >> UML crashes on startup.
> > 
> > If the crash says ptrace in it, then I'm currently trying to figure
> > out what's happening with that.
> 
> It's crashing in wait_stub_done just like the poster of the message was 
> having, it appears gcc 4.1 and 4.2 need -fno-unit-at-a-time.

Well, we need to figure out why the initcalls aren't happening with
-unit-at-a-time and some versions of gcc.

		    	 	  Jeff

-- 
Work email - jdike at linux dot intel dot com

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Jeff Dike]

On Wed, Jul 16, 2008 at 02:55:31PM +0300, Boaz Harrosh wrote:
> BTW I use gcc 4.1 on FC7 and all is fine, but I have an x86_64 machine,
> is this problem i386 only?

It's been seen on both i386 and x86_64.  Initially, it was x86_64.  I
couldn't reproduce it here despite having the same environment and
config as the person reporting it.

       	      	     	       Jeff

-- 
Work email - jdike at linux dot intel dot com

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Rob Landley]

On Monday 30 June 2008 11:22:01 Jeff Dike wrote:
> 	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
...
> If that crash does come back, I'd say we should just debug it.  It's
> likely UML implicitly relying on some gcc behavior anyway.

Well, I'm seeing the crash in stock 2.6.26.  For the moment I'm reverting

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4f81c5350b44bcc501ab6f8a089b16d064b4d2f6

And then it runs fine.  (With gcc 4.1.2, on x86-64.)

Rob
-- 
"One of my most productive days was throwing away 1000 lines of code."
  - Ken Thompson.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Rob Landley]

On Monday 30 June 2008 11:22:01 Jeff Dike wrote:
> 	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
...
> If that crash does come back, I'd say we should just debug it.  It's
> likely UML implicitly relying on some gcc behavior anyway.

Well, I'm seeing the crash in stock 2.6.26.  For the moment I'm reverting

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4f81c5350b44bcc501ab6f8a089b16d064b4d2f6

And then it runs fine.  (With gcc 4.1.2, on x86-64.)

Rob
-- 
"One of my most productive days was throwing away 1000 lines of code."
  - Ken Thompson.

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Rob Landley]

> On Monday 30 June 2008 11:22:01 Jeff Dike wrote:
> > 	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
>
> ...
>
> > If that crash does come back, I'd say we should just debug it.  It's
> > likely UML implicitly relying on some gcc behavior anyway.
>
> Well, I'm seeing the crash in stock 2.6.26.  For the moment I'm reverting
>
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdi
>ff;h=4f81c5350b44bcc501ab6f8a089b16d064b4d2f6
>
> And then it runs fine.  (With gcc 4.1.2, on x86-64.)

Nevermind, fixed in 2.6.26.2 already.  Sorry for the noise...

Rob
-- 
"One of my most productive days was throwing away 1000 lines of code."
  - Ken Thompson.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] fix extern inline errors with gcc 4.3.0

[Rob Landley]

> On Monday 30 June 2008 11:22:01 Jeff Dike wrote:
> > 	Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
>
> ...
>
> > If that crash does come back, I'd say we should just debug it.  It's
> > likely UML implicitly relying on some gcc behavior anyway.
>
> Well, I'm seeing the crash in stock 2.6.26.  For the moment I'm reverting
>
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdi
>ff;h=4f81c5350b44bcc501ab6f8a089b16d064b4d2f6
>
> And then it runs fine.  (With gcc 4.1.2, on x86-64.)

Nevermind, fixed in 2.6.26.2 already.  Sorry for the noise...

Rob
-- 
"One of my most productive days was throwing away 1000 lines of code."
  - Ken Thompson.