Hanging in Init

Hanging in Init

[Mike O'Brien]

I have been trying to get a custom PPC860 board up using MonteVista's Hard
Hat
2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
the last
few days but have got stuck at the point here init is executed.  The IMMR is
set
to 0x02200000.  I ran across some old posts on the list referring to this
being set
too low for linux.  Could this be the problem?  If not does anyone have any
suggestions on what could be wrong?  Attached is the boot up output from the
console.

Thanks,
Mike O'Brien

Attaching network interface cpm0... done.
Attaching network interface lo0... done.
Loading... 504934
WARNING: CRC mismatch (calculated 0x1a946201 expected 0x017c1f7c)
Starting at 0x1180000...

loaded at:     01180000 0118A1DC
relocated to:  00180000 0018A1DC
board data at: 001801C0 001801DC
relocated to:  00200100 0020011C
zimage at:     01187000 011F828A
avail ram:     00201000 02000000

Linux/PPC load: root=/dev/nfs rw init=/bin/sh
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.4.2_hhl20 (root@palm) (gcc version 2.95.3 20010315
(release/Mon1
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/nfs rw init=/bin/sh
Decrementer Frequency = 123750000/60
Warning: real time clock seems stuck!
Calibrating delay loop... 32.87 BogoMIPS
Memory: 30940k available (864k kernel code, 320k data, 48k init, 0k highmem)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
Calling smp_init()...
Calling kernel_thread()...
Calling unlock_kernel()...
Entered init()...
Calling do_basic_setup()...
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
i2c-core.o: i2c core module
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20488kB/6829kB, 64 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: CPM ENET Version 0.2 on SCC1, 08:00:3e:26:15:59
loop: loaded (max 8 devices)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.101.239, my address is
192.168.101.98
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.101.239
Looking up port of RPC 100005/2 on 192.168.101.239
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 48k init 4k openfirmware
Unlock kernel...
Open console...
Call /sbin/init...

[hang]

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Hanging in Init

[Wolfgang Denk]

In message <000101c11ab4$0fc48f60$6865a8c0@airfiber.com> you wrote:
>
> I have been trying to get a custom PPC860 board up using MonteVista's Hard
> Hat
> 2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
> the last
> few days but have got stuck at the point here init is executed.  The IMMR is
> set
> to 0x02200000.  I ran across some old posts on the list referring to this
> being set
> too low for linux.  Could this be the problem?  If not does anyone have any

Sure. Your system will crash as soon as the first  user-land  program
is running.

See http://penguinppc.org/usr/embedded/howto/PowerPC-Embedded-HOWTO-10.html#ss10.2

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
"The algorithm to do that is extremely nasty. You might want  to  mug
someone with it."                   - M. Devine, Computer Science 340

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Hanging in Init

[Ricardo Scop]

Mike,

As far as I know, Linux requires IMMR = 0xF0000000. Read the file
./Documentation/powerpc/SBC8260_memory_mapping.txt in the Linux source
tree for more information.

[]'s, Scop                            mailto:scop@digitel.com.br

Wednesday, August 01, 2001, 3:01:59 PM, you wrote:


MOB> I have been trying to get a custom PPC860 board up using MonteVista's Hard
MOB> Hat
MOB> 2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
MOB> the last
MOB> few days but have got stuck at the point here init is executed.  The IMMR is
MOB> set
MOB> to 0x02200000.  I ran across some old posts on the list referring to this
MOB> being set
MOB> too low for linux.  Could this be the problem?  If not does anyone have any
MOB> suggestions on what could be wrong?  Attached is the boot up output from the
MOB> console.

MOB> Thanks,
MOB> Mike O'Brien

MOB> Attaching network interface cpm0... done.
MOB> Attaching network interface lo0... done.
MOB> Loading... 504934
MOB> WARNING: CRC mismatch (calculated 0x1a946201 expected 0x017c1f7c)
MOB> Starting at 0x1180000...

MOB> loaded at:     01180000 0118A1DC
MOB> relocated to:  00180000 0018A1DC
MOB> board data at: 001801C0 001801DC
MOB> relocated to:  00200100 0020011C
MOB> zimage at:     01187000 011F828A
MOB> avail ram:     00201000 02000000

MOB> Linux/PPC load: root=/dev/nfs rw init=/bin/sh
MOB> Uncompressing Linux...done.
MOB> Now booting the kernel
MOB> Linux version 2.4.2_hhl20 (root@palm) (gcc version 2.95.3 20010315
MOB> (release/Mon1
MOB> On node 0 totalpages: 8192
MOB> zone(0): 8192 pages.
MOB> zone(1): 0 pages.
MOB> zone(2): 0 pages.
MOB> Kernel command line: root=/dev/nfs rw init=/bin/sh
MOB> Decrementer Frequency = 123750000/60
MOB> Warning: real time clock seems stuck!
MOB> Calibrating delay loop... 32.87 BogoMIPS
MOB> Memory: 30940k available (864k kernel code, 320k data, 48k init, 0k highmem)
MOB> Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
MOB> Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
MOB> Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
MOB> Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
MOB> POSIX conformance testing by UNIFIX
MOB> Calling smp_init()...
MOB> Calling kernel_thread()...
MOB> Calling unlock_kernel()...
MOB> Entered init()...
MOB> Calling do_basic_setup()...
MOB> Linux NET4.0 for Linux 2.4
MOB> Based upon Swansea University Computer Society NET3.039
MOB> Starting kswapd v1.8
MOB> i2c-core.o: i2c core module
MOB> CPM UART driver version 0.03
MOB> ttyS00 at 0x0280 is a SMC
MOB> pty: 256 Unix98 ptys configured
MOB> block: queued sectors max/low 20488kB/6829kB, 64 slots per queue
MOB> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
MOB> eth0: CPM ENET Version 0.2 on SCC1, 08:00:3e:26:15:59
MOB> loop: loaded (max 8 devices)
MOB> NET4: Linux TCP/IP 1.0 for NET4.0
MOB> IP Protocols: ICMP, UDP, TCP, IGMP
MOB> IP: routing cache hash table of 512 buckets, 4Kbytes
MOB> TCP: Hash tables configured (established 2048 bind 2048)
MOB> Sending BOOTP requests.... OK
MOB> IP-Config: Got BOOTP answer from 192.168.101.239, my address is
MOB> 192.168.101.98
MOB> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
MOB> Looking up port of RPC 100003/2 on 192.168.101.239
MOB> Looking up port of RPC 100005/2 on 192.168.101.239
MOB> VFS: Mounted root (nfs filesystem).
MOB> Freeing unused kernel memory: 48k init 4k openfirmware
MOB> Unlock kernel...
MOB> Open console...
MOB> Call /sbin/init...

MOB> [hang]

MOB> ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Hanging in Init

[Der Herr Hofrat]

>
> MOB> I have been trying to get a custom PPC860 board up using MonteVista's Hard
> MOB> Hat
> MOB> 2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
> MOB> the last
> MOB> few days but have got stuck at the point here init is executed.  The IMMR is
> MOB> set
> MOB> to 0x02200000.  I ran across some old posts on the list referring to this
> MOB> being set
> MOB> too low for linux.  Could this be the problem?  If not does anyone have any
> MOB> suggestions on what could be wrong?  Attached is the boot up output from the
> MOB> console.
>
> MOB> Thanks,
> MOB> Mike O'Brien
>
> MOB> Attaching network interface cpm0... done.
> MOB> Attaching network interface lo0... done.
> MOB> Loading... 504934
> MOB> WARNING: CRC mismatch (calculated 0x1a946201 expected 0x017c1f7c)
> MOB> Starting at 0x1180000...
>
> MOB> loaded at:     01180000 0118A1DC
> MOB> relocated to:  00180000 0018A1DC
> MOB> board data at: 001801C0 001801DC
> MOB> relocated to:  00200100 0020011C
> MOB> zimage at:     01187000 011F828A
> MOB> avail ram:     00201000 02000000
>
> MOB> Linux/PPC load: root=/dev/nfs rw init=/bin/sh
> MOB> Uncompressing Linux...done.
> MOB> Now booting the kernel
> MOB> Linux version 2.4.2_hhl20 (root@palm) (gcc version 2.95.3 20010315
> MOB> (release/Mon1
> MOB> On node 0 totalpages: 8192
> MOB> zone(0): 8192 pages.
> MOB> zone(1): 0 pages.
> MOB> zone(2): 0 pages.
> MOB> Kernel command line: root=/dev/nfs rw init=/bin/sh
> MOB> Decrementer Frequency = 123750000/60
> MOB> Warning: real time clock seems stuck!
> MOB> Calibrating delay loop... 32.87 BogoMIPS
> MOB> Memory: 30940k available (864k kernel code, 320k data, 48k init, 0k highmem)
> MOB> Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
> MOB> Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
> MOB> Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
> MOB> Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
> MOB> POSIX conformance testing by UNIFIX
> MOB> Calling smp_init()...
> MOB> Calling kernel_thread()...
> MOB> Calling unlock_kernel()...
> MOB> Entered init()...
> MOB> Calling do_basic_setup()...
> MOB> Linux NET4.0 for Linux 2.4
> MOB> Based upon Swansea University Computer Society NET3.039
> MOB> Starting kswapd v1.8
> MOB> i2c-core.o: i2c core module
> MOB> CPM UART driver version 0.03
> MOB> ttyS00 at 0x0280 is a SMC
> MOB> pty: 256 Unix98 ptys configured
> MOB> block: queued sectors max/low 20488kB/6829kB, 64 slots per queue
> MOB> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> MOB> eth0: CPM ENET Version 0.2 on SCC1, 08:00:3e:26:15:59
> MOB> loop: loaded (max 8 devices)
> MOB> NET4: Linux TCP/IP 1.0 for NET4.0
> MOB> IP Protocols: ICMP, UDP, TCP, IGMP
> MOB> IP: routing cache hash table of 512 buckets, 4Kbytes
> MOB> TCP: Hash tables configured (established 2048 bind 2048)
> MOB> Sending BOOTP requests.... OK
> MOB> IP-Config: Got BOOTP answer from 192.168.101.239, my address is
> MOB> 192.168.101.98
> MOB> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> MOB> Looking up port of RPC 100003/2 on 192.168.101.239
> MOB> Looking up port of RPC 100005/2 on 192.168.101.239
> MOB> VFS: Mounted root (nfs filesystem).
> MOB> Freeing unused kernel memory: 48k init 4k openfirmware
> MOB> Unlock kernel...
> MOB> Open console...
> MOB> Call /sbin/init...
>

try


Linux/PPC load: root=/dev/nfs rw nfsroot=A.B.C.D:/NFSROOT nfsaddrs=IP_OF_TARGET:IP_OF_NFSROOT_SERVER:IP_OF_DEFAULT_GATEWAY:NETMASK

so I use

Linux/PPC load: root=/dev/nfs rw nfsroot=192.168.1.2:/ppc nfsaddrs=192.168.1.22:192.168.1.2:192.168.1.8:255.255.255.0

how should it ever find /sbin/init if it never mounts the nfs-root filesystem ?
and from the kernel messages you sent it did not mount any root filesystem .

hofrat

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Hanging in Init

[Paul Chu]

Hello everyone,

    I have similar problems on my MPC8240 board with kernel 2.4.6.
After kernel mount the rootfs on the disk and execve("/sbin/init"),
the console shows as follows:
    Freeing unused kernel memory: 180k init
    INIT: version 2.77 booting
    Kernel panic: Attempted to kill init!
    Reboot in 180 seconds...
When I reboot the system and kernel runs to execve init, there is
nothing shown on the console after the "Freeing..." message. It seems
that the init program has been modified in the previous booting. And,
at this moment the console is still capable of echo any keys I pressed.
    I replace the init program with my testing progarm (staticly-linked
with libs); I found when I do fork(), the program hangs without
any messages. I added checkpoints in the kernel and found that kernel
completed sys_fork() without errors.
    My rootfs on the disk can be mounted and be kicked-off well with
kernel 2.2.17 on our board. The library is libc-2.1.3.so and ld-2.1.3.so.
My GCC is 2.95.2. The kernel booting messages are attached also.
    Does it have anything to do with memory management setup ? Please
advise me to deal with this. Any comments are welcome. Thank you.

Regards,
Paul Chu

Decompressing kernel....done.
Total memory = 64MB; using 256kB for hash table (at c01c0000)
Linux version 2.4.6 (gcc version 2.95.2 19991024 (1
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
OpenPIC Version 1.2 (1 CPUs and 24 IRQ sources) at fdf40000
time_init: decrementer frequency = 26.214400 MHz
Date from real time clock: 8/2/2001 11:1:53
Calibrating delay loop... 174.48 BogoMIPS
Memory: 62384k available (1172k kernel code, 388k data, 180k init, 0k
highmem)
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 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
Starting kswapd v1.8
VFS: Diskquotas version dquot_6.4.0 initialized
pty: 256 Unix98 ptys configured
Serial driver version 5.05a (2001-03-20) with SHARE_IRQ enabled
ttyS00 at 0x03f8 (irq = 16) is a 16550A
ttyS01 at 0x02f8 (irq = 16) is a 16550A
block: queued sectors max/low 41397kB/13799kB, 128 slots per queue
RAMDISK driver initialized: 16 RAM disks of 24576K size 1024 blocksize
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 18, function 0
sym53c8xx: 53c895 detected
sym53c895-0: rev 0x1 on pci bus 0 device 18 function 0 irq 20
sym53c895-0: ID 7, Fast-40, Parity Checking
sym53c895-0: SCSI bus mode change from 80 to 80.
sym53c895-0: SCSI bus mode change from c0 to c0.
scsi0 : sym53c8xx-1.7.3a-20010304
  Vendor: IBM       Model: DDRS-34560D       Rev: DC1B
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 1, lun 0
sym53c895-0-<1,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 15)
SCSI device sda: 8925000 512-byte hdwr sectors (4570 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 180k init
INIT: version 2.77 booting
Kernel panic: Attempted to kill init!


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: Hanging in Init

[Mike O'Brien]

Thanks...

Since I am trying to use a vxWorks bootloader which sets IMMR
to 0x02200000 I added the following code right after interrupts
are turned off in head.S:

        lis     r4, 0xf0000000@ha
        addi    r4, r4, 0xf0000000@l
        mtspr   IMMR, r4    /* initialize the IMMR register */

This seems to work.  The kernel starts to boot but ends up hanging
alittle earlier.  I am not sure yet if the hang is related to these
changes.  Do you see any problem with changing IMMR in the head.S?

Thanks,
Mike

.
.
.
i2c-core.o: i2c core module
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20485kB/6828kB, 64 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Machine check in kernel mode.
Caused by (from SRR1=9032): Unknown values in msr
Oops: machine check, sig: 7
NIP: C010D3C8 XER: 20000000 LR: C010D368 SP: C01F9E40 REGS: c01f9d90 TRAP:
0200
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c01f8000[1] 'swapper' Last syscall: 120
last math 00000000 last altivec 00000000
GPR00: 000110C0 C01F9E40 C01F8000 0000001E C008AAC0 C0090000 C0090000
00000030
GPR08: 00000000 0002FD3D C0124DD4 FE000004 84000024 00000000 00000000
00000000
GPR16: 00000000 00000000 00000000 00000000 00000000 C00F0000 C01CDE70
C01F9E48
GPR24: F0000A00 C01CDE00 FFFF9000 C01CDC00 F00009C0 F0003C00 F0002A48
00000000
Call backtrace:
C010D368 C010C4BC C010C4F8 C010D944 C010A934 C0109C70 C0105830
C0105900 C00023C0 C0004F00

-Mike

-----Original Message-----
From: owner-linuxppc-embedded@lists.linuxppc.org
[mailto:owner-linuxppc-embedded@lists.linuxppc.org]On Behalf Of Wolfgang
Denk
Sent: Wednesday, August 01, 2001 11:38 AM
To: Mike O'Brien
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: Hanging in Init



In message <000101c11ab4$0fc48f60$6865a8c0@airfiber.com> you wrote:
>
> I have been trying to get a custom PPC860 board up using MonteVista's Hard
> Hat
> 2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
> the last
> few days but have got stuck at the point here init is executed.  The IMMR
is
> set
> to 0x02200000.  I ran across some old posts on the list referring to this
> being set
> too low for linux.  Could this be the problem?  If not does anyone have
any

Sure. Your system will crash as soon as the first  user-land  program
is running.

See
http://penguinppc.org/usr/embedded/howto/PowerPC-Embedded-HOWTO-10.html#ss10
.2

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
"The algorithm to do that is extremely nasty. You might want  to  mug
someone with it."                   - M. Devine, Computer Science 340



-----Original Message-----
From: owner-linuxppc-embedded@lists.linuxppc.org
[mailto:owner-linuxppc-embedded@lists.linuxppc.org]On Behalf Of Wolfgang
Denk
Sent: Wednesday, August 01, 2001 11:38 AM
To: Mike O'Brien
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: Hanging in Init



In message <000101c11ab4$0fc48f60$6865a8c0@airfiber.com> you wrote:
>
> I have been trying to get a custom PPC860 board up using MonteVista's Hard
> Hat
> 2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
> the last
> few days but have got stuck at the point here init is executed.  The IMMR
is
> set
> to 0x02200000.  I ran across some old posts on the list referring to this
> being set
> too low for linux.  Could this be the problem?  If not does anyone have
any

Sure. Your system will crash as soon as the first  user-land  program
is running.

See
http://penguinppc.org/usr/embedded/howto/PowerPC-Embedded-HOWTO-10.html#ss10
.2

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
"The algorithm to do that is extremely nasty. You might want  to  mug
someone with it."                   - M. Devine, Computer Science 340


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Hanging in Init

[Jan Roelens]

You can't run a dynamically linked program unless you fix glibc regarding the cache line size.
The 860 has a cache line size of 16 bytes instead of 32 bytes.

Since you use a distribution, I suppose your glibc has been patched.


As far as IMMR is concerned:
1. The boot program sets up the immr register with the start address of the immr region.
2. That start address can be anything, as long as it does not cause your immr region
to overlap any other memory regions (dram, flash,, etc)
3. The kernel assigns a mmu page for the immr region. Some kernels read the immr register to find the address, others use a symbol. Even if they read the immr register, there may be other places in the kernel , which use the symbol (IMAP_ADDR e.g.).
That symbol MUST be set to the same value as the value in the immr register! E.g include/asm/tqm8xx.h defines such a symbol.

Mike O'Brien wrote:

> I have been trying to get a custom PPC860 board up using MonteVista's Hard
> Hat
> 2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
> the last
> few days but have got stuck at the point here init is executed.  The IMMR is
> set
> to 0x02200000.  I ran across some old posts on the list referring to this
> being set
> too low for linux.  Could this be the problem?  If not does anyone have any
> suggestions on what could be wrong?  Attached is the boot up output from the
> console.
>
> Thanks,
> Mike O'Brien
>
> Attaching network interface cpm0... done.
> Attaching network interface lo0... done.
> Loading... 504934
> WARNING: CRC mismatch (calculated 0x1a946201 expected 0x017c1f7c)
> Starting at 0x1180000...
>
> loaded at:     01180000 0118A1DC
> relocated to:  00180000 0018A1DC
> board data at: 001801C0 001801DC
> relocated to:  00200100 0020011C
> zimage at:     01187000 011F828A
> avail ram:     00201000 02000000
>
> Linux/PPC load: root=/dev/nfs rw init=/bin/sh
> Uncompressing Linux...done.
> Now booting the kernel
> Linux version 2.4.2_hhl20 (root@palm) (gcc version 2.95.3 20010315
> (release/Mon1
> On node 0 totalpages: 8192
> zone(0): 8192 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: root=/dev/nfs rw init=/bin/sh
> Decrementer Frequency = 123750000/60
> Warning: real time clock seems stuck!
> Calibrating delay loop... 32.87 BogoMIPS
> Memory: 30940k available (864k kernel code, 320k data, 48k init, 0k highmem)
> Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
> Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
> POSIX conformance testing by UNIFIX
> Calling smp_init()...
> Calling kernel_thread()...
> Calling unlock_kernel()...
> Entered init()...
> Calling do_basic_setup()...
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> i2c-core.o: i2c core module
> CPM UART driver version 0.03
> ttyS00 at 0x0280 is a SMC
> pty: 256 Unix98 ptys configured
> block: queued sectors max/low 20488kB/6829kB, 64 slots per queue
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> eth0: CPM ENET Version 0.2 on SCC1, 08:00:3e:26:15:59
> loop: loaded (max 8 devices)
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP, IGMP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 2048 bind 2048)
> Sending BOOTP requests.... OK
> IP-Config: Got BOOTP answer from 192.168.101.239, my address is
> 192.168.101.98
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> Looking up port of RPC 100003/2 on 192.168.101.239
> Looking up port of RPC 100005/2 on 192.168.101.239
> VFS: Mounted root (nfs filesystem).
> Freeing unused kernel memory: 48k init 4k openfirmware
> Unlock kernel...
> Open console...
> Call /sbin/init...
>
> [hang]
>


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Hanging in Init

[Mark Hatle]

Yes the MontaVista glibc handles cache line size issues correctly.  (As
well as soft floating point so you do not need in kernel floating point
emulation.)

Jan Roelens wrote:
>
> You can't run a dynamically linked program unless you fix glibc regarding the cache line size.
> The 860 has a cache line size of 16 bytes instead of 32 bytes.
>
> Since you use a distribution, I suppose your glibc has been patched.
> ...
> Mike O'Brien wrote:
>
> > I have been trying to get a custom PPC860 board up using MonteVista's Hard
> > Hat
> > 2.0 distribution using a vxWorks bootrom.  I have made alot of progress in
> > ...

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/