Boot from NFS

[hondansx]

I want start my MVP from NFS, but ist stops at the fourth Point and then nothing happens.
In the log I can see that he gets the zImage.treeboot.

Mar  8 21:08:32 yaris in.tftpd[8545]: connect from xxx.xxx.xx.xx
Mar  8 21:08:32 yaris tftpd[8546]: tftpd: trying to get file: mvp/zImage.treeboot
Mar  8 21:08:32 yaris tftpd[8546]: tftpd: serving file from /tftpboot

I believe that I did everything right for the setup on Debian Sarge, which I found here.
-->http://www.loggytronic.com/vomp-devenv.php


Any Hints??

THX
Alex

[Chris]

Hmm, I know I keep asking the same thing at the moment, but what happens if you try booting the MVPMC dongle, then the one you made straight after it?

[hondansx]

Hi Chris,

I can see the system is up running:

dmesg shows:

Code Select Expand


Linux version 2.4.31 (honda@dev) (gcc version 3.4.5) #1 Mo Mär 5 17:04:11 CET 2007
IBM Redwood6 (STBx25XX) Platform
Port by MontaVista Software, Inc. (source@mvista.com)
On node 0 totalpages: 4096
zone(0): 4096 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,9600 profile=3 root=/dev/nfs ip=:::::eth0:dhcp
Console: colour dummy device 80x25
Calibrating delay loop... 251.49 BogoMIPS
Memory: 13980k available (1164k kernel code, 364k data, 72k init, 0k highmem)
Dentry cache hash table entries: 2048 (order: 2, 16384 bytes)
Inode cache hash table entries: 1024 (order: 1, 8192 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 2, 16384 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
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
i2c-core.o: driver i2c-dev dummy driver registered.
i2c-proc.o version 2.6.1 (20010830)
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with no serial options enabled
ttyS00 at 0xe0040000 (irq = 20) is a 16550A
ttyS01 at 0xe0000000 (irq = 21) is a 16550A
ttyS02 at 0xe0010000 (irq = 22) is a 16550A
PPC 405 watchdog driver v0.5
loop: loaded (max 8 devices)
smsc91111 org brcr1 = 0x207cd0be
smsc91111 (brcr1 = 0x207cc7b2) => TWT cycle = 7
smc91111.c:v1.0saa 08/22/01 by Daris A Nevil (dnevil@snmc.com)
eth0: SMC91C11xFD(r:1) at 0xc2000300 IRQ:27
INTF:<NULL> MEM:8192b NOWAIT:1  ADDR 00:0d:fe:00:1d:ed
HCW MediaMVP: flash mapping: 100000 at fff00000 to c2002000
Search for id:(01 22da) interleave(1) type(2)
Found: AMD AM29LV800BT
HCW MediaMVP: Found 1 x16 devices at 0x0 in 16-bit mode
number of JEDEC chips: 1
jedec_probe: found redwood_mtd size = 00100000
HCW MediaMVP: jedec_probe: add [5]parts
Creating 5 MTD partitions on "HCW MediaMVP":
0x00000000-0x00080000 : "HCW MediaMVP KERN"
0x00080000-0x00090000 : "HCW MediaMVP VPD"
0x00090000-0x000a0000 : "HCW MediaMVP LOGO"
0x000a0000-0x000e0000 : "HCW MediaMVP FS"
0x000e0000-0x00100000 : "HCW MediaMVP BOOT"
<sdram-mtd>: SDRAM MTD(A0D00000) mapped to c2103000
Creating 2 MTD partitions on "SDRAM MTD Device":
0x00000000-0x002ff000 : "HCW MediaMVP ROOT"
0x00000000-0x002ff000 : "HCW MediaMVP OSD"
Linux video capture interface: v1.00
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 1024 bind 2048)
eth0:PHY remote fault detected
Sending DHCP requests ., OK
IP-Config: Got DHCP answer from xxx.xx.xx.x, my address is xxx.xx.xx.x
IP-Config: Complete:
      device=eth0, addr=xxx.xxx.xx.xx, mask=255.255.255.0, gw=xxx.xxx.xx.xxx,
     host=xxx.xxx.xx.xx, domain=, nis-domain=(none),
     bootserver=xxx.xxx.xx.x, rootserver=xxx.xxx.xx.x, rootpath=/opt/mvp
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on xxx.xx.xx.x
Looking up port of RPC 100005/1 on xxx.xx.xx.x
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 72k init


ls -la shows:

Code Select Expand


drwxr-xr-x    2 0        0            4096 Mar  6  2007 bin
drwxr-xr-x    2 0        0            4096 Jul 18  2005 dev
drwxr-xr-x    2 0        0            4096 Mar  8  2007 etc
drwxr-xr-x    3 0        0            4096 Jul 18  2005 lib
dr-xr-xr-x   21 0        0               0 Jan  1 01:00 proc
drwxr-xr-x    2 0        0            4096 Mar  6  2007 sbin
drwxr-xr-x    4 0        0            4096 Mar  6  2007 usr
-rw-r--r--    1 0        0           14359 Mar  8  2007 vdr.jpg
-rwxr-xr-x    1 0        0         1170776 Mar 10  2007 vompclient
-rw-r--r--    1 0        0           23284 Mar  8  2007 wallpaperNTSC.jpg
-rw-r--r--    1 0        0           14125 Mar  8  2007 wallpaperPAL.jpg


I believe the problem is the vompclient, who won't start correctly, but the dongle i have made straight
after, works without any problem.

What else can I do, to get more output?

[Chris]

Oh right, different problem. I think you've hit the bug in the current dev setup scripts. The insmod commands in /etc/something need a -f adding on to force the module load. You will need to edit the file in the dongle directory and build a new dongle. The problem is that the Hauppauge modules are compiled with a slightly different version string which makes insmod complain. I will fix it for the next dongle setup program.

[hondansx]

Thanx for it, I will test it.