OE cross toolchain for SH4

[tom_van]

Hi developers,

Good work Arris and Aquadran! Thanks.
I compiled OE from branch-0-0-1, svn rev 204 for T-RBYDEUC and all up to fuse pkg compiled almost cleanly.
I made some changes in kernel config and tested uImage boot from nfs in my LE46A965.
Just a short test - TV worked as usual.

Erdem, can you give me rights for svn ckeck in? Or should I send patches?

[erdem_ua]

Please send patches so arris or aquadrian. Thanks.

[tom_van]

Patch is here: http://volny.cz/vanekt/sam/samygo-eo-br ... -sh4.patch
Sorry, all is in one file.
Please commit with description:
switched to right selp kernel config for T-RBYDEUC
generate uImage instead of zImage
added selp kernel patch to make image cleanly on ubuntu 9.10 (sh is not bash)
added selp kernel patch to remove crippling of stasc serial port

[arris69]

Patch is here: http://volny.cz/vanekt/sam/samygo-eo-br ... -sh4.patch
Sorry, all is in one file.
Please commit with description:
switched to right selp kernel config for T-RBYDEUC
generate uImage instead of zImage
added selp kernel patch to make image cleanly on ubuntu 9.10 (sh is not bash)
added selp kernel patch to remove crippling of stasc serial port

hi,
can you pls. verify the load address and entry point for the uImage:

Code: Select all

Image Name:   Linux-2.6.17.14_stm22_0039-Samsu                                                                               
Created:      Fri Feb 12 22:37:18 2010                                                                                       
Image Type:   SuperH Linux Kernel Image (gzip compressed)                                                                    
Data Size:    1250145 Bytes = 1220.84 kB = 1.19 MB                                                                           
Load Address: 0x84601000                                                                                                     
Entry Point:  0x84602000                                                                                                     
  Image arch/sh/boot/uImage is ready 

arris

[tom_van]

Yes, correct.
Same as for uncompressed original Samsung image in flash

Code: Select all

STi710x> iminfo 0x84100000

## Checking Image at 84100000 ...
   Image Name:   Linux 2.6
   Image Type:   SH-4 Linux Kernel Image (uncompressed)
   Data Size:    2864469 Bytes =  2.7 MB
   Load Address: 84601000
   Entry Point:  84602000
   Verifying Checksum ... OK
STi710x>

and there is nfs boot log for similar image (not the one from oe)

Code: Select all

STi710x> nfs 84100000 $nfsserver:$nfsrootdir/$bootfile;setenv bootargs console=ttyAS0,115200 bigphysarea=$bigphys nwhwconf=device:eth0,hwaddr:$ethaddr root=/dev/nfs ip=$ipaddr:$nfsserver:$gatewayip:$netmask:sam::off nfsroot=$nfsrootdir rw;bootm

STMAC: SMSC LAN8700 found
File transfer via NFS from server 192.168.33.22; our IP address is 192.168.33.10
Filename '/home/vanekt/sam/nfs-root/uImage'.
Load address: 0x84100000
Loading: #################################################################
	 #################################################################
	 #################################################################
	 #################################################################
	 ###
done
Bytes transferred = 1345770 (1488ea hex)
## Booting image at 84100000 ...
   Image Name:   Linux-2.6.17.14_stm22_0039-Samsu
   Image Type:   SuperH Linux Kernel Image (gzip compressed)
   Data Size:    1345706 Bytes =  1.3 MB
   Load Address: 84601000
   Entry Point:  84602000
   Uncompressing Kernel Image ... OK

Starting kernel console=ttyAS0,115200 mem=84M bigphysarea=2000 nwhwconf=device:eth0,hwaddr:00:12:fb:1a:15:03 root=/dev/nfs ip=192.168.33.10:192.168.33.22:192.168.33.33:255.255.255.0:sam::off nfsroot=/home/vanekt/sam/nfs-root rw - 0x00000000 - 0 ...

[4294667.296000] ccr = 80000103
[4294667.296000] CCR_CACHE_ENABLE = 101
[4294667.296000] Linux version 2.6.17.14_stm22_0039-Samsung_7103 (vanekt@ktus) (gcc version 4.1.1 (STMicroelectronics/Linux Base 4.1.1-23)) #280 PREEMPT Wed Feb 3 23:30:04 CET 2010
[4294667.296000] STMicroelectronics STb7100 Reference board initialisation
[4294667.296000] STb7109 version 3.x

[arris69]

Yes, correct.
...

selp-remove-yongsik-crippling-from-stasc.patch are commited, let me know if

Code: Select all

EXTRA_OEMAKE += "'SHELL=/bin/bash'"

its ok to fix the bash problem.
fuse is also fixed

Code: Select all

svn up
cd build ; . ./env.source ; bitbake -c clean virtual/kernel ; cd -
cd build ; . ./env.source ; bitbake -c clean fuse ; cd -

change MACHINE in makefile

Code: Select all

make -f Makefile-SELP-SamyGO gallery

no native support for NTFS on this tv?
did you enabled extra modules in your kernel?
tv has content gallery? if yes can you pls. check SamyGO Extensions.

tnx.
arris

[tom_van]

let me know if

Code: Select all

EXTRA_OEMAKE += "'SHELL=/bin/bash'"

its ok to fix the bash problem.

Must admit I don't understand why ubuntu 9.10 insists on dash as default shell.
If you mean EXTRA_OEMAKE should be in linux-st_2.6.17.14_r01.bb : no, it does not work.
It's first time I'm using oe and to be honest, I'm not a fan of directory names way longer than a line.
The selp-bash-not-default-sh.patch was inspired by current kernel Makefiles and I used
it before tried oe.

no native support for NTFS on this tv?

No. Original TV firmware says:

Code: Select all

# cat /proc/filesystems
nodev   sysfs
nodev   rootfs
nodev   bdev
nodev   proc
nodev   sockfs
nodev   usbfs
nodev   pipefs
nodev   futexfs
nodev   tmpfs
nodev   inotifyfs
nodev   eventpollfs
nodev   devpts
        squashfs
nodev   ramfs
        vfat
nodev   mqueue
        rfs

did you enabled extra modules in your kernel?

Not yet tested in oe toolchain. With STLinux2.2:
nfs stuff runs ok as modules or built in (also with ip init for nfs-root).
cifs module is ok

I also disabled CONFIG_VT, CONFIG_DEBUG_STACK_USAGE, CONFIG_RFS_FAT_DEBUG

Tried to disable too verbose debug logs from fsr/fsr_stl but without succes
(probably needs recompile fsr and fsr_stl modules, which are closed source)

And a regard from Korea:
CONFIG_RFS_DEFAULT_CODEPAGE="cp949"
Not too useful for european model, iso8859-1 would be better.
But watch out: rfs is a module residing /mtd_boot so don't remove cp949
from kernel nls support or TV will not boot with original root and mtd_boot

tv has content gallery? if yes can you pls. check SamyGO Extensions.

As discussed in http://forum.samygo.tv/viewtopic.php?f=2&t=49&start=60
there is content gallery on LE46A956 but no known way to load .so

Thanks for you effort spent on models others than you have

[arris69]

...

tv has content gallery? if yes can you pls. check SamyGO Extensions.

As discussed in http://forum.samygo.tv/viewtopic.php?f=2&t=49&start=60
there is content gallery on LE46A956 but no known way to load .so
...

i have to make more notices

changes are commited in svn.

tnx alot
arris

[tom_van]

Hi Arris,

I've updated svn and noticed how careful you are - I didn't spot the need of mkimage dependency because
there is an mkimage build for i386 in linux-st gzip.

Still was not able compile fuse and when I removed djmount from dependecies I got similar autoconf error for e2fsprogs-libs:

Code: Select all

+ autoreconf -Wcross --verbose --install --force --exclude=autopoint -I /home/vanekt/sam/Extensions/build/tmp/staging/sh4-linux/share/aclocal-1.9 -I /home/vanekt/sam/Ex
tensions/build/tmp/staging/sh4-linux/share/aclocal
autoreconf: Entering directory `.'
autoreconf: configure.in: not using Gettext
autoreconf: running: aclocal -I /home/vanekt/sam/Extensions/build/tmp/staging/sh4-linux/share/aclocal-1.9 -I /home/vanekt/sam/Extensions/build/tmp/staging/sh4-linux/sha
re/aclocal --force
aclocal:configure.in:528: warning: macro `AM_GNU_GETTEXT' not found in library
autoreconf: configure.in: tracing
autoreconf: configure.in: not using Libtool
autoreconf: running: /home/vanekt/sam/Extensions/build/tmp/staging/i686-linux/bin/autoconf --include=/home/vanekt/sam/Extensions/build/tmp/staging/sh4-linux/share/acloc
al-1.9 --include=/home/vanekt/sam/Extensions/build/tmp/staging/sh4-linux/share/aclocal --force --warnings=cross
configure.in:528: error: possibly undefined macro: AM_GNU_GETTEXT
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: /home/vanekt/sam/Extensions/build/tmp/staging/i686-linux/bin/autoconf failed with exit status: 1

Strange, both libtool and gettext was built ok. I looked to build/tmp/staging/sh4-linux/share/aclocal/
and there were just ltdl.m4 and libtool.m4
I tried to clean and rebuild both libtool and gettex packages and nothing was added to staging.

Edit: removed manual solution - see next post.

[tom_van]

Oh yes.

Code: Select all

bitbake gettext-native 

does the trick. So there is missing dependency.