Hi, what is the state of the kirkwood targets in openwrt trunk? At the moment I'm trying to get an Segate GoFlex Home running with trunk.
I had it previously running with atitude adjustment and wanted to to upgrade it to trunk. Since it seems ubifs is the new way to go, I flashed a new u-boot namely the openwrt-kirkwood-goflexhome-u-boot.kwb. It was missing the bootz command support, so I had to change 200-openwrt-config.patch since it didn't include "openwrt-kirkwood-common.h" for the goflex. diff --git a/package/boot/uboot-kirkwood/patches/200-openwrt-config.patch b/package/boot/uboot-kirkwood/patches/200-openwrt-config.patch index 0e84d3b..92e2b75 100644 --- a/package/boot/uboot-kirkwood/patches/200-openwrt-config.patch +++ b/package/boot/uboot-kirkwood/patches/200-openwrt-config.patch @@ -108,3 +108,12 @@ +#include "openwrt-kirkwood-common.h" + #endif /* _CONFIG_SHEEVAPLUG_H */ +--- a/include/configs/goflexhome.h ++++ b/include/configs/goflexhome.h +@@ -133,4 +133,6 @@ + #define CONFIG_RTC_MV + #endif /* CONFIG_CMD_DATE */ + ++#include "openwrt-kirkwood-common.h" ++ + #endif /* _CONFIG_GOFLEXHOME_H */ After flashing the rootfs: GoFlexHome> nand erase.part root NAND erase.part: device 0 offset 0x700000, size 0xf900000 Skipping bad block at 0x0d920000 Erasing at 0xffe0000 -- 100% complete. OK GoFlexHome> ubi part root UBI: attaching mtd1 to ubi0 UBI: scanning is finished UBI: empty MTD device detected UBI: attached mtd1 (name "mtd=2", size 249 MiB) to ubi0 UBI: PEB size: 131072 bytes (128 KiB), LEB size: 129024 bytes UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 512 UBI: VID header offset: 512 (aligned 512), data offset: 2048 UBI: good PEBs: 1991, bad PEBs: 1, corrupted PEBs: 0 UBI: user volume: 0, internal volumes: 1, max. volumes count: 128 UBI: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 0 UBI: available PEBs: 1948, total reserved PEBs: 43, PEBs reserved for bad PEB handling: 39 GoFlexHome> ubi create rootfs No size specified -> Using max size (251338752) Creating dynamic volume rootfs of size 251338752 GoFlexHome> tftpboot 0x800000 dd-gfh/openwrt-kirkwood-goflexhome-rootfs.ubifs Using egiga0 device TFTP from server 10.10.10.3; our IP address is 10.10.10.6 Filename 'dd-gfh/openwrt-kirkwood-goflexhome-rootfs.ubifs'. Load address: 0x800000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ######################################################### 529.3 KiB/s done Bytes transferred = 7612416 (742800 hex) GoFlexHome> ubi write 0x800000 rootfs 0x742800 7612416 bytes written to volume rootfs GoFlexHome> ubifsmount ubi:rootfs GoFlexHome> ubifsls <DIR> 3848 Mon Feb 29 13:56:58 2016 bin <DIR> 160 Sun Feb 28 13:21:54 2016 dev <DIR> 3256 Sun Feb 28 13:21:54 2016 etc <DIR> 1720 Sun Feb 28 13:21:54 2016 lib <DIR> 160 Sun Feb 28 13:21:54 2016 mnt <DIR> 224 Mon Feb 29 13:56:58 2016 rom <DIR> 160 Mon Feb 29 13:56:59 2016 tmp <DIR> 160 Sun Feb 28 13:21:54 2016 sys <LNK> 4 Mon Feb 29 13:56:58 2016 var <DIR> 416 Sun Feb 28 13:21:54 2016 usr <DIR> 160 Sun Feb 28 13:21:54 2016 www <DIR> 608 Mon Feb 29 13:59:33 2016 boot <DIR> 160 Sun Feb 28 13:21:54 2016 proc <DIR> 3024 Mon Feb 29 13:56:58 2016 sbin <DIR> 160 Sun Feb 28 13:21:54 2016 root <DIR> 160 Sun Feb 28 13:21:54 2016 overlay GoFlexHome> All seems to be there. I loaded the kernel via tftp: GoFlexHome> tftpboot 0x800000 dd-gfh/openwrt-kirkwood-goflexhome-zImage Using egiga0 device TFTP from server 10.10.10.3; our IP address is 10.10.10.6 Filename 'dd-gfh/openwrt-kirkwood-goflexhome-zImage'. Load address: 0x800000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ###################################### 507.8 KiB/s done Bytes transferred = 1857693 (1c589d hex) GoFlexHome> printenv baudrate=115200 bootargs_root=ubi.mtd=root root=ubi0:rootfs rootfstype=ubifs ro bootcmd=setenv bootargs ${console} ${mtdparts} ${bootargs_root}; ubi part root; ubifsmount ubi:root; ubifsload 0x800000 ${kernel}; bootm 0x800000 bootdelay=3 console=console=ttyS0,115200 ethact=egiga0 fileaddr=800000 filesize=1c589d mtddevname=uboot mtddevnum=0 mtdids=nand0=orion_nand mtdparts=mtdparts=orion_nand:1m(uboot),6M(uImage),-(root) partition=nand0,0 serverip=10.10.10.3 FlexHome> setenv bootargs ${console} ${mtdparts} ${bootargs_root} GoFlexHome> bootz 0x800000 Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0 [ 0.000000] Linux version 3.18.26 (mm@cato) (gcc version 5.2.0 (OpenWrt GCC 5.2.0 r48812) ) #1 Mon Feb 29 13:59:26 UTC 2016 [ 0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=0005397f [ 0.000000] CPU: VIVT data cache, VIVT instruction cache [ 0.000000] Machine model: Seagate GoFlex Home [ 0.000000] Memory policy: Data cache writeback [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 [ 0.000000] Kernel command line: console=ttyS0,115200 mtdparts=orion_nand:1m(uboot),6M(uImage),-(root) ubi.mtd=root root=ubi0:rootfs rootfstype=ubifs ro ... [ 1.010151] UBI: attaching mtd2 to ubi0 [ 1.462683] UBI: scanning is finished [ 1.479049] UBI: attached mtd2 (name "root", size 249 MiB) to ubi0 [ 1.485266] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 129024 bytes [ 1.492108] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 512 [ 1.498760] UBI: VID header offset: 512 (aligned 512), data offset: 2048 [ 1.505485] UBI: good PEBs: 1991, bad PEBs: 1, corrupted PEBs: 0 [ 1.511524] UBI: user volume: 1, internal volumes: 1, max. volumes count: 128 [ 1.518688] UBI: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 0 [ 1.526994] UBI: available PEBs: 0, total reserved PEBs: 1991, PEBs reserved for bad PEB handling: 39 [ 1.536578] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 1.543961] UBI: background thread "ubi_bgt0d" started, PID 778 [ 1.550290] VFS: Cannot open root device "ubi0:rootfs" or unknown-block(0,0): error -2 [ 1.558241] Please append a correct "root=" boot option; here are the available partitions: [ 1.566653] 1f00 1024 mtdblock0 (driver?) [ 1.571754] 1f01 6144 mtdblock1 (driver?) [ 1.576836] 1f02 254976 mtdblock2 (driver?) [ 1.581929] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [ 1.590229] ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) It fails mounting the root filesystem. So my question is, what is the supposed way to get openwrt on the goflex? In case the ubifs is correct, in which direction do I need to search to get it running. Thanks in advance. bye MM -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?
signature.asc
Description: Digital signature
_______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel