[U-Boot-Users] u-boot kernel parameters
Hi all, I have an ocotea board, the denx latest 2.6 and 2.4 kernel and u-boot 1.1.4. I downloaded everything from Wolfgang's ftp site and followed the instructions by the letter. I tftp into memory (at 100000) and bootm my kernels. I successfully boot linux 2.6 (2.6.14-rc3) on this board but kernel 2.4 (2.4.25) wont take off. This is what 2.4 gives me: (I added early serial messages for clarity)
## Booting image at 00100000 ... Image Name: Linux-2.4.25 Created: 2006-02-07 2:25:05 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 628718 Bytes = 614 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK id mach(): done MMU:enter MMU:hw init MMU:mapin MMU:mapin_ram done MMU:setio MMU:exit setup_arch: enter setup_arch: bootmem arch: exit arch: exit 2
Anyone has an idea what could be wrong?
-- View this message in context: http://www.nabble.com/u-boot-kernel-parameters-t1077794.html#a2806589 Sent from the Uboot - Users forum at Nabble.com.
You've entered the dark nether region of console-less portion of the bootup code WAY before the Linux console driver is installed... and it stop somewhere OR merrily went on its way to Linux bootup WITHOUT a console.
Once it switched from old (usually flat) memory model to virtual memory (MMU), all bets are off. Couple of ways to shine a light where the cockroaches are, are to try the following:
1. Pass a boot command line 'console=/dev/ttyS0' from your bootloader or have it compiled in via 'make menuconfig' Check your custom serial driver for the exact TTY device template name (i.e., /dev/ttl0, /dev/ttyAS0).
2. Another way to see what is going on is to flip on the CONFIG_TEXT_CONSOLE_DEBUG and insert MANY ppc_md.progress() calls AFTER the debug console is initialized in arch/ppc/kernel/ppc4xx_setup.c
3. Put a Linux boot command line of 'kgdb' with CONFIG_KGDB to evoke a hardware break and then use hardware debuggerto step through the Linux bootup sequence.
4. Make heavy use of on-board LED indicators by calling ioremap() and poking your virtualized hardware register location to flip on the LED indicators.
Anyway you cut, slice or dice it, this effort will require LOTS of recompile, relink, reload and re-run will be required to 'normalize' a new board bring-up.
Good Luck
S. Egbert
Bizzu (sent by Nabble.com) wrote:
Hi all, I have an ocotea board, the denx latest 2.6 and 2.4 kernel and u-boot 1.1.4. I downloaded everything from Wolfgang's ftp site and followed the instructions by the letter. I tftp into memory (at 100000) and bootm my kernels. I successfully boot linux 2.6 (2.6.14-rc3) on this board but kernel 2.4 (2.4.25) wont take off. This is what 2.4 gives me: (I added early serial messages for clarity)
## Booting image at 00100000 ... Image Name: Linux-2.4.25 Created: 2006-02-07 2:25:05 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 628718 Bytes = 614 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK id mach(): done MMU:enter MMU:hw init MMU:mapin MMU:mapin_ram done MMU:setio MMU:exit setup_arch: enter setup_arch: bootmem arch: exit arch: exit 2
Anyone has an idea what could be wrong?
Argh! Somber, isn't it?
I think most of my issues are in the kernel parameters area. The bootargs, maybe... I went back to PIBS, just for the heck of it, and same thing happened, the 2.6 boots, the 2.4 doesn't... The later will fail the same exact way on the same exact spot... Unless there is something wrong with the default Wolfgang's Ocotea config in 2.4... Thanks for the answer anyway.
Bizzu
On 2/7/06, S. Egbert s.egbert@sbcglobal.net wrote:
You've entered the dark nether region of console-less portion of the bootup code WAY before the Linux console driver is installed... and it stop somewhere OR merrily went on its way to Linux bootup WITHOUT a console.
Once it switched from old (usually flat) memory model to virtual memory (MMU), all bets are off. Couple of ways to shine a light where the cockroaches are, are to try the following:
- Pass a boot command line 'console=/dev/ttyS0' from your bootloader
or have it compiled in via 'make menuconfig' Check your custom serial driver for the exact TTY device template name (i.e., /dev/ttl0, /dev/ttyAS0).
- Another way to see what is going on is to flip on the
CONFIG_TEXT_CONSOLE_DEBUG and insert MANY ppc_md.progress() calls AFTER the debug console is initialized in arch/ppc/kernel/ppc4xx_setup.c
- Put a Linux boot command line of 'kgdb' with CONFIG_KGDB to evoke a
hardware break and then use hardware debuggerto step through the Linux bootup sequence.
- Make heavy use of on-board LED indicators by calling ioremap() and
poking your virtualized hardware register location to flip on the LED indicators.
Anyway you cut, slice or dice it, this effort will require LOTS of recompile, relink, reload and re-run will be required to 'normalize' a new board bring-up.
Good Luck
S. Egbert
Bizzu (sent by Nabble.com) wrote:
Hi all, I have an ocotea board, the denx latest 2.6 and 2.4 kernel and u-boot
1.1.4.
I downloaded everything from Wolfgang's ftp site and followed the
instructions by the letter. I tftp into memory (at 100000) and bootm my kernels.
I successfully boot linux 2.6 (2.6.14-rc3) on this board but kernel 2.4(
2.4.25) wont take off.
This is what 2.4 gives me: (I added early serial messages for clarity)
## Booting image at 00100000 ... Image Name: Linux-2.4.25 Created: 2006-02-07 2:25:05 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 628718 Bytes = 614 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK id mach(): done MMU:enter MMU:hw init MMU:mapin MMU:mapin_ram done MMU:setio MMU:exit setup_arch: enter setup_arch: bootmem arch: exit arch: exit 2
Anyone has an idea what could be wrong?
In message 45bf404a0602071105h4fed8fe5yd32dccc1017e1f00@mail.gmail.com you wrote:
Unless there is something wrong with the default Wolfgang's Ocotea config in 2.4...
There's nothing wrong with it. It just doesn't support U-Boot. Nobody ever claimed it would.
Best regards,
Wolfgang Denk
I understood the contrary when I read the denx.com news page: "DENX will continue to support our Linux 2.4 kernel, too. " My mistake then... What should work then?
On 2/7/06, Wolfgang Denk wd@denx.de wrote:
In message 45bf404a0602071105h4fed8fe5yd32dccc1017e1f00@mail.gmail.com you wrote:
Unless there is something wrong with the default Wolfgang's Ocotea config in 2.4...
There's nothing wrong with it. It just doesn't support U-Boot. Nobody ever claimed it would.
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de Of all the things I've lost, I miss my mind the most.
In message 45bf404a0602071323n6320991p4be1c020afa2f3d0@mail.gmail.com you wrote:
I understood the contrary when I read the denx.com news page: "DENX will continue to support our Linux 2.4 kernel, too. "
We continue to support it for the boards we support. Ocotea is not a board which we claim to support in 2.4. We provide support for all AMCC PowerPC boards in U-Boot and in Linux 2.6.
My mistake then... What should work then?
Our 2.6 kernel tree. Please RTFM for details.
Best regards,
Wolfgang Denk
On Tuesday 07 February 2006 21:55, Wolfgang Denk wrote:
In message 45bf404a0602071105h4fed8fe5yd32dccc1017e1f00@mail.gmail.com you
wrote:
Unless there is something wrong with the default Wolfgang's Ocotea config in 2.4...
There's nothing wrong with it. It just doesn't support U-Boot. Nobody ever claimed it would.
Hmmm, I am pretty sure Ocotea linuxppc_2_4_devel worked a few month's ago (with U-Boot of course). I will give it a try tomorrow and let you know.
Best regards, Stefan
Now that's helpful! Very, very much appreciated Thanks Stephan -- View this message in context: http://www.nabble.com/u-boot-kernel-parameters-t1077794.html#a2811306 Sent from the Uboot - Users forum at Nabble.com.
On Tuesday 07 February 2006 22:56, Stefan Roese wrote:
Hmmm, I am pretty sure Ocotea linuxppc_2_4_devel worked a few month's ago (with U-Boot of course). I will give it a try tomorrow and let you know.
As it seems the current version doesn't compile for ocotea:
make[4]: Entering directory `/chroot/server/home/stefan/git/linuxppc_2_4_devel/drivers/net/ibm_emac' ppc_4xx-gcc -D__KERNEL__ -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/arch/ppc -fsigned-char -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring -Wa,-m405 -nostdinc -I /opt/eldk-3.1.1/usr/lib/gcc-lib/ppc-linux/3.3.3/include -DKBUILD_BASENAME=ibm_ocp_enet -c -o ibm_ocp_enet.o ibm_ocp_enet.c ibm_ocp_enet.c:158: error: parse error before "__res" ibm_ocp_enet.c:158: warning: type defaults to `int' in declaration of `__res' ibm_ocp_enet.c:158: warning: data definition has no type or storage class ibm_ocp_enet.c: In function `emac_init': ibm_ocp_enet.c:1981: error: `bd_t' undeclared (first use in this function) ibm_ocp_enet.c:1981: error: (Each undeclared identifier is reported only once ibm_ocp_enet.c:1981: error: for each function it appears in.) ibm_ocp_enet.c:1981: error: `bd' undeclared (first use in this function) make[4]: *** [ibm_ocp_enet.o] Error 1
If you don't get this error, your linuxppc_2_4_devel version is outdated. With this small patch below this is fixed and the ocotea boots again:
71a72
#include "asm/ppcboot.h" /* test-only: ocotea build */
## Booting image at 00200000 ... Image Name: Linux-2.4.25 Created: 2006-02-08 5:44:06 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 649445 Bytes = 634.2 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Linux version 2.4.25 (stefan@ubuntu) (gcc version 3.3.3 (DENX ELDK 3.1.1 3.3.3-9)) #1 Wed Feb 8 06:41:37 CET 2006 IBM Ocotea port (MontaVista Software, Inc. source@mvista.com) On node 0 totalpages: 65536 zone(0): 65536 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/nfs rw nfsroot=192.168.1.1:/opt/eldk/ppc_4xx ip=192.168.80.2:192.168.1.1::255.255.0.0:ocotea:eth0:off panic=1 console=ttyS0,115200 Calibrating delay loop... 799.53 BogoMIPS Memory: 257000k available (976k kernel code, 320k data, 232k init, 0k highmem) Dentry cache hash table entries: 32768 (order: 6, 262144 bytes) Inode cache hash table entries: 16384 (order: 5, 131072 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) POSIX conformance testing by UNIFIX PCI: Probing PCI hardware Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0xfdfea200 (irq = 0) is a 16550A ttyS01 at 0xfdfe9300 (irq = 1) is a 16550A Generic RTC Driver v1.07 emac: IBM OCP EMAC Ethernet driver, version 2.1 Maintained by Benjamin Herrenschmidt benh@kernel.crashing.org mal0: Initialized, 8 tx channels, 4 rx channels zmii0: input 0 in SMII mode eth0: IBM emac, MAC 00:01:73:01:dd:ac eth0: Found Generic MII PHY (0x01) zmii0: input 1 in SMII mode eth1: IBM emac, MAC 00:01:73:01:dd:ad eth1: Found Generic MII PHY (0x02) zmii0: input 2 in SMII mode rgmii0: input 0 in RGMII mode eth2: IBM emac, MAC 00:01:73:01:dd:ae eth2: Found CIS8201 Gigabit Ethernet PHY (0x10) zmii0: input 3 in SMII mode rgmii0: input 1 in RGMII mode eth3: IBM emac, MAC 00:01:73:01:dd:af eth3: Found CIS8201 Gigabit Ethernet PHY (0x18) NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 32768) IP-Config: Complete: device=eth0, addr=192.168.80.2, mask=255.255.0.0, gw=255.255.255.255, host=ocotea, domain=, nis-domain=(none), bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath= NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Looking up port of RPC 100003/2 on 192.168.1.1 eth0: Link is Up eth0: Speed: 100, Full duplex. Looking up port of RPC 100005/1 on 192.168.1.1 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 232k init modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) INIT: version 2.84 booting Welcome to DENX Embedded Linux Environment Press 'I' to enter interactive startup. Building the cache [ OK ] Mounting proc filesystem: [ OK ] Configuring kernel parameters: [ OK ] Setting clock : Wed Feb 8 08:38:58 MET 2006 [ OK ] Setting hostname ocotea: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) Activating swap partitions: [ OK ] Finding module dependencies: depmod: Can't open /lib/modules/2.4.25/modules.dep for writing [FAILED] Checking filesystems [ OK ] Mounting local filesystems: [ OK ] Enabling swap space: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) INIT: Entering runlevel: 3 Entering non-interactive startup Setting network parameters: [ OK ] Bringing up loopback interface: [ OK ] Starting system logger: [ OK ] Starting kernel logger: [ OK ] Initializing random number generator: [ OK ] Starting portmapper: [ OK ] Mounting NFS filesystems: [ OK ] Mounting other filesystems: [ OK ] Starting xinetd: [ OK ]
ocotea login:
Best regards, Stefan
Thanks Stefan,
I will check it out as soon as I get to work. These are terrific news.
Thanks again. Bizzu
On 2/7/06, Stefan Roese sr@denx.de wrote:
On Tuesday 07 February 2006 22:56, Stefan Roese wrote:
Hmmm, I am pretty sure Ocotea linuxppc_2_4_devel worked a few month's ago (with U-Boot of course). I will give it a try tomorrow and let you know.
As it seems the current version doesn't compile for ocotea:
make[4]: Entering directory `/chroot/server/home/stefan/git/linuxppc_2_4_devel/drivers/net/ibm_emac' ppc_4xx-gcc -D__KERNEL__ -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/arch/ppc -fsigned-char -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring -Wa,-m405 -nostdinc -I /opt/eldk-3.1.1/usr/lib/gcc-lib/ppc-linux/3.3.3/include -DKBUILD_BASENAME=ibm_ocp_enet -c -o ibm_ocp_enet.o ibm_ocp_enet.c ibm_ocp_enet.c:158: error: parse error before "__res" ibm_ocp_enet.c:158: warning: type defaults to `int' in declaration of `__res' ibm_ocp_enet.c:158: warning: data definition has no type or storage class ibm_ocp_enet.c: In function `emac_init': ibm_ocp_enet.c:1981: error: `bd_t' undeclared (first use in this function) ibm_ocp_enet.c:1981: error: (Each undeclared identifier is reported only once ibm_ocp_enet.c:1981: error: for each function it appears in.) ibm_ocp_enet.c:1981: error: `bd' undeclared (first use in this function) make[4]: *** [ibm_ocp_enet.o] Error 1
If you don't get this error, your linuxppc_2_4_devel version is outdated. With this small patch below this is fixed and the ocotea boots again:
71a72
#include "asm/ppcboot.h" /* test-only: ocotea build */
## Booting image at 00200000 ... Image Name: Linux-2.4.25 Created: 2006-02-08 5:44:06 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 649445 Bytes = 634.2 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Linux version 2.4.25 (stefan@ubuntu) (gcc version 3.3.3 (DENX ELDK 3.1.1 3.3.3-9)) #1 Wed Feb 8 06:41:37 CET 2006 IBM Ocotea port (MontaVista Software, Inc. source@mvista.com) On node 0 totalpages: 65536 zone(0): 65536 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/nfs rw nfsroot=192.168.1.1:/opt/eldk/ppc_4xx ip=192.168.80.2:192.168.1.1::255.255.0.0:ocotea:eth0:off panic=1 console=ttyS0,115200 Calibrating delay loop... 799.53 BogoMIPS Memory: 257000k available (976k kernel code, 320k data, 232k init, 0k highmem) Dentry cache hash table entries: 32768 (order: 6, 262144 bytes) Inode cache hash table entries: 16384 (order: 5, 131072 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) POSIX conformance testing by UNIFIX PCI: Probing PCI hardware Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0xfdfea200 (irq = 0) is a 16550A ttyS01 at 0xfdfe9300 (irq = 1) is a 16550A Generic RTC Driver v1.07 emac: IBM OCP EMAC Ethernet driver, version 2.1 Maintained by Benjamin Herrenschmidt benh@kernel.crashing.org mal0: Initialized, 8 tx channels, 4 rx channels zmii0: input 0 in SMII mode eth0: IBM emac, MAC 00:01:73:01:dd:ac eth0: Found Generic MII PHY (0x01) zmii0: input 1 in SMII mode eth1: IBM emac, MAC 00:01:73:01:dd:ad eth1: Found Generic MII PHY (0x02) zmii0: input 2 in SMII mode rgmii0: input 0 in RGMII mode eth2: IBM emac, MAC 00:01:73:01:dd:ae eth2: Found CIS8201 Gigabit Ethernet PHY (0x10) zmii0: input 3 in SMII mode rgmii0: input 1 in RGMII mode eth3: IBM emac, MAC 00:01:73:01:dd:af eth3: Found CIS8201 Gigabit Ethernet PHY (0x18) NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 32768) IP-Config: Complete: device=eth0, addr=192.168.80.2, mask=255.255.0.0, gw=255.255.255.255, host=ocotea, domain=, nis-domain=(none), bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath= NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Looking up port of RPC 100003/2 on 192.168.1.1 eth0: Link is Up eth0: Speed: 100, Full duplex. Looking up port of RPC 100005/1 on 192.168.1.1 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 232k init modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) INIT: version 2.84 booting Welcome to DENX Embedded Linux Environment Press 'I' to enter interactive startup. Building the cache [ OK ] Mounting proc filesystem: [ OK ] Configuring kernel parameters: [ OK ] Setting clock : Wed Feb 8 08:38:58 MET 2006 [ OK ] Setting hostname ocotea: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) Activating swap partitions: [ OK ] Finding module dependencies: depmod: Can't open /lib/modules/2.4.25/modules.dep for writing [FAILED] Checking filesystems [ OK ] Mounting local filesystems: [ OK ] Enabling swap space: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) INIT: Entering runlevel: 3 Entering non-interactive startup Setting network parameters: [ OK ] Bringing up loopback interface: [ OK ] Starting system logger: [ OK ] Starting kernel logger: [ OK ] Initializing random number generator: [ OK ] Starting portmapper: [ OK ] Mounting NFS filesystems: [ OK ] Mounting other filesystems: [ OK ] Starting xinetd: [ OK ]
ocotea login:
Best regards, Stefan
Dear All,
Now I am working on CIS8201 PHY for RGMII mode, I have modified Reg 23(0x17h) from 0000 to 1300, but CIS8201 doesn't work under RGMII mode, are there other registers I need to set? Please give me your comment. Thanks a lot!
2006/2/8, Tattone Tattone tattone@gmail.com:
Thanks Stefan,
I will check it out as soon as I get to work. These are terrific news.
Thanks again. Bizzu
On 2/7/06, Stefan Roese sr@denx.de wrote:
On Tuesday 07 February 2006 22:56, Stefan Roese wrote:
Hmmm, I am pretty sure Ocotea linuxppc_2_4_devel worked a few month's
ago
(with U-Boot of course). I will give it a try tomorrow and let you
know.
As it seems the current version doesn't compile for ocotea:
make[4]: Entering directory `/chroot/server/home/stefan/git/linuxppc_2_4_devel/drivers/net/ibm_emac' ppc_4xx-gcc -D__KERNEL__ -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/arch/ppc
-fsigned-char
-msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring -Wa,-m405 -nostdinc -I /opt/eldk-3.1.1/usr/lib/gcc-lib/ppc-linux/3.3.3/include -DKBUILD_BASENAME=ibm_ocp_enet -c -o ibm_ocp_enet.o ibm_ocp_enet.c ibm_ocp_enet.c:158: error: parse error before "__res" ibm_ocp_enet.c:158: warning: type defaults to `int' in declaration of
`__res'
ibm_ocp_enet.c:158: warning: data definition has no type or storage
class
ibm_ocp_enet.c: In function `emac_init': ibm_ocp_enet.c:1981: error: `bd_t' undeclared (first use in this
function)
ibm_ocp_enet.c:1981: error: (Each undeclared identifier is reported only
once
ibm_ocp_enet.c:1981: error: for each function it appears in.) ibm_ocp_enet.c:1981: error: `bd' undeclared (first use in this function) make[4]: *** [ibm_ocp_enet.o] Error 1
If you don't get this error, your linuxppc_2_4_devel version is
outdated. With
this small patch below this is fixed and the ocotea boots again:
71a72
#include "asm/ppcboot.h" /* test-only: ocotea build */
## Booting image at 00200000 ... Image Name: Linux-2.4.25 Created: 2006-02-08 5:44:06 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 649445 Bytes = 634.2 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Linux version 2.4.25 (stefan@ubuntu) (gcc version 3.3.3 (DENX ELDK 3.1.1 3.3.3-9)) #1 Wed Feb 8 06:41:37 CET 2006 IBM Ocotea port (MontaVista Software, Inc. source@mvista.com) On node 0 totalpages: 65536 zone(0): 65536 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/nfs rw nfsroot=
192.168.1.1:/opt/eldk/ppc_4xx
ip=192.168.80.2:192.168.1.1::255.255.0.0:ocotea:eth0:off panic=1 console=ttyS0,115200 Calibrating delay loop... 799.53 BogoMIPS Memory: 257000k available (976k kernel code, 320k data, 232k init, 0k
highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes) Inode cache hash table entries: 16384 (order: 5, 131072 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) POSIX conformance testing by UNIFIX PCI: Probing PCI hardware Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI
enabled ttyS00 at 0xfdfea200 (irq = 0) is a 16550A ttyS01 at 0xfdfe9300 (irq = 1) is a 16550A Generic RTC Driver v1.07 emac: IBM OCP EMAC Ethernet driver, version 2.1 Maintained by Benjamin Herrenschmidt benh@kernel.crashing.org mal0: Initialized, 8 tx channels, 4 rx channels zmii0: input 0 in SMII mode eth0: IBM emac, MAC 00:01:73:01:dd:ac eth0: Found Generic MII PHY (0x01) zmii0: input 1 in SMII mode eth1: IBM emac, MAC 00:01:73:01:dd:ad eth1: Found Generic MII PHY (0x02) zmii0: input 2 in SMII mode rgmii0: input 0 in RGMII mode eth2: IBM emac, MAC 00:01:73:01:dd:ae eth2: Found CIS8201 Gigabit Ethernet PHY (0x10) zmii0: input 3 in SMII mode rgmii0: input 1 in RGMII mode eth3: IBM emac, MAC 00:01:73:01:dd:af eth3: Found CIS8201 Gigabit Ethernet PHY (0x18) NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 32768) IP-Config: Complete: device=eth0, addr=192.168.80.2, mask=255.255.0.0, gw=
255.255.255.255,
host=ocotea, domain=, nis-domain=(none), bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Looking up port of RPC 100003/2 on 192.168.1.1 eth0: Link is Up eth0: Speed: 100, Full duplex. Looking up port of RPC 100005/1 on 192.168.1.1 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 232k init modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) INIT: version 2.84 booting Welcome to DENX Embedded Linux Environment Press 'I' to enter interactive startup. Building the cache [ OK ] Mounting proc filesystem: [ OK ] Configuring kernel parameters: [ OK ] Setting clock : Wed Feb 8 08:38:58 MET 2006 [ OK ] Setting hostname ocotea: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep
(No
such file or directory) Activating swap partitions: [ OK ] Finding module dependencies: depmod: Can't open /lib/modules/2.4.25/modules.dep for writing [FAILED] Checking filesystems [ OK ] Mounting local filesystems: [ OK ] Enabling swap space: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep
(No
such file or directory) INIT: Entering runlevel: 3 Entering non-interactive startup Setting network parameters: [ OK ] Bringing up loopback interface: [ OK ] Starting system logger: [ OK ] Starting kernel logger: [ OK ] Initializing random number generator: [ OK ] Starting portmapper: [ OK ] Mounting NFS filesystems: [ OK ] Mounting other filesystems: [ OK ] Starting xinetd: [ OK ]
ocotea login:
Best regards, Stefan
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnk&kid%103432&bid#0486&dat%1... _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Simon Yang wrote:
Dear All,
Now I am working on CIS8201 PHY for RGMII mode, I have modified Reg 23(0x17h) from 0000 to 1300, but CIS8201 doesn't work under RGMII mode, are there other registers I need to set? Please give me your comment. Thanks a lot!
Simon: If you're using the ocotea, phy reg 0x17 should be written with 0x1000 for rgmii mode, not 0x1300. 0x300 enables clock skewing for boards with short etch, like the Sandburst Metrobox and Karef boards. The ocotea has full length etch and doesn't (or rather should not) use clock skewing.
Das U-Boot current source should 'just work' on the ocotea board.
(I can't verify the current source as I haven't done a git sync since Stefan merged/fixed the 4xx files, too many time constraints here at work, so I'm working with an 'older' tree).
-travis
Das U-Boot current source should 'just work' on the ocotea board.
Travis, I am not sure I understand the question from Simon entirely but: I am booting the 2.4 head with the u-boot head on Ocotea. U-boot is in flash and linux in flash or tftp. All devices on the board accounted for. Bizzu -- View this message in context: http://www.nabble.com/u-boot-kernel-parameters-t1077794.html#a2956582 Sent from the Uboot - Users forum at Nabble.com.
Hi Travis,
Thanks for your reply. I still have a question, for rgmii mode the bits 11:9 of phy reg 0x17 should be 001 which means the I/O pin operate from 2.5V, default is 3.3V if the value of bits 11:9 is 000, so whether I should set reg 0x17 to 1200.
The cpu we use is MPC8349E, I set the reg ECNTRL to 0x00001010 , I can meature the signals on TSEC1_GTX_CLK, Tx_EN and Tx_D[0:3], the RGMII should operate on 2.5v but the voltage I meature on Tx_D is 3.3v , so there is a problem that the value of reg SICRH(in local memory offset is 0x118) is always 00000002(GMII mode and RGMII mode), but in the datasheet of MPC8349E the bits 30 and 31of reg SICRH (TSOBI1 and TSOBI2) controls the output buffer impedance of the TSEC1and TSEC2 output signals, so I think the value I get is not what I expected. Cany anybody tell me how the reg SICRH get this value? Seems SICRH only use in /cpu/mpc83xx/cpu_init.c file. Thanks a lot!
2006/2/15, Travis B. Sawyer tsawyer@sandburst.com:
Simon Yang wrote:
Dear All,
Now I am working on CIS8201 PHY for RGMII mode, I have modified Reg 23(0x17h) from 0000 to 1300, but CIS8201 doesn't work under RGMII mode, are there other registers I need to set? Please give me your comment. Thanks a lot!
Simon: If you're using the ocotea, phy reg 0x17 should be written with 0x1000 for rgmii mode, not 0x1300. 0x300 enables clock skewing for boards with short etch, like the Sandburst Metrobox and Karef boards. The ocotea has full length etch and doesn't (or rather should not) use clock skewing.
Das U-Boot current source should 'just work' on the ocotea board.
(I can't verify the current source as I haven't done a git sync since Stefan merged/fixed the 4xx files, too many time constraints here at work, so I'm working with an 'older' tree).
-travis
Stefan Roese wrote:
On Tuesday 07 February 2006 22:56, Stefan Roese wrote:
Hmmm, I am pretty sure Ocotea linuxppc_2_4_devel worked a few month's ago (with U-Boot of course). I will give it a try tomorrow and let you know.
As it seems the current version doesn't compile for ocotea:
make[4]: Entering directory `/chroot/server/home/stefan/git/linuxppc_2_4_devel/drivers/net/ibm_emac' ppc_4xx-gcc -D__KERNEL__ -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -I/chroot/server/home/stefan/git/linuxppc_2_4_devel/arch/ppc -fsigned-char -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring -Wa,-m405 -nostdinc -I /opt/eldk-3.1.1/usr/lib/gcc-lib/ppc-linux/3.3.3/include -DKBUILD_BASENAME=ibm_ocp_enet -c -o ibm_ocp_enet.o ibm_ocp_enet.c ibm_ocp_enet.c:158: error: parse error before "__res" ibm_ocp_enet.c:158: warning: type defaults to `int' in declaration of `__res' ibm_ocp_enet.c:158: warning: data definition has no type or storage class ibm_ocp_enet.c: In function `emac_init': ibm_ocp_enet.c:1981: error: `bd_t' undeclared (first use in this function) ibm_ocp_enet.c:1981: error: (Each undeclared identifier is reported only once ibm_ocp_enet.c:1981: error: for each function it appears in.) ibm_ocp_enet.c:1981: error: `bd' undeclared (first use in this function) make[4]: *** [ibm_ocp_enet.o] Error 1
If you don't get this error, your linuxppc_2_4_devel version is outdated. With this small patch below this is fixed and the ocotea boots again:
71a72
#include "asm/ppcboot.h" /* test-only: ocotea build */
## Booting image at 00200000 ... Image Name: Linux-2.4.25 Created: 2006-02-08 5:44:06 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 649445 Bytes = 634.2 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Linux version 2.4.25 (stefan@ubuntu) (gcc version 3.3.3 (DENX ELDK 3.1.1 3.3.3-9)) #1 Wed Feb 8 06:41:37 CET 2006 IBM Ocotea port (MontaVista Software, Inc. < source@mvista.com>) On node 0 totalpages: 65536 zone(0): 65536 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/nfs rw nfsroot=192.168.1.1:/opt/eldk/ppc_4xx ip=192.168.80.2:192.168.1.1::255.255.0.0:ocotea:eth0:off panic=1 console=ttyS0,115200 Calibrating delay loop... 799.53 BogoMIPS Memory: 257000k available (976k kernel code, 320k data, 232k init, 0k highmem) Dentry cache hash table entries: 32768 (order: 6, 262144 bytes) Inode cache hash table entries: 16384 (order: 5, 131072 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) POSIX conformance testing by UNIFIX PCI: Probing PCI hardware Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0xfdfea200 (irq = 0) is a 16550A ttyS01 at 0xfdfe9300 (irq = 1) is a 16550A Generic RTC Driver v1.07 emac: IBM OCP EMAC Ethernet driver, version 2.1 Maintained by Benjamin Herrenschmidt < benh@kernel.crashing.org> mal0: Initialized, 8 tx channels, 4 rx channels zmii0: input 0 in SMII mode eth0: IBM emac, MAC 00:01:73:01:dd:ac eth0: Found Generic MII PHY (0x01) zmii0: input 1 in SMII mode eth1: IBM emac, MAC 00:01:73:01:dd:ad eth1: Found Generic MII PHY (0x02) zmii0: input 2 in SMII mode rgmii0: input 0 in RGMII mode eth2: IBM emac, MAC 00:01:73:01:dd:ae eth2: Found CIS8201 Gigabit Ethernet PHY (0x10) zmii0: input 3 in SMII mode rgmii0: input 1 in RGMII mode eth3: IBM emac, MAC 00:01:73:01:dd:af eth3: Found CIS8201 Gigabit Ethernet PHY (0x18) NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 32768) IP-Config: Complete: device=eth0, addr=192.168.80.2, mask=255.255.0.0, gw=255.255.255.255, host=ocotea, domain=, nis-domain=(none), bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath= NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Looking up port of RPC 100003/2 on 192.168.1.1 eth0: Link is Up eth0: Speed: 100, Full duplex. Looking up port of RPC 100005/1 on 192.168.1.1 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 232k init modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) INIT: version 2.84 booting Welcome to DENX Embedded Linux Environment Press 'I' to enter interactive startup. Building the cache [ OK ] Mounting proc filesystem: [ OK ] Configuring kernel parameters: [ OK ] Setting clock : Wed Feb 8 08:38:58 MET 2006 [ OK ] Setting hostname ocotea: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) Activating swap partitions: [ OK ] Finding module dependencies: depmod: Can't open /lib/modules/2.4.25/modules.dep for writing [FAILED] Checking filesystems [ OK ] Mounting local filesystems: [ OK ] Enabling swap space: [ OK ] modprobe: Can't open dependencies file /lib/modules/2.4.25/modules.dep (No such file or directory) INIT: Entering runlevel: 3 Entering non-interactive startup Setting network parameters: [ OK ] Bringing up loopback interface: [ OK ] Starting system logger: [ OK ] Starting kernel logger: [ OK ] Initializing random number generator: [ OK ] Starting portmapper: [ OK ] Mounting NFS filesystems: [ OK ] Mounting other filesystems: [ OK ] Starting xinetd: [ OK ]
ocotea login:
Best regards, Stefan
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&da... _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Stephan, I followed your tracks and got it to boot as you did. This is just fantastic! Danke schön! Bizzu -- View this message in context: http://www.nabble.com/u-boot-kernel-parameters-t1077794.html#a2823509 Sent from the Uboot - Users forum at Nabble.com.
In message 43E8ED18.2050208@sbcglobal.net you wrote:
- Pass a boot command line 'console=/dev/ttyS0' from your bootloader
or have it compiled in via 'make menuconfig' Check your custom serial driver for the exact TTY device template name (i.e., /dev/ttl0, /dev/ttyAS0).
Alternatively, try using a post mortem dump of the lug buffer to see what might have been prited to the console buffer. See the FAQ for details.
- Make heavy use of on-board LED indicators by calling ioremap() and
poking your virtualized hardware register location to flip on the LED indicators.
I strongly recommend *against* doing this, at least unless you know *exactly* what you are doing (and then you don't need this because you will use a BDI2000 anyway). I've seen to many reports of "Linux crashes when enabling the MMU" that were cause by exactly such attempts.
Best regards,
Wolfgang Denk
Wolfgang,
thanks for reminding of the buffer. This is its contents:
00151894 : 3c343e4c 696e7578 20766572 73696f6e <4>Linux version 001518a4 : 20322e34 2e323520 28767864 6576656c 2.4.25 (vxdevel 001518b4 : 40767864 6576656c 29202867 63632076 @vxdevel) (gcc v 001518c4 : 65727369 6f6e2033 2e342e31 29202332 ersion 3.4.1) #2 001518d4 : 30205475 65204665 62203720 31343a35 0 Tue Feb 7 14:5 001518e4 : 303a3535 20505354 20323030 360a3c34 0:55 PST 2006.<4 001518f4 : 3e6b6764 6220696e 69740a3c 343e4942 >kgdb init.<4>IB 00151904 : 4d204f63 6f746561 20706f72 7420284d M Ocotea port (M 00151914 : 6f6e7461 56697374 6120536f 66747761 ontaVista Softwa 00151924 : 72652c20 496e632e 203c736f 75726365 re, Inc. ).<4 00151944 : 3e4f6e20 6e6f6465 20302074 6f74616c >On node 0 total 00151954 : 70616765 733a2036 35353336 0a3c343e pages: 65536.<4> 00151964 : 7a6f6e65 2830293a 20363535 33362070 zone(0): 65536 p 00151974 : 61676573 2e0a0000 00000000 00000000 ages............ 00151984 : 00000000 00000000 00000000 00000000 ................ 440GX>md 00151994 : 00000000 00000000 00000000 00000000 ................ 001519a4 : 00000000 00000000 00000000 00000000 ................ 001519b4 : 00000000 00000000 00000000 00000000 ................ 001519c4 : 00000000 00000000 00000000 00000000 ................ 001519d4 : 00000000 00000000 00000000 00000000 ................ 001519e4 : 00000000 00000000 00000000 00000000 ................ 001519f4 : 00000000 00000000 00000000 00000000 ................ 00151a04 : 00000000 00000000 00000000 00000000 ................ 00151a14 : 00000000 00000000 00000000 00000000 ................ 00151a24 : 00000000 00000000 00000000 00000000 ................ 00151a34 : 00000000 00000000 00000000 00000000 ................ 00151a44 : 00000000 00000000 00000000 00000000 ................ 00151a54 : 00000000 00000000 00000000 00000000 ................ 00151a64 : 00000000 00000000 00000000 00000000 ................ 00151a74 : 00000000 00000000 00000000 00000000 ................ 00151a84 : 00000000 00000000 00000000 00000000 ................
Not much I could do with this I am affraid...
-- View this message in context: http://www.nabble.com/u-boot-kernel-parameters-t1077794.html#a2812135 Sent from the Uboot - Users forum at Nabble.com.
In message 2812135.post@talk.nabble.com you wrote:
thanks for reminding of the buffer.
:-)
This is its contents:
00151894 : 3c343e4c 696e7578 20766572 73696f6e <4>Linux version 001518a4 : 20322e34 2e323520 28767864 6576656c 2.4.25 (vxdevel 001518b4 : 40767864 6576656c 29202867 63632076 @vxdevel) (gcc v 001518c4 : 65727369 6f6e2033 2e342e31 29202332 ersion 3.4.1) #2
gcc 3.4.1?
Ummm... try building with another toolchain (like ELDK :-) Not sure that it will help, but it might.
Best regards,
Wolfgang Denk
Dear Bizzu!
Bizzu (sent by Nabble.com) wrote:
[another message in HTML]
PLEASE DO *NOT* SEND MESSAGES IN HTML FORMAT TO THIS MAILING LIST!
I have no problems reading them but there are other people who can't read them. And I don't like it if someone else forces me to read messages with certain font settings.
Regards Andreas Schweigstill
Andreas,
Sorry about the format. I thought I set it to text only. If this current one is not then I will have to use another email machine. Please let me know if this is better,
Apologize,
Bizzu
On 2/8/06, Andreas Schweigstill andreas@schweigstill.de wrote:
Dear Bizzu!
Bizzu (sent by Nabble.com) wrote:
[another message in HTML]
PLEASE DO *NOT* SEND MESSAGES IN HTML FORMAT TO THIS MAILING LIST!
I have no problems reading them but there are other people who can't read them. And I don't like it if someone else forces me to read messages with certain font settings.
Regards Andreas Schweigstill
-- Dipl.-Phys. Andreas Schweigstill Schweigstill IT | Embedded Systems Schauenburgerstraße 116, D-24118 Kiel, Germany Phone: (+49) 431 5606-435, Fax: (+49) 431 5606-436 Mobile: (+49) 171 6921973, Web: http://www.schweigstill.de/
- Make heavy use of on-board LED indicators by calling ioremap() and
poking your virtualized hardware register location to flip on the LED indicators.
I strongly recommend *against* doing this, at least unless you know *exactly* what you are doing (and then you don't need this because you will use a BDI2000 anyway). I've seen to many reports of "Linux crashes when enabling the MMU" that were cause by exactly such attempts.
Oh yeah... I totally agreed on your recommendation. But when one is located FAR FAR AWAY from the cushy software laboratory and without a hardware debugger, I have find this technique extremely useful in very DARK, DARK circumstances.
Another time, I had to bring-up a custom board that is totally devoid of inputs/output interface (as those interfaces were still under HW development), this LED method saved my bacon as I SLOWLY and PAINFULLY integrate Xilinx UARTLITE driver (if one is extremely careful about setting aside a TLB region JUST for that purpose.
Alright, alright.... Let us call this LED indicators, a 'poor man's' debugger. Desperate acts calls for desperate measure.
In message 2806589.post@talk.nabble.com you wrote:
I have an ocotea board, the denx latest 2.6 and 2.4 kernel and u-boot 1.1.4. I downloaded everything from Wolfgang's ftp site and followed the instructions by the letter. I tftp into memory (at 100000) and bootm my kernels. I successfully boot linux 2.6 (2.6.14-rc3) on this board but kernel 2.4 (2.4.25) wont take off. This is what 2.4 gives me:
The documentation is based on the 2.6 kernel, and this is all what we support.
------=_Part_11010_24584557.1139336071121 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
Please never post HTML to this list!!
Best regards,
Wolfgang Denk
participants (9)
-
Andreas Schweigstill -
Bizzu -
Bizzu (sent by Nabble.com) -
S. Egbert -
Simon Yang -
Stefan Roese -
Tattone Tattone
-
Travis B. Sawyer -
Wolfgang Denk