public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* 2.5.56: undefined reference to `_ebss' from drivers/mtd/maps/uclinux.c
@ 2003-01-12  9:55 Adrian Bunk
  2003-01-13  7:23 ` Greg Ungerer
  0 siblings, 1 reply; 5+ messages in thread
From: Adrian Bunk @ 2003-01-12  9:55 UTC (permalink / raw)
  To: gerg; +Cc: linux-kernel

Hi Greg,

trying to compile 2.5.56 with CONFIG_MTD_UCLINUX fails on i386 with
  undefined reference to `_ebss'
at the final linking.

It seems _ebss is only defined on the architectures m68knommu and v850?

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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.5.56: undefined reference to `_ebss' from drivers/mtd/maps/uclinux.c
  2003-01-12  9:55 2.5.56: undefined reference to `_ebss' from drivers/mtd/maps/uclinux.c Adrian Bunk
@ 2003-01-13  7:23 ` Greg Ungerer
  2003-03-20 14:59   ` Adrian Bunk
  0 siblings, 1 reply; 5+ messages in thread
From: Greg Ungerer @ 2003-01-13  7:23 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: linux-kernel

Hi Adrian,

Adrian Bunk wrote:
> trying to compile 2.5.56 with CONFIG_MTD_UCLINUX fails on i386 with
>   undefined reference to `_ebss'
> at the final linking.
> 
> It seems _ebss is only defined on the architectures m68knommu and v850?

Hmm, currently that is correct. There doesn't appear to be a
"standard" symbol name applied to the immediate end of the bss
section. Different architectures are using different names:

   _ebss        -- m68knommu, v850
   __bss_stop   -- i386, alpha, ppc, s390
   __bss_end    -- x86_64
   _end         -- mips, parisc, sparc, (actually most have this)

Actually it looks like _end is probably closer, it seems to
almost always fall strait after the bss, on just about every
architecture that has it.

Come to think of it _end is probably more appropriate anyway.
Since that code is trying to find the location of something
concatenated to the end of the kernel image.

Regards
Greg


------------------------------------------------------------------------
Greg Ungerer  --  Chief Software Wizard        EMAIL:  gerg@snapgear.com
SnapGear Pty Ltd                               PHONE:    +61 7 3435 2888
825 Stanley St,                                  FAX:    +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia              WEB:   www.SnapGear.com


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.5.56: undefined reference to `_ebss' from drivers/mtd/maps/uclinux.c
  2003-01-13  7:23 ` Greg Ungerer
@ 2003-03-20 14:59   ` Adrian Bunk
  2003-03-20 16:00     ` [patch] " Adrian Bunk
  0 siblings, 1 reply; 5+ messages in thread
From: Adrian Bunk @ 2003-03-20 14:59 UTC (permalink / raw)
  To: Greg Ungerer, David Woodhouse; +Cc: linux-kernel

On Mon, Jan 13, 2003 at 05:23:21PM +1000, Greg Ungerer wrote:
> Hi Adrian,
> 
> Adrian Bunk wrote:
> >trying to compile 2.5.56 with CONFIG_MTD_UCLINUX fails on i386 with
> >  undefined reference to `_ebss'
> >at the final linking.
> >
> >It seems _ebss is only defined on the architectures m68knommu and v850?
> 
> Hmm, currently that is correct. There doesn't appear to be a
> "standard" symbol name applied to the immediate end of the bss
> section. Different architectures are using different names:
> 
>   _ebss        -- m68knommu, v850
>   __bss_stop   -- i386, alpha, ppc, s390
>   __bss_end    -- x86_64
>   _end         -- mips, parisc, sparc, (actually most have this)
> 
> Actually it looks like _end is probably closer, it seems to
> almost always fall strait after the bss, on just about every
> architecture that has it.
> 
> Come to think of it _end is probably more appropriate anyway.
> Since that code is trying to find the location of something
> concatenated to the end of the kernel image.


This problem (undefined reference to `_ebss') is still present in 
2.5.65.

It might not be a solution for the whole issue, but is it intentionally
that it's possible to enable CONFIG_MTD_UCLINUX on non-uClinux 
architectures or should an appropriate dependency be added to the 
Kconfig file?


> Regards
> Greg

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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [patch] Re: 2.5.56: undefined reference to `_ebss' from drivers/mtd/maps/uclinux.c
  2003-03-20 14:59   ` Adrian Bunk
@ 2003-03-20 16:00     ` Adrian Bunk
  2003-03-21  0:48       ` Greg Ungerer
  0 siblings, 1 reply; 5+ messages in thread
From: Adrian Bunk @ 2003-03-20 16:00 UTC (permalink / raw)
  To: Greg Ungerer, David Woodhouse; +Cc: linux-kernel

On Thu, Mar 20, 2003 at 03:59:28PM +0100, Adrian Bunk wrote:
>...
> It might not be a solution for the whole issue, but is it intentionally
> that it's possible to enable CONFIG_MTD_UCLINUX on non-uClinux 
> architectures or should an appropriate dependency be added to the 
> Kconfig file?

The following patch should do what I was thinking of:

--- linux-2.5.65-full/drivers/mtd/maps/Kconfig.old	2003-03-20 16:56:25.000000000 +0100
+++ linux-2.5.65-full/drivers/mtd/maps/Kconfig	2003-03-20 16:56:45.000000000 +0100
@@ -348,7 +348,7 @@
 
 config MTD_UCLINUX
 	tristate "Generic uClinux RAM/ROM filesystem support"
-	depends on MTD_PARTITIONS
+	depends on MTD_PARTITIONS && !MMU
 	help
 	  Map driver to support image based filesystems for uClinux.
 


Any comments on whether this is correct?


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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [patch] Re: 2.5.56: undefined reference to `_ebss' from drivers/mtd/maps/uclinux.c
  2003-03-20 16:00     ` [patch] " Adrian Bunk
@ 2003-03-21  0:48       ` Greg Ungerer
  0 siblings, 0 replies; 5+ messages in thread
From: Greg Ungerer @ 2003-03-21  0:48 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: David Woodhouse, linux-kernel

Hi Adrian,

This seems reasonable to me. It is after all targeted at uclinux.
I suspect noone with VM setups would be much interrested in using
it anyway.

Patch looks good to me.

Regards
Greg



Adrian Bunk wrote:
> On Thu, Mar 20, 2003 at 03:59:28PM +0100, Adrian Bunk wrote:
> 
>>...
>>It might not be a solution for the whole issue, but is it intentionally
>>that it's possible to enable CONFIG_MTD_UCLINUX on non-uClinux 
>>architectures or should an appropriate dependency be added to the 
>>Kconfig file?
> 
> 
> The following patch should do what I was thinking of:
> 
> --- linux-2.5.65-full/drivers/mtd/maps/Kconfig.old	2003-03-20 16:56:25.000000000 +0100
> +++ linux-2.5.65-full/drivers/mtd/maps/Kconfig	2003-03-20 16:56:45.000000000 +0100
> @@ -348,7 +348,7 @@
>  
>  config MTD_UCLINUX
>  	tristate "Generic uClinux RAM/ROM filesystem support"
> -	depends on MTD_PARTITIONS
> +	depends on MTD_PARTITIONS && !MMU
>  	help
>  	  Map driver to support image based filesystems for uClinux.
>  
> 
> 
> Any comments on whether this is correct?
> 
> 
> cu
> Adrian
> 

-- 
------------------------------------------------------------------------
Greg Ungerer  --  Chief Software Wizard        EMAIL:  gerg@snapgear.com
SnapGear Pty Ltd                               PHONE:    +61 7 3435 2888
825 Stanley St,                                  FAX:    +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia              WEB:   www.SnapGear.com


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2003-03-21  0:38 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-01-12  9:55 2.5.56: undefined reference to `_ebss' from drivers/mtd/maps/uclinux.c Adrian Bunk
2003-01-13  7:23 ` Greg Ungerer
2003-03-20 14:59   ` Adrian Bunk
2003-03-20 16:00     ` [patch] " Adrian Bunk
2003-03-21  0:48       ` Greg Ungerer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox