Building kenel error

Building kenel error

[kabbin]

Dear all:
  When I build kernel 2.6.10 which downloaded from
http://linux.omap.com/pub/kernel/h4/source/linux-2.6.10-omap2420-omap2430.tgz

I got : 
In file included from include/asm/page.h:27,
                 from include/asm/cpu-single.h:33,
                 from include/asm/proc-fns.h:154,
                 from include/asm/system.h:94,
                 from include/asm/bitops.h:22,
                 from include/linux/bitops.h:4,
                 from include/linux/thread_info.h:20,
                 from include/linux/spinlock.h:12,
                 from include/linux/capability.h:45,
                 from include/linux/sched.h:7,
                 from
arch/arm/kernel/asm-offsets.c:13:
include/asm/glue.h:111:2: error: #error Unknown data
abort handler type
In file included from include/asm/cpu-single.h:33,
                 from include/asm/proc-fns.h:154,
                 from include/asm/system.h:94,
                 from include/asm/bitops.h:22,
                 from include/linux/bitops.h:4,
                 from include/linux/thread_info.h:20,
                 from include/linux/spinlock.h:12,
                 from include/linux/capability.h:45,
                 from include/linux/sched.h:7,
                 from
arch/arm/kernel/asm-offsets.c:13:
include/asm/page.h:92:2: error: #error Unknown user
operations model

Is there some problems on my toolchain ?
Or maybe I use the  wrong config setting ? 
Thanks. Best Regards.

yanming.

___________________________________________________ 
 最新版 Yahoo!奇摩即時通訊 7.0，免費網路電話任你打！ 
 http://messenger.yahoo.com.tw/

Building kenel error

[kabbin]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=big5, Size: 1996 bytes --]


Dear all:
  I use arm-linux-gcc-4.0.2-glibc-2.3.6 to build linux kernel from
http://linux.omap.com/pub/kernel/h4/source/linux-2.6.10-omap2420-omap2430.tgz

# make clean
# make omap_h4_2420_defconfig 
# make uImage

and I got :
arch/arm/mach-omap2/clock24xx.c: In function ˜c'clk_safe':
arch/arm/mach-omap2/clock24xx.c:1365: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1366: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1370: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1371: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1378: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1379: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1383: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1384: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1388: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1392: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1396: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1397: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1401: error: case label does not reduce to an integer constant
arch/arm/mach-omap2/clock24xx.c:1402: error: case label does not reduce to an integer constant
make[1]: *** [arch/arm/mach-omap2/clock24xx.o] Error 1
make: *** [arch/arm/mach-omap2] Error 2


Is this a well-known bug? And do I need to find a patch for it? 
Thanks for your help. 
BEST REGARDS.  


___________________________________________________ 
 ³Ì·sª© Yahoo!©_¼¯§Y®É³q°T 7.0¡A§K¶Oºô¸ô¹q¸Ü¥ô§A¥´¡I 
 http://messenger.yahoo.com.tw/

RE: Building kenel error

[Woodruff, Richard]

[-- Attachment #1: Type: text/plain, Size: 2929 bytes --]

That kernel is too old to be built on the latest compiler.  It will likely build with out incident with a 3.4.x compiler or earlier.  The main kernel will have a number of patches which makes it go using a 4.x compiler.  These would need to be back ported in order to use that tool chain.

Regards,
Richard W.

> -----Original Message-----
> From: linux-omap-open-source-bounces@linux.omap.com [mailto:linux-omap-
> open-source-bounces@linux.omap.com] On Behalf Of kabbin
> Sent: Friday, August 18, 2006 4:19 AM
> To: Linux-omap-open-source@linux.omap.com
> Subject: Building kenel error
> 
> 
> Dear all:
>   I use arm-linux-gcc-4.0.2-glibc-2.3.6 to build linux kernel from
> http://linux.omap.com/pub/kernel/h4/source/linux-2.6.10-omap2420-
> omap2430.tgz
> 
> # make clean
> # make omap_h4_2420_defconfig
> # make uImage
> 
> and I got :
> arch/arm/mach-omap2/clock24xx.c: In function 'clk_safe':
> arch/arm/mach-omap2/clock24xx.c:1365: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1366: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1370: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1371: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1378: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1379: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1383: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1384: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1388: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1392: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1396: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1397: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1401: error: case label does not reduce to
> an integer constant
> arch/arm/mach-omap2/clock24xx.c:1402: error: case label does not reduce to
> an integer constant
> make[1]: *** [arch/arm/mach-omap2/clock24xx.o] Error 1
> make: *** [arch/arm/mach-omap2] Error 2
> 
> 
> Is this a well-known bug? And do I need to find a patch for it?
> Thanks for your help.
> BEST REGARDS.
> 
> 
> ___________________________________________________
>  最新版 Yahoo!奇摩即時通訊 7.0，免費網路電話任你打！
>  http://messenger.yahoo.com.tw/
> _______________________________________________
> Linux-omap-open-source mailing list
> Linux-omap-open-source@linux.omap.com
> http://linux.omap.com/mailman/listinfo/linux-omap-open-source

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

RE: Building kenel error

[Hingkwan Huen]

Richard,
I never had success of using gcc-4.0.2 and later on 2.6.16/17 kernel. So
I just stick with the older gcc-3.4.1. Which version of tool chain are
you using for 2.6.16 or 2.6.17 kernel? Any advantages of using the later
version of the compiler?
Thanks,
kwan

On Fri, 2006-08-18 at 07:04 -0500, Woodruff, Richard wrote:
> That kernel is too old to be built on the latest compiler.  It will likely build with out incident with a 3.4.x compiler or earlier.  The main kernel will have a number of patches which makes it go using a 4.x compiler.  These would need to be back ported in order to use that tool chain.
> 
> Regards,
> Richard W.
> 
> > -----Original Message-----
> > From: linux-omap-open-source-bounces@linux.omap.com [mailto:linux-omap-
> > open-source-bounces@linux.omap.com] On Behalf Of kabbin
> > Sent: Friday, August 18, 2006 4:19 AM
> > To: Linux-omap-open-source@linux.omap.com
> > Subject: Building kenel error
> > 
> > 
> > Dear all:
> >   I use arm-linux-gcc-4.0.2-glibc-2.3.6 to build linux kernel from
> > http://linux.omap.com/pub/kernel/h4/source/linux-2.6.10-omap2420-
> > omap2430.tgz
> > 
> > # make clean
> > # make omap_h4_2420_defconfig
> > # make uImage
> > 
> > and I got :
> > arch/arm/mach-omap2/clock24xx.c: In function 'clk_safe':
> > arch/arm/mach-omap2/clock24xx.c:1365: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1366: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1370: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1371: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1378: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1379: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1383: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1384: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1388: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1392: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1396: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1397: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1401: error: case label does not reduce to
> > an integer constant
> > arch/arm/mach-omap2/clock24xx.c:1402: error: case label does not reduce to
> > an integer constant
> > make[1]: *** [arch/arm/mach-omap2/clock24xx.o] Error 1
> > make: *** [arch/arm/mach-omap2] Error 2
> > 
> > 
> > Is this a well-known bug? And do I need to find a patch for it?
> > Thanks for your help.
> > BEST REGARDS.
> > 
> > 
> > ___________________________________________________
> >  最新版 Yahoo!奇摩即時通訊 7.0，免費網路電話任你打！
> >  http://messenger.yahoo.com.tw/
> > _______________________________________________
> > Linux-omap-open-source mailing list
> > Linux-omap-open-source@linux.omap.com
> > http://linux.omap.com/mailman/listinfo/linux-omap-open-source
> _______________________________________________
> Linux-omap-open-source mailing list
> Linux-omap-open-source@linux.omap.com
> http://linux.omap.com/mailman/listinfo/linux-omap-open-source

Re: Building kenel error

[Dirk Behme]

Hingkwan Huen wrote:
> Which version of tool chain are
> you using for 2.6.16 or 2.6.17 kernel?

Regarding GCC 4.x.x, if you like prebuild toolchain, try 
CodeSourcery:

http://www.codesourcery.com/gnu_toolchains/arm/

If you like to build your toolchain on our own, try crosstool:

http://kegel.com/crosstool/

crosstool-0.42 with

eval `cat arm.dat gcc-4.1.0-glibc-2.3.2.dat`  sh all.sh --notest

configuration and additional patch (for ALSA sound)

http://gcc.gnu.org/viewcvs/branches/csl/sourcerygxx-4_1/gcc/cse.c?r1=115616&r2=115615&view=patch&pathrev=115616
(fixes http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363)

works for me.

There may be several other working GCC 4.x.x toolchains out 
there. But I think most people still use GCC 3.x.x toolchains.

Dirk

RE: Building kenel error

[Woodruff, Richard]

> I never had success of using gcc-4.0.2 and later on 2.6.16/17 kernel.
So
> I just stick with the older gcc-3.4.1. Which version of tool chain are
> you using for 2.6.16 or 2.6.17 kernel? Any advantages of using the
later
> version of the compiler?
> Thanks,
> kwan

We have to use several different versions.  Currently I use 3.4.0,
3.4.3, and 3.3.1 on older kernels.  On the latest kernels we will use
4.1.0.  We have built these, gotten them from a vendor, or gotten from
www.codesourcery.com .

One of the main reasons for using CodeSourcery based tool chains is they
provide newer ARM support though ARMv7 (including VFP & VFP2).  If you
are doing gaming with the OMAP2 3d core it can provide a nice boost.

Regards,
Richard W.

Re: Building kenel error

[Brian Swetland]

["Woodruff, Richard" <r-woodruff2@ti.com>]
> 
> > I never had success of using gcc-4.0.2 and later on 2.6.16/17 kernel.
> So
> > I just stick with the older gcc-3.4.1. Which version of tool chain are
> > you using for 2.6.16 or 2.6.17 kernel? Any advantages of using the
> later
> > version of the compiler?
> > Thanks,
> > kwan
> 
> We have to use several different versions.  Currently I use 3.4.0,
> 3.4.3, and 3.3.1 on older kernels.  On the latest kernels we will use
> 4.1.0.  We have built these, gotten them from a vendor, or gotten from
> www.codesourcery.com .
> 
> One of the main reasons for using CodeSourcery based tool chains is they
> provide newer ARM support though ARMv7 (including VFP & VFP2).  If you
> are doing gaming with the OMAP2 3d core it can provide a nice boost.

What is codegen and stability like?  I suffered through a number of
pre-3.x versions while working at Danger and have found the 3.3.x and
3.4.x toolchains to be pretty solid.  I had heard that the changes in 
4.x resulted in big improvements in x86 codegen but other platforms 
suffered a bit -- any truth to this?  New instruction set support is
very cool, but I'm curious how the baseline arm and thumb support has 
held up. 

Brian

RE: Building kenel error

[Woodruff, Richard]

> > We have to use several different versions.  Currently I use 3.4.0,
> > 3.4.3, and 3.3.1 on older kernels.  On the latest kernels we will
use
> > 4.1.0.  We have built these, gotten them from a vendor, or gotten
from
> > www.codesourcery.com .
> >
> > One of the main reasons for using CodeSourcery based tool chains is
they
> > provide newer ARM support though ARMv7 (including VFP & VFP2).  If
you
> > are doing gaming with the OMAP2 3d core it can provide a nice boost.
> 
> What is codegen and stability like?  I suffered through a number of
> pre-3.x versions while working at Danger and have found the 3.3.x and
> 3.4.x toolchains to be pretty solid.  I had heard that the changes in
> 4.x resulted in big improvements in x86 codegen but other platforms
> suffered a bit -- any truth to this?  New instruction set support is
> very cool, but I'm curious how the baseline arm and thumb support has
> held up.

I've not (nor had to) pay much attention to those aspects yet. Getting
integrated vfp and new instructions was the primary driver.  ARM Ltd. is
also validating their builds against it.  I think it has thumb2 support
also, perhaps some neon.  The latest u-boot and kernels do build and
boot against it...  It will surely have some issues, I hope we're not
impacted...will see.

Regards,
Richard W.

Re: Building kenel error

[lamikr]

Woodruff, Richard wrote:
>> I never had success of using gcc-4.0.2 and later on 2.6.16/17 kernel.
>>     
> So
>   
>> I just stick with the older gcc-3.4.1. Which version of tool chain are
>> you using for 2.6.16 or 2.6.17 kernel? Any advantages of using the
>>     
> later
>   
>> version of the compiler?
>> Thanks,
>> kwan
>>     
>
> We have to use several different versions.  Currently I use 3.4.0,
> 3.4.3, and 3.3.1 on older kernels.  On the latest kernels we will use
> 4.1.0.  We have built these, gotten them from a vendor, or gotten from
> www.codesourcery.com .
>
> One of the main reasons for using CodeSourcery based tool chains is they
> provide newer ARM support though ARMv7 (including VFP & VFP2).  If you
> are doing gaming with the OMAP2 3d core it can provide a nice boost.
>   
Do you know does codesourcery or somebody else done yet eabi gcc that
would support armv4 or armv4t?

Mika

RE: Building kenel error

[Woodruff, Richard]

> Do you know does codesourcery or somebody else done yet eabi gcc that
> would support armv4 or armv4t?

I don't know.  I've only used v5t and above with eabi.  I've not looked
or tried for others.  Others would certainly know better.

Regards,
Richard W.

RE: Building kenel error (uImage)

[kabbin]

Dear all
   I use arm-linux-gcc 3.4.1 to build kernel 2.6.10 for omap2420h4
 (http://linux.omap.com/pub/kernel/h4/source/linux-2.6.10-omap2420-omap2430.tgz)
  with  
# make clean
# make omap_h4_2420_defconfig
# make uImage
And I got 

  Kernel: arch/arm/boot/Image is ready
  Kernel: arch/arm/boot/zImage is ready
  UIMAGE  arch/arm/boot/uImage
  "mkimage" command not found - U-Boot images will not be built
  Image arch/arm/boot/uImage is ready

I already got Image and zImage, 

but I cannot find uImage in the directory (or any others) ! 

It seems that zImage and Image do not work on the target board.
How can I get uImage ?
Why "mkimage" command not found?
Could you tell me any suggestion? Thank you. 
Best regards.            

___________________________________________________ 
 最新版 Yahoo!奇摩即時通訊 7.0，免費網路電話任你打！ 
 http://messenger.yahoo.com.tw/

Re: Building kenel error (uImage)

[imre.deak]

On Tue, Aug 29, 2006 at 06:43:07PM +0800, kabbin wrote:
> Dear all
>    I use arm-linux-gcc 3.4.1 to build kernel 2.6.10 for omap2420h4
>  (http://linux.omap.com/pub/kernel/h4/source/linux-2.6.10-omap2420-omap2430.tgz)
>   with  
> # make clean
> # make omap_h4_2420_defconfig
> # make uImage
> And I got 
> 
>   Kernel: arch/arm/boot/Image is ready
>   Kernel: arch/arm/boot/zImage is ready
>   UIMAGE  arch/arm/boot/uImage
>   "mkimage" command not found - U-Boot images will not be built
    ^^^^

You need the U-Boot mkimage tool, and it's folder in your path.

--Imre
    
>   Image arch/arm/boot/uImage is ready
> 
> I already got Image and zImage, 
> 
> but I cannot find uImage in the directory (or any others) ! 
> 
> It seems that zImage and Image do not work on the target board.
> How can I get uImage ?
> Why "mkimage" command not found?
> Could you tell me any suggestion? Thank you. 
> Best regards.            
> 
> ___________________________________________________ 
>  最新版 Yahoo!奇摩即時通訊 7.0，免費網路電話任你打！ 
>  http://messenger.yahoo.com.tw/
> _______________________________________________
> Linux-omap-open-source mailing list
> Linux-omap-open-source@linux.omap.com
> http://linux.omap.com/mailman/listinfo/linux-omap-open-source

RE: Building kenel error (uImage)

[kabbin]

Dear all
    I use arm-linux-gcc 3.4.1 to build kernel 2.6.10 for omap2420h4 
  (http://linux.omap.com/pub/kernel/h4/source/linux-2.6.10-omap2420-omap2430.tgz)  
 # make clean
 # make omap_h4_2420_defconfig
 # make uImage

However,when I boot kernel through NFS, I got

//****************************************************************************
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET: Registered protocol family 1
NET: Registered protocol family 17
VFP support v0.3: implementor 41 architecture 1 part 20 variant b rev 2

IP-Config: Failed to open eth0                     <-----------
IP-Config: No network devices available.           <-----------

Looking up port of RPC 100003/2 on 140.92.60.138
RPC: sendmsg returned error 101
portmap: RPC call returned error 101
Root-NFS: Unable to get nfsd port number from server, using default
//****************************************************************************

Maybe something wrong with the network driver? 
I have tried to modified the kernel configure through menuconfig,
but it still worked fail.
Could anybody tell me how to use the correct configuration ?  

Thanks , best regards.

___________________________________________________ 
 您的生活即時通 － 溝通、娛樂、生活、工作一次搞定！ 
 http://messenger.yahoo.com.tw/