UartLite for MontaVista - virtex4

Tue Mar 13 19:05:48 PDT 2007

Hi,

Thanks Denis.
However, when I tried using Uart (not UartLite) on ML403, it just worked 
fine 
and the init could start properly. Also, when I tried UartLite on ML403, 
I got almost the same error messages. For some reason, I really need 
UartLite 
to work on our custom board. 

Does anyone know if the Uartlite works with Montavista or not?
Did anyone experience this problem before?
If some of you knows how to fix this problem would be great.

Thanks,
Tai

-----Original Message-----
From: Denis Vlasenko <vda.linux at googlemail.com>
To: busybox at busybox.net
Cc: "Jantira Hengmeechai (Tai)" <Hengmeej at linsys.ca>
Date: Wed, 14 Mar 2007 01:42:16 +0100
Subject: Re: UartLite for MontaVista - virtex4

On Tuesday 13 March 2007 22:19, Jantira Hengmeechai (Tai) wrote:
> Hi all,
> 
> I am implementing the MontaVista linux previewkit a 2.4 Linux kernel for a 

> PowerPC405 
> on  a custom board based on ML403. Our design used Uartlite instead of 
Uart, 
> I set the 
> boot parameter in the kernel to console=ttl0,9600. The system uses a 
ramdisk 
> image.
> The problem is after linux trying to boot, there are error messages as 
shown 
> below:
> 
>  
> loaded at: 00400000 005E41E0
> board data at: 005E1138 005E1150
> relocated to: 0040530C 00405324
> zimage at: 004058D7 0047B4A3
> initrd at: 0047C000 005E0591
> avail ram: 005E5000 04000000
>  
> Linux/PPC load: root=/dev/ram rw console=ttl0,9600 console=/dev/ttl0
> Uncompressing Linux...done.
> Now booting the kernel
> Linux version 2.4.20_mvl31-ml300 (devel at localhost.localdomain) (gcc 
version 
> 3.3.1 (MontaVista 3.3.1-3.0.10.0300532 2003-12-24)) #23 Tue Mar 13 
14:53:19 
> EDT 2007
> Xilinx Virtex-II Pro port (C) 2002 MontaVista Software, Inc. 
> (source at mvista.com)
> On node 0 totalpages: 16384
> zone(0): 16384 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: root=/dev/ram rw console=ttl0,9600 console=/dev/ttl0
> Xilinx INTC #0 at 0x41200000 mapped to 0xFDFFF000
> Calibrating delay loop... 296.55 BogoMIPS
> Memory: 62164k available (868k kernel code, 252k data, 48k 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
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> Starting kswapd
> Disabling the Out Of Memory Killer
> devfs: v1.12c (20020818) Richard Gooch (rgooch at atnf.csiro.au)
> devfs: boot_options: 0x1
> pty: 256 Unix98 ptys configured
> RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
> loop: loaded (max 8 devices)
> Tracer: Initialization complete 
> 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 4096 bind 8192)
> IP-Config: No network devices available.
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> RAMDISK: Compressed image found at block 0
> Freeing initrd memory: 1425k freed
> VFS: Mounted root (ext2 filesystem).
> Mounted devfs on /dev
> Freeing unused kernel memory: 48k init
> serial console detected. Disabling virtual terminals.

At this point, kernel hand over control to userspace.

> Xilinx OS Independent Code XAssert: xuartlite.c:195
> Code may crash due to unhandled errors.
> Xilinx OS Independent Code XAssert: xuartlite.c:195
> Code may crash due to unhandled errors.
> Xilinx OS Independent Code XAssert: xuartlite.c:195
> Code may crash due to unhandled errors.
> Xilinx OS Independent Code XAssert: xuartlite.c:195
> Code may crash due to unhandled errors.

Your userspace programs (init and whatever it tries to start)
are obviously failing. Are they built for the correct CPU?

Try booting with kernel parameter init=/bin/sh - is that work?
--
vda
_______________________________________________
busybox mailing list
busybox at busybox.net
http://busybox.net/cgi-bin/mailman/listinfo/busybox
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://busybox.net/lists/busybox/attachments/20070313/768d072d/attachment.htm 