October 2009 - U-Boot

[U-Boot] [PATCH 0/5 v2] ARM:OMAP3:SDP3430 initial support
by Nishanth Menon 20 Oct '09

20 Oct '09

This series of patch provides minimal support for OMAP3430 based SDP3430 platform Ref: http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&na… Rev 1 of this patch series was discussed in: http://www.nabble.com/forum/Permalink.jtp?root=25518020&post=25518020&page=y 1 patch was removed from the series and 2 patches were reworked but the entire series is being send out after being rebased to: http://git.denx.de/?p=u-boot/u-boot-ti.git;a=summary This is to ensure continuity of discussion. David Brownell (1): ARM:OMAP3:SDP3430: initial support (v2) Nishanth Menon (4): OMAP3: Fix SDRC init (v2) OMAP3: export enable_gpmc_cs_config to board files OMAP3: make gpmc_config as const OMAP3: fix warnings when NAND/ONENAND is not used MAINTAINERS | 1 + MAKEALL | 1 + Makefile | 3 + board/ti/sdp3430/Makefile | 49 ++++ board/ti/sdp3430/config.mk | 33 +++ board/ti/sdp3430/sdp.c | 204 ++++++++++++++++ board/ti/sdp3430/sdp.h | 417 ++++++++++++++++++++++++++++++++ cpu/arm_cortexa8/omap3/mem.c | 15 +- include/asm-arm/arch-omap3/cpu.h | 1 + include/asm-arm/arch-omap3/mem.h | 8 +- include/asm-arm/arch-omap3/sys_proto.h | 2 + include/configs/omap3_sdp3430.h | 366 ++++++++++++++++++++++++++++ 12 files changed, 1091 insertions(+), 9 deletions(-) create mode 100644 board/ti/sdp3430/Makefile create mode 100644 board/ti/sdp3430/config.mk create mode 100644 board/ti/sdp3430/sdp.c create mode 100644 board/ti/sdp3430/sdp.h create mode 100644 include/configs/omap3_sdp3430.h Regards, Nishanth Menon

5 18

[U-Boot] [PATCH] qemu_mips: Fix CONFIG_NET_MULTI build warning
by Shinya Kuribayashi 20 Oct '09

20 Oct '09

eth.c:497:2: warning: #warning Ethernet driver is deprecated. Please update to use CONFIG_NET_MULTI Signed-off-by: Shinya Kuribayashi <skuribay(a)pobox.com> --- I have a few concerns about this fix: First. I'm not sure why CONFIG_NET_MULTI is "undef"ed for qemu_mips, while CONFIG_DRIVER_NE2000 has been enabled for qemu_mips at an early stage. I don't follow recent changes around eth.c and CONFIG_NET_MULTI, but it's probably CONFIG_NET_MULTI used to be used strictly for multi ports, isn't it? Next. As far as looking at drivers/net/ne2000*.[ch], NE2000 driver doesn't seem to require board_eth_init() or cpu_eth_init(). Right? Therefore I've not added a corresponding hook in board/qemu_mips/ qemu_mips.c. If my understanding is wrong, please let me know. include/configs/qemu-mips.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/configs/qemu-mips.h b/include/configs/qemu-mips.h index cbacdf9..f419174 100644 --- a/include/configs/qemu-mips.h +++ b/include/configs/qemu-mips.h @@ -157,7 +157,7 @@ #define CONFIG_ENV_OVERWRITE 1 -#undef CONFIG_NET_MULTI +#define CONFIG_NET_MULTI #define MEM_SIZE 128 -- 1.6.5.1

2 2

[U-Boot] Freescale MXC: NAND UnCorrectable RS-ECC Error
by alfred steele 20 Oct '09

20 Oct '09

Hi All, I am trying to introduce a Samsung NAND flash part (K9F8G08U0M) to a Freescale mxc platform. Looks like the device code used in the NAND "read id" operation is already a part of the drivers/mtd/nand/nand_ids.c, looking at line "{"NAND 1GiB 3,3V 8-bit", 0xD3, 0, 1024, 0, LP_OPTIONS},) Its different in the sense that it has a page size of 4K but the code specific to 4k page size handling seems to be there in the code After booting out of RAM, i am getting "UnCorrectable RS-ECC Error" during an initial page read operation. Am i missing something related to spare area/OOB. Please let me know the fastest path to or get around or debug this issue. NAND: UnCorrectable RS-ECC Error Bad block table found at page 262080, version 0x01 UnCorrectable RS-ECC Error UnCorrectable RS-ECC Error Bad block table found at page 262016, version 0x01 UnCorrectable RS-ECC Error UnCorrectable RS-ECC Error nand_read_bbt: Bad block at 0x1e080000 nand_read_bbt: Bad block at 0x1e0c0000 nand_read_bbt: Bad block at 0x1e300000 nand_read_bbt: Bad block at 0x1e340000 nand_read_bbt: Bad block at 0x23340000 nand_read_bbt: Bad block at 0x36940000 nand_read_bbt: Bad block at 0x36980000 nand_read_bbt: Bad block at 0x369c0000 nand_read_bbt: Bad block at 0x36a00000 nand_read_bbt: Bad block at 0x3ad00000 nand_read_bbt: Bad block at 0x3ad40000 nand_read_bbt: Bad block at 0x3ad80000 nand_read_bbt: Bad block at 0x3f700000 nand_read_bbt: Bad block at 0x3f740000 nand_read_bbt: Bad block at 0x3f800000 nand_read_bbt: Bad block at 0x3f840000 nand_read_bbt: Bad block at 0x3f880000 nand_read_bbt: Bad block at 0x3f900000 nand_read_bbt: Bad block at 0x3f9c0000 nand_read_bbt: Bad block at 0x3fa40000 nand_read_bbt: Bad block at 0x3fa80000 nand_read_bbt: Bad block at 0x3fac0000 nand_read_bbt: Bad block at 0x3fb00000 nand_read_bbt: Bad block at 0x3fb40000 nand_read_bbt: Bad block at 0x3fb80000 nand_read_bbt: Bad block at 0x3fc40000 nand_read_bbt: Bad block at 0x3fc80000 nand_read_bbt: Bad block at 0x3fd00000 nand_read_bbt: Bad block at 0x3fd40000 nand_read_bbt: Bad block at 0x3fe80000 nand_read_bbt: Bad block at 0x3ff00000 nand_read_bbt: Bad block at 0x3ff40000 nand_read_bbt: Bad block at 0x3ff80000 nand_read_bbt: Bad block at 0x3ffc0000 1024 MiB My gdb backtrace if it helps at all: (gdb) bt #0 mxc_nand_ecc_status (mtd=<value optimized out>) at mxc_nand.c:272 #1 0x87f0bfb0 in mxc_nand_command (mtd=0x87f29c90, command=0, column=0, page_addr=0) at mxc_nand.c:924 #2 0x87f08dd0 in nand_do_read_ops (mtd=0x87f29c90, from=<value optimized out>, ops=0x87f29e18) at nand_base.c:1197 #3 0x87f09a64 in nand_read (mtd=0x1000, from=13310103653403, len=2280692324, retlen=0x87e5fef4, buf=0x87e627b8 '�' <repeats 200 times>...) at nand_base.c:1319 #4 0x87f13d18 in readenv (offset=262144, buf=0x87e627b8 '�' <repeats 200 times>...) at u-boot/include/nand.h:41 #5 0x87f13d88 in env_relocate_spec () at env_nand.c:349 #6 0x87f13b58 in env_relocate () at env_common.c:264 #7 0x87f01874 in start_armboot () at board.c:357 #8 0x00008c18 in ?? () Thanks, Alfred

3 5

[U-Boot] Possible NAND environment issue which i see on DM355 and DM365
by Paulraj, Sandeep 20 Oct '09

20 Oct '09

Hello, I see an issue while trying to save the environment on both the DM355 and DM365. Here is the dump DM365 EVM # saveenv Saving Environment to NAND... Erasing Nand... Erasing at 0x3e000000040000 -- 0% complete. Writing to Nand... done DM365 EVM # If we look at the line, "Erasing at 0x3e000000040000 -- 0% complete.", The diagnostics are clearly wrong. It should be Erasing at 0x3e0000 -- 100% complete. I think this is an issue with the 64 bit support that is getting added to U-Boot. As usual I am willing to get corrected on what I just said. The image is built of u-boot-ti and since I am in sync with arm , I don't believe I would have seen any NAND and environment related patches/updates over the last month or so. Any commits/patches that is in u-boot that will result in me not seeing such issues? I ask because I did not see this issues a couple months ago and the NAND driver is the same so I assume that the issue is with some other subsystem. I must reiterate that both the DM355 and DM365 boot up a linux kernel just fine. Thanks, Sandeep

1 0

[U-Boot] [PATCH 1/2] cmd_nand: Remove duplicate include
by Peter Tyser 19 Oct '09

19 Oct '09

Also remove vague, unnecessary comment Signed-off-by: Peter Tyser <ptyser(a)xes-inc.com> --- common/cmd_nand.c | 8 -------- 1 files changed, 0 insertions(+), 8 deletions(-) diff --git a/common/cmd_nand.c b/common/cmd_nand.c index 158a55f..404ef9c 100644 --- a/common/cmd_nand.c +++ b/common/cmd_nand.c @@ -9,14 +9,6 @@ */ #include <common.h> - - -/* - * - * New NAND support - * - */ -#include <common.h> #include <linux/mtd/mtd.h> #if defined(CONFIG_CMD_NAND) -- 1.6.2.1

3 4

[U-Boot] [PATCH] [OneNAND IPL] OneNAND board init support
by Kyungmin Park 19 Oct '09

19 Oct '09

Some Samsung SoCs, s3c64xx, s5pc100 has own OneNAND controller and different OneNAND access method. To support this, each board has own init and set onenand_read_page for it. Signed-off-by: Kyungmin Park <kyungmin.park(a)samsung.com> --- diff --git a/onenand_ipl/onenand_read.c b/onenand_ipl/onenand_read.c index 8d0df81..47b60b3 100644 --- a/onenand_ipl/onenand_read.c +++ b/onenand_ipl/onenand_read.c @@ -110,6 +110,14 @@ static void onenand_generic_init(int *page_is_4KiB, int *page) *page_is_4KiB = 1; } +static int __onenand_board_init(int *page_is_4KiB, int *page) +{ + return 0; +} + +int onenand_board_init(int *page_is_4KiB, int *page) + __attribute__((weak, alias("__onenand_board_init"))); + /** * onenand_read_block - Read CONFIG_SYS_MONITOR_LEN from begining * of OneNAND, skipping bad blocks @@ -120,11 +128,13 @@ int onenand_read_block(unsigned char *buf) int block, nblocks; int page = CONFIG_ONENAND_START_PAGE, offset = 0; int pagesize, erasesize, erase_shift; - int page_is_4KiB = 0; + int page_is_4KiB = 0, ret; onenand_read_page = generic_onenand_read_page; - onenand_generic_init(&page_is_4KiB, &page); + ret = onenand_board_init(&page_is_4KiB, &page); + if (ret) + onenand_generic_init(&page_is_4KiB, &page); if (page_is_4KiB) { pagesize = 4096; /* OneNAND has 4KiB pagesize */

2 2

[U-Boot] [PATCH] Nand: Implement raw read/write and biterr
by John Rigby 19 Oct '09

19 Oct '09

New commands nand read.raw and write.raw read/write main and oob area. Implement previously stubbed nand biterr command. Document the above and also the previously undocumented read.oob and write.oob. Signed-off-by: John Rigby <jrigby(a)control4.com> --- common/cmd_nand.c | 115 +++++++++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 112 insertions(+), 3 deletions(-) diff --git a/common/cmd_nand.c b/common/cmd_nand.c index 158a55f..a488038 100644 --- a/common/cmd_nand.c +++ b/common/cmd_nand.c @@ -90,6 +90,95 @@ static int nand_dump(nand_info_t *nand, ulong off, int only_oob) return 0; } +#define NAND_RW_RAW_READ 0 +#define NAND_RW_RAW_WRITE 1 + +static int nand_rdwr_raw(int rdwr, nand_info_t *nand, ulong off, u_char *buf, + size_t size) +{ + struct mtd_oob_ops ops = { + .len = nand->writesize, + .ooblen = nand->oobsize, + .mode = MTD_OOB_RAW, + }; + int i; + int nrblocks = size / nand->writesize; + loff_t addr = (loff_t)(off & ~(nand->writesize - 1)); + + while (nrblocks--) { + ops.datbuf = buf; + /* + * for read oobbuf must be set, but oob data + * will be appended to ops.datbuf + * for write oobbuf is actually used + */ + ops.oobbuf = buf + nand->writesize; + if (rdwr == NAND_RW_RAW_READ) + i = nand->read_oob(nand, addr, &ops); + else + i = nand->write_oob(nand, addr, &ops); + if (i < 0) { + printf("Error (%d) %s page %08lx\n", i, + rdwr == NAND_RW_RAW_READ ? + "reading" : "writing", + (unsigned long)addr); + return 1; + } + + addr += nand->writesize; + buf += (nand->writesize + nand->oobsize); + } + return 0; +} + +static int nand_read_raw(nand_info_t *nand, ulong off, u_char *buf, + size_t size) +{ + return nand_rdwr_raw(NAND_RW_RAW_READ, nand, off, buf, size); +} + +static int nand_write_raw(nand_info_t *nand, ulong off, u_char *buf, + size_t size) +{ + return nand_rdwr_raw(NAND_RW_RAW_WRITE, nand, off, buf, size); +} + +static int nand_biterr(nand_info_t *nand, ulong off, int bit) +{ + int ret = 0; + u_char *buf; + ulong blockoff = off & ~(nand->erasesize - 1); + int byteoff = off & (nand->erasesize - 1); + nand_erase_options_t opts = { + .offset = blockoff, + .length = nand->erasesize, + }; + + buf = malloc(nand->erasesize + + nand->oobsize * (nand->erasesize / nand->writesize)); + if (!buf) { + puts("No memory for page buffer\n"); + return 1; + } + nand_read_raw(nand, blockoff, buf, nand->erasesize); + + ret = nand_erase_opts(nand, &opts); + if (ret) { + puts("Failed to erase block at %x\n"); + return ret; + } + + printf("toggling bit %x in byte %x in block %x %02x ->", + bit, byteoff, blockoff, buf[byteoff]); + + buf[byteoff] ^= (1 << bit); + + printf("%02x\n", buf[byteoff]); + + nand_write_raw(nand, blockoff, buf, nand->erasesize); + free(buf); + return 0; +} /* ------------------------------------------------------------------------- */ static inline int str2long(char *p, ulong *num) @@ -401,6 +490,13 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) ret = nand->read_oob(nand, off, &ops); else ret = nand->write_oob(nand, off, &ops); + } else if (!strcmp(s, ".raw")) { + if (read) + ret = nand_read_raw(nand, off, + (u_char *)addr, size); + else + ret = nand_write_raw(nand, off, + (u_char *)addr, size); } else { printf("Unknown nand command suffix '%s'.\n", s); return 1; @@ -437,9 +533,19 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) } return ret; } - if (strcmp(cmd, "biterr") == 0) { - /* todo */ + off = (ulong)simple_strtoul(argv[2], NULL, 16); + i = (int)simple_strtoul(argv[3], NULL, 16); + + int ret = nand_biterr(nand, off, i); + if (ret == 0) { + printf("byte offset 0x%08lx toggled bit %d\n", + (ulong) off, i); + return 0; + } else { + printf("byte offset 0x%08lx could not toggle bit %d\n", + (ulong) addr, i); + } return 1; } @@ -494,13 +600,16 @@ U_BOOT_CMD(nand, CONFIG_SYS_MAXARGS, 1, do_nand, "nand write - addr off|partition size\n" " read/write 'size' bytes starting at offset 'off'\n" " to/from memory address 'addr', skipping bad blocks.\n" + " .oob - reads/writes oob only.\n" + " .raw - reads/writes both main and oob with no error\n" + " detection or correction\n" "nand erase [clean] [off size] - erase 'size' bytes from\n" " offset 'off' (entire device if not specified)\n" "nand bad - show bad blocks\n" "nand dump[.oob] off - dump page\n" "nand scrub - really clean NAND erasing bad blocks (UNSAFE)\n" "nand markbad off [...] - mark bad block(s) at offset (UNSAFE)\n" - "nand biterr off - make a bit error at offset (UNSAFE)" + "nand biterr off bitno - toggle bit bitno in byte off (UNSAFE)\n" #ifdef CONFIG_CMD_NAND_LOCK_UNLOCK "\n" "nand lock [tight] [status]\n" -- 1.6.3

3 4

[U-Boot] Please check if the patch for SMSC LAN9220 is missing
by "Seunghyeon Rhee (이승현)" 19 Oct '09

19 Oct '09

There were two patches submitted to add support for SMSC LAN9220 and LAN9221. The latter (more recent one) has been applied but the former hasn't yet. Refer to the following and check please. Regards, Seunghyeon Rhee Thu Apr 23 07:36:25 CEST 2009 > Daniel Mack wrote: > > Signed-off-by: Daniel Mack <daniel at caiaq.de> > > Cc: Sascha Hauer <s.hauer at pengutronix.de> > > --- > > drivers/net/smc911x.h | 2 ++ > > 1 files changed, 2 insertions(+), 0 deletions(-) > > > > diff --git a/drivers/net/smc911x.h b/drivers/net/smc911x.h > > index 80d2ce0..2b01cf5 100644 > > --- a/drivers/net/smc911x.h > > +++ b/drivers/net/smc911x.h > > @@ -382,6 +382,7 @@ static inline void smc911x_reg_write(u32 addr, > u32 val) > > #define CHIP_9216 0x116a > > #define CHIP_9217 0x117a > > #define CHIP_9218 0x118a > > +#define CHIP_9220 0x9220 > > > > struct chip_id { > > u16 id; > > @@ -398,6 +399,7 @@ static const struct chip_id chip_ids[] = { > > { CHIP_9216, "LAN9216" }, > > { CHIP_9217, "LAN9217" }, > > { CHIP_9218, "LAN9218" }, > > + { CHIP_9220, "LAN9220" }, > > { 0, NULL }, > > }; > > > > > Applied to net/next branch. > > thanks, > Ben Fri Jul 10 08:21:31 CEST 2009 > Andreas Pretzsch wrote: > > Signed-off-by: Andreas Pretzsch <apr at cn-eng.de> > > --- > > drivers/net/smc911x.h | 2 ++ > > 1 files changed, 2 insertions(+), 0 deletions(-) > > > > diff --git a/drivers/net/smc911x.h b/drivers/net/smc911x.h > > index 80d2ce0..c14003c 100644 > > --- a/drivers/net/smc911x.h > > +++ b/drivers/net/smc911x.h > > @@ -382,6 +382,7 @@ static inline void smc911x_reg_write(u32 addr, > u32 val) > > #define CHIP_9216 0x116a > > #define CHIP_9217 0x117a > > #define CHIP_9218 0x118a > > +#define CHIP_9221 0x9221 > > > > struct chip_id { > > u16 id; > > @@ -398,6 +399,7 @@ static const struct chip_id chip_ids[] = { > > { CHIP_9216, "LAN9216" }, > > { CHIP_9217, "LAN9217" }, > > { CHIP_9218, "LAN9218" }, > > + { CHIP_9221, "LAN9221" }, > > { 0, NULL }, > > }; > > > > > Applied to net repo. > > thanks, > Ben

2 1

[U-Boot] Root-Filesystem ober NFS doesn't work... --> Kernel panic
by Michael Schmid 19 Oct '09

19 Oct '09

Hi! I'm trying to get root-filesystem over NFS running. I'm a bit confused about all the new stuff and I don't know where I shall start searching for the problem :-( I have: Board: Artila M501 board with AT91RM9200 U-Boot: 1.1.2 Linux: 2.6 Flash: 16MB SDRAM: 64MB My U-Boot configuration is: *** START *** baudrate=115200 ethaddr=00:13:48:00:77:b5 rootpath=/opt/arm lel=1 initrd=0x20800000,8192000 ramdisk_size=15360 root=/dev/ram0 rw loader=tftp 21000000 m501_64M.alf mtdparts=phys_mapped_flash:128k(loader)ro,128k(reserved)ro,1408k(linux)ro,2560(ramdisk)ro,-(userdisk) filesize=3A3 netmask=255.255.255.0 bootcmd=bootm 10040000 101a0000 kernel=tftp 21000000 M501K;erase 10040000 1019ffff;cp.b 21000000 10040000 $(filesize) skernel=loadb 21000000;erase 10040000 1019ffff;cp.b 21000000 10040000 $(filesize) ramdisk=tftp 21000000 M501R;erase 101a0000 1041ffff;cp.b 21000000 101a0000 $(filesize) sramdisk=loadb 21000000;erase 101a0000 1041ffff;cp.b 21000000 101a0000 $(filesize) ipaddr=192.168.2.196 bootdelay=1 bargs=setenv bootargs mem=64M console=$(console),115200 initrd=0x20800000,8192000 ramdisk_size=15360 root=/dev/ram0 rw mtdparts=phys_mapped_flash:128k(loader)ro,128k(env)ro,1408k(linux)ro,2560k(ramdisk)ro,-(userdisk) serverip=192.168.2.40 console=ttyS0 gateway=192.168.2.1 bootargs=root=/dev/nfs rw nfsroot=192.168.2.40:/opt/arm ip=192.168.2.196:192.168.2.40:192.168.2.254:255.255.255.0:michael-laptop::off console=ttyS0,115200 bootm=10040000 - 101a0000 stdin=serial stdout=serial stderr=serial *** END *** If I start my Board, the kernel boots and it looks fine until I get a kernel panic --> See the attached textfile! Do you have any hints what the problems might be. I'm pretty sure that the NFS-Server works fine, but I'm not sure 100% (How can I find out if it works? Any Idea?). Thanks! Michael -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

[U-Boot] Root-Filesystem ober NFS doesn't work... --> Kernel panic ---> corrupt textfile
by Michael Schmid 19 Oct '09

19 Oct '09

I'm sorry, somehow the log.txt in my last e-mail got corrupted.... Here it is: Uncompressing Linux............................................................................................... done, booting the kernel. Linux version 2.6.14-M5 (Alan@ace-yang) (gcc version 3.3.2) #837 Tue Aug 14 14:14:03 CST 2007 CPU: ARM920Tid(wb) [41129200] revision 0 (ARMv4T) Machine: Artila M501 SOM Memory policy: ECC disabled, Data cache writeback Clocks: CPU 179 MHz, master 59 MHz, main 18.432 MHz CPU0: D VIVT write-back cache CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets Built 1 zonelists Kernel command line: root=/dev/nfs rw nfsroot=192.168.2.40:/opt/arm ip=192.168.2.196:192.168.2.40:192.168.2.254:255.255.255.0:michael-laptop::off console=ttyS0,115200 AT91: 128 gpio irqs in 4 banks PID hash table entries: 256 (order: 8, 4096 bytes) Console: colour dummy device 80x30 Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 32MB = 32MB total Memory: 26824KB available (2389K code, 523K data, 104K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 2509K NET: Registered protocol family 16 SCSI subsystem initialized usbcore: registered new driver usbfs usbcore: registered new driver hub NetWinder Floating Point Emulator V0.97 (extended precision) JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. Initializing Cryptographic API Matrix500 RTC driver. Matrix500 GPIO Driver Loaded. AT91 SPI driver loaded AT91 Watchdog Timer enabled (5 seconds) ttyS0 at MMIO 0xfefff200 (irq = 1) is a AT91_SERIAL ttyS1 at MMIO 0xfefc0000 (irq = 6) is a AT91_SERIAL ttyS2 at MMIO 0xfefc4000 (irq = 7) is a AT91_SERIAL ttyS3 at MMIO 0xfefc8000 (irq = 8) is a AT91_SERIAL ttyS4 at MMIO 0xfefcc000 (irq = 9) is a AT91_SERIAL io scheduler noop registered io scheduler anticipatory registered RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize PPP generic driver version 2.4.2 PPP BSD Compression module registered NET: Registered protocol family 24 eth0: Link now 100-FullDuplex eth0: AT91 ethernet at 0xfefbc000 int=24 100-FullDuplex (00:13:48:00:77:b5) eth0: Davicom 9161AE PHY (Copper) physmap flash device: 1000000 at 10000000 phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled RedBoot partition parsing not available block2mtd: version $Revision: 1.28 $ at91rm9200-ohci at91rm9200-ohci: AT91RM9200 OHCI at91rm9200-ohci at91rm9200-ohci: new USB bus registered, assigned bus number 1 at91rm9200-ohci at91rm9200-ohci: irq 23, io mem 0x00300000 usb usb1: Product: AT91RM9200 OHCI usb usb1: Manufacturer: Linux 2.6.14-M5 ohci_hcd usb usb1: SerialNumber: at91rm9200 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected usbcore: registered new driver cdc_acm drivers/usb/class/cdc-acm.c: v0.23:USB Abstract Control Model driver for USB modems and ISDN adapters usbcore: registered new driver usblp drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver Initializing USB Mass Storage driver... usbcore: registered new driver usb-storage USB Mass Storage support registered. rtusb init ====> usbcore: registered new driver rt73 usbcore: registered new driver usbserial drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic usbcore: registered new driver usbserial_generic drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0 drivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Device usbcore: registered new driver ftdi_sio drivers/usb/serial/ftdi_sio.c: v1.4.3:USB FTDI Serial Converters Driver drivers/usb/serial/usb-serial.c: USB Serial support registered for PL-2303 usbcore: registered new driver pl2303 drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver v0.12 mice: PS/2 mouse device common for all mice i2c /dev entries driver Found AT91 i2c RTC found. AT91RM9200 MCI initialized NET: Registered protocol family 2 IP route cache hash table entries: 512 (order: -1, 2048 bytes) TCP established hash table entries: 2048 (order: 1, 8192 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered ip_conntrack version 2.3 (256 buckets, 2048 max) - 240 bytes per conntrack ctnetlink v0.90: registering with nfnetlink. ip_tables: (C) 2000-2002 Netfilter core team ipt_recent v0.3.1: Stephen Frost <sfrost(a)snowman.net>. http://snowman.net/projects/ipt_recent/ arp_tables: (C) 2002 David S. Miller TCP bic registered Netfilter messages via NETLINK v0.30. NET: Registered protocol family 1 NET: Registered protocol family 17 eth0: Link now 100-FullDuplex IP-Config: Complete: device=eth0, addr=192.168.2.196, mask=255.255.255.0, gw=192.168.2.254, host=michael-laptop, domain=, nis-domain=(none), bootserver=192.168.2.40, rootserver=192.168.2.40, rootpath= RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). VFS: Cannot open root device "nfs" or unknown-block(0,255) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,255)

1 0