Moinsen Freunde des verfreakten frickelns,
heute habe ich wieder ein paar Stunden in meinen Dockstar investiert. Nachdem ich ihn in einem nicht funktionalen Status gekauft hatte (habe in der serial console gesehen, das kernel image hat den crc check nicht bestanden) habe ich ihn gestern noch versucht fit zu bekommen. Bei der Aktion habe ich per tftp das Kernel Image + das Rootfs in den Bootloader Memory gespeichert und versucht die Sachen über den Bootloader neu in den Nand zu schreiben. Dabei habe ich durch einen Unachtsamen Copy+Paste fehler das Teil gebrickt. Ich hatte den Speicherbereich auf dem der UBoot loader residiert ausversehen überschrieben. Zum glück habe ich es noch rechtzeitig gemerkt und den Dockstar nicht gebootet. Sonst hätte ich mir nen JTag besorgen müssen. Ich habe direkt alles wieder rekonstruiert.
Hier ein Auszug, bei dem ich den Dockstar fast zerstört habe und dann wieder rekonstruiert:
USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 CE>> setenv ipaddr 192.168.88.129 CE>> setenv netmask 255.255.255.0 CE>> setenv serverip 192.168.88.128 CE>> CE>> tftpboot 0×800000 dockstar-uImage Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-uImage’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################## done Bytes transferred = 917504 (e0000 hex) CE>> mw 0×800000 0 0×100000 CE>> tftpboot 0×800000 dockstar-uImage Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-uImage’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################## done Bytes transferred = 917504 (e0000 hex) CE>> nand erase 0×100000 0×400000 NAND erase: device 0 offset 0×100000, size 0×400000 Erasing at 0×4e0000 — 100% complete. OK CE>> nand write.e 0×800 0×100000 NAND write: device 0 offset 0×100000, size 0xff00000 Writing data at 0xffff800 — 100% complete. 267386880 bytes written: OK CE>> CE>> # #FAAAWWWWWWWK CE>> nand erase 0×0 0×100000 NAND erase: device 0 offset 0×0, size 0×100000 Erasing at 0xe0000 — 100% complete. OK CE>> mw 0×800000 0 0×100000 CE>> tftpboot 0×800000 uboot-original-mtd0.kwb Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘uboot-original-mtd0.kwb’. Load address: 0×800000 Loading: T T ################################################################# ###################################### done Bytes transferred = 524288 (80000 hex) CE>> CE>> nand erase 0×0 0×100000 NAND erase: device 0 offset 0×0, size 0×100000 Erasing at 0xe0000 — 100% complete. OK CE>> nand write.e 0×800000 0×0 0×100000 NAND write: device 0 offset 0×0, size 0×100000 Writing data at 0xff800 — 100% complete. 1048576 bytes written: OK CE>> help mw mw [.b, .w, .l] address value [count] – write memory CE>>
USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 CE>> setenv ipaddr 192.168.88.129 CE>> setenv netmask 255.255.255.0 CE>> setenv serverip 192.168.88.128 CE>> CE>> tftpboot 0×800000 dockstar-uImage Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-uImage’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################## done Bytes transferred = 917504 (e0000 hex) CE>> mw 0×800000 0 0×100000 CE>> tftpboot 0×800000 dockstar-uImage Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-uImage’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################## done Bytes transferred = 917504 (e0000 hex) CE>> nand erase 0×100000 0×400000
NAND erase: device 0 offset 0×100000, size 0×400000 Erasing at 0×4e0000 — 100% complete. OK CE>> nand write.e 0×800 0×100000
NAND write: device 0 offset 0×100000, size 0xff00000
Writing data at 0xffff800 — 100% complete. 267386880 bytes written: OK CE>> CE>> # #FAAAWWWWWWWK CE>> nand erase 0×0 0×100000
NAND erase: device 0 offset 0×0, size 0×100000 Erasing at 0xe0000 — 100% complete. OK CE>> mw 0×800000 0 0×100000 CE>> tftpboot 0×800000 uboot-original-mtd0.kwb Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘uboot-original-mtd0.kwb’. Load address: 0×800000 Loading: T T ################################################################# ###################################### done Bytes transferred = 524288 (80000 hex) CE>> CE>> nand erase 0×0 0×100000
NAND erase: device 0 offset 0×0, size 0×100000 Erasing at 0xe0000 — 100% complete. OK CE>> nand write.e 0×800000 0×0 0×100000
NAND write: device 0 offset 0×0, size 0×100000
Writing data at 0xff800 — 100% complete. 1048576 bytes written: OK CE>> help mw mw [.b, .w, .l] address value [count] – write memory
CE>>
Im Endeffekt dieses Howto Befolgt, nur das ich den UBoot auch noch mitgeflasht habe: http://www.cs.cmu.edu/~ecc/dockstar-howto.html#serial
Allerdings hat er so auch nicht sauber gebootet.
U-Boot 1.1.4 (Jul 16 2009 – 21:02:16) Cloud Engines (3.4.16) U-Boot code: 00600000 -> 0067FFF0 BSS: -> 00690D60 Soc: 88F6281 A0 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0×00000000 size 128MB DRAM Total size 128MB 16bit width Flash: 0 kB Addresses 8M – 0M are saved for the U-Boot usage. Mem malloc Initialization (8M – 7M): Done NAND:256 MB CPU : Marvell Feroceon (Rev 1) CLOUD ENGINES BOARD: REDSTONE:0.1 Streaming disabled Write allocate disabled USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 NAND read: device 0 offset 0×100000, size 0×200000 Reading data from 0×2ff800 — 100% complete. 2097152 bytes read: OK ## Booting image at 00800000 … Image Name: Linux-2.6.30.10 Created: 2010-07-31 14:08:28 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 903036 Bytes = 881.9 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum … OK OK Starting kernel … Uncompressing Linux… done, booting the kernel. Linux version 2.6.30.10 (ecc@stratocaster) (gcc version 4.4.4 (GCC) ) #10 Sat Jul 31 10:08:26 EDT 2010 CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Seagate DockStar Memory policy: ECC disabled, Data cache writeback Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2 ro NR_IRQS:114 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128MB = 128MB total Memory: 127260KB available (2224K code, 193K data, 84K init, 0K highmem) Calibrating delay loop… 1192.75 BogoMIPS (lpj=5963776) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok net_namespace: 296 bytes NET: Registered protocol family 16 Kirkwood: MV88F6281-A0, TCLK=200000000. Feroceon L2: Enabling L2 Feroceon L2: Cache support initialised. Kirkwood: Gating clock using mask 0×1ac224 bio: create slab at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc. msgmni has been set to 248 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xf1012000 (irq = 33) is a 16550A console [ttyS0] enabled Driver ’sd’ needs updating – please use bus_type methods MV-643xx 10/100/1000 ethernet driver version 1.4 mv643xx_eth smi: probed net eth0: port 0 with MAC address 00:50:43:00:02:02 NAND device: Manufacturer ID: 0×2c, Chip ID: 0xda (Micron NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Creating 4 MTD partitions on “NAND 256MiB 3,3V 8-bit”: 0×000000000000-0×000000100000 : “u-boot” 0×000000100000-0×000000500000 : “uImage” 0×000000500000-0×000002500000 : “rootfs” 0×000002500000-0×000010000000 : “rootfs_data” ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver orion-ehci orion-ehci.0: Marvell Orion EHCI orion-ehci orion-ehci.0: new USB bus registered, assigned bus number 1 orion-ehci orion-ehci.0: irq 19, io mem 0xf1050000 orion-ehci orion-ehci.0: USB 2.0 started, EHCI 1.00 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected Initializing USB Mass Storage driver… usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for pl2303 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver usb 1-1: new high speed USB device using orion-ehci and address 2 usb 1-1: configuration #1 chosen from 1 choice hub 1-1:1.0: USB hub found hub 1-1:1.0: 4 ports detected rtc-mv rtc-mv: internal RTC not ticking i2c /dev entries driver cpuidle: using governor ladder TCP cubic registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear All bugs added by David S. Miller drivers/rtc/hctosys.c: unable to open rtc device (rtc0) end_request: I/O error, dev mtdblock2, sector 2 EXT3-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 2 EXT2-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 0 SQUASHFS error: squashfs_read_data failed to read block 0×0 SQUASHFS error: unable to read squashfs_super_block VFS: Cannot open root device “mtdblock2″ or unknown-block(31,2) Please append a correct “root=” boot option; here are the available partitions: 1f00 1024 mtdblock0 (driver?) 1f01 4096 mtdblock1 (driver?) 1f02 32768 mtdblock2 (driver?) 1f03 224256 mtdblock3 (driver?) Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(31,2)
U-Boot 1.1.4 (Jul 16 2009 – 21:02:16) Cloud Engines (3.4.16)
U-Boot code: 00600000 -> 0067FFF0 BSS: -> 00690D60
Soc: 88F6281 A0 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz
DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0×00000000 size 128MB DRAM Total size 128MB 16bit width Flash: 0 kB Addresses 8M – 0M are saved for the U-Boot usage. Mem malloc Initialization (8M – 7M): Done NAND:256 MB
CPU : Marvell Feroceon (Rev 1) CLOUD ENGINES BOARD: REDSTONE:0.1
Streaming disabled Write allocate disabled
USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0
NAND read: device 0 offset 0×100000, size 0×200000
Reading data from 0×2ff800 — 100% complete. 2097152 bytes read: OK ## Booting image at 00800000 … Image Name: Linux-2.6.30.10 Created: 2010-07-31 14:08:28 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 903036 Bytes = 881.9 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum … OK OK
Starting kernel …
Uncompressing Linux… done, booting the kernel. Linux version 2.6.30.10 (ecc@stratocaster) (gcc version 4.4.4 (GCC) ) #10 Sat Jul 31 10:08:26 EDT 2010 CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Seagate DockStar Memory policy: ECC disabled, Data cache writeback Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2 ro NR_IRQS:114 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128MB = 128MB total Memory: 127260KB available (2224K code, 193K data, 84K init, 0K highmem) Calibrating delay loop… 1192.75 BogoMIPS (lpj=5963776) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok net_namespace: 296 bytes NET: Registered protocol family 16 Kirkwood: MV88F6281-A0, TCLK=200000000. Feroceon L2: Enabling L2 Feroceon L2: Cache support initialised. Kirkwood: Gating clock using mask 0×1ac224 bio: create slab at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc. msgmni has been set to 248 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xf1012000 (irq = 33) is a 16550A console [ttyS0] enabled Driver ’sd’ needs updating – please use bus_type methods MV-643xx 10/100/1000 ethernet driver version 1.4 mv643xx_eth smi: probed net eth0: port 0 with MAC address 00:50:43:00:02:02 NAND device: Manufacturer ID: 0×2c, Chip ID: 0xda (Micron NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Creating 4 MTD partitions on “NAND 256MiB 3,3V 8-bit”: 0×000000000000-0×000000100000 : “u-boot” 0×000000100000-0×000000500000 : “uImage” 0×000000500000-0×000002500000 : “rootfs” 0×000002500000-0×000010000000 : “rootfs_data” ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver orion-ehci orion-ehci.0: Marvell Orion EHCI orion-ehci orion-ehci.0: new USB bus registered, assigned bus number 1 orion-ehci orion-ehci.0: irq 19, io mem 0xf1050000 orion-ehci orion-ehci.0: USB 2.0 started, EHCI 1.00 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected Initializing USB Mass Storage driver… usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for pl2303 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver usb 1-1: new high speed USB device using orion-ehci and address 2 usb 1-1: configuration #1 chosen from 1 choice hub 1-1:1.0: USB hub found hub 1-1:1.0: 4 ports detected rtc-mv rtc-mv: internal RTC not ticking i2c /dev entries driver cpuidle: using governor ladder TCP cubic registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear All bugs added by David S. Miller drivers/rtc/hctosys.c: unable to open rtc device (rtc0) end_request: I/O error, dev mtdblock2, sector 2 EXT3-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 2 EXT2-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 0 SQUASHFS error: squashfs_read_data failed to read block 0×0 SQUASHFS error: unable to read squashfs_super_block VFS: Cannot open root device “mtdblock2″ or unknown-block(31,2) Please append a correct “root=” boot option; here are the available partitions: 1f00 1024 mtdblock0 (driver?) 1f01 4096 mtdblock1 (driver?) 1f02 32768 mtdblock2 (driver?) 1f03 224256 mtdblock3 (driver?) Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(31,2)
Letzendlich konnte ich das ding wieder richtig zum leben erwecken mit den Schritten von http://www.cs.cmu.edu/~ecc/dockstar-howto.html#troubleshooting Prinzipiell wird dabei ein USB Stick mit dem Rootfs gebaut. Dort drauf legt man auch das letzendlich zu flashende dockstar-rootfs drauf. Mit diesem RootFS lässt man den Kernel dann booten und flasht das dockstar rootfs auf die rootfs Partition.
root@OpenWrt:/# cat /proc/partitions major minor #blocks name 31 0 1024 mtdblock0 31 1 4096 mtdblock1 31 2 32768 mtdblock2 31 3 224256 mtdblock3 8 0 1948672 sda 8 1 1948606 sda1 root@OpenWrt:/# flash_eraseall /dev/mtd2 Erasing 128 Kibyte @ 2000000 — 100 % complete. root@OpenWrt:/# nandwrite /dev/mtd2 /dockstar-rootfs Writing data to block 0 at offset 0×0 Writing data to block 1 at offset 0×20000 Writing data to block 2 at offset 0×40000 Writing data to block 3 at offset 0×60000 Writing data to block 4 at offset 0×80000 Writing data to block 5 at offset 0xa0000 Writing data to block 6 at offset 0xc0000 Writing data to block 7 at offset 0xe0000 Writing data to block 8 at offset 0×100000 Writing data to block 9 at offset 0×120000 Writing data to block 10 at offset 0×140000 Writing data to block 11 at offset 0×160000 Writing data to block 12 at offset 0×180000 Writing data to block 13 at offset 0×1a0000 Writing data to block 14 at offset 0×1c0000 Writing data to block 15 at offset 0×1e0000 root@OpenWrt:/# flash_eraseall /dev/mtd3 Erasing 128 Kibyte @ db00000 — 100 % complete.80000 — 9 % complete.
root@OpenWrt:/# cat /proc/partitions major minor #blocks name
31 0 1024 mtdblock0 31 1 4096 mtdblock1 31 2 32768 mtdblock2 31 3 224256 mtdblock3 8 0 1948672 sda 8 1 1948606 sda1 root@OpenWrt:/# flash_eraseall /dev/mtd2 Erasing 128 Kibyte @ 2000000 — 100 % complete. root@OpenWrt:/# nandwrite /dev/mtd2 /dockstar-rootfs Writing data to block 0 at offset 0×0 Writing data to block 1 at offset 0×20000 Writing data to block 2 at offset 0×40000 Writing data to block 3 at offset 0×60000 Writing data to block 4 at offset 0×80000 Writing data to block 5 at offset 0xa0000 Writing data to block 6 at offset 0xc0000 Writing data to block 7 at offset 0xe0000 Writing data to block 8 at offset 0×100000 Writing data to block 9 at offset 0×120000 Writing data to block 10 at offset 0×140000 Writing data to block 11 at offset 0×160000 Writing data to block 12 at offset 0×180000 Writing data to block 13 at offset 0×1a0000 Writing data to block 14 at offset 0×1c0000 Writing data to block 15 at offset 0×1e0000 root@OpenWrt:/# flash_eraseall /dev/mtd3 Erasing 128 Kibyte @ db00000 — 100 % complete.80000 — 9 % complete.
Und Tadaaaaa nach einem Reset Bootet der Dockstar:
root@OpenWrt:/# Restarting system. U-Boot 1.1.4 (Jul 16 2009 – 21:02:16) Cloud Engines (3.4.16) U-Boot code: 00600000 -> 0067FFF0 BSS: -> 00690D60 Soc: 88F6281 A0 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0×00000000 size 128MB DRAM Total size 128MB 16bit width Flash: 0 kB Addresses 8M – 0M are saved for the U-Boot usage. Mem malloc Initialization (8M – 7M): Done NAND:256 MB CPU : Marvell Feroceon (Rev 1) CLOUD ENGINES BOARD: REDSTONE:0.1 Streaming disabled Write allocate disabled USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 NAND read: device 0 offset 0×100000, size 0×200000 Reading data from 0×2ff800 — 100% complete. 2097152 bytes read: OK ## Booting image at 00800000 … Image Name: Linux-2.6.30.10 Created: 2010-07-31 14:08:28 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 903036 Bytes = 881.9 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum … OK OK Starting kernel … Uncompressing Linux… done, booting the kernel. Linux version 2.6.30.10 (ecc@stratocaster) (gcc version 4.4.4 (GCC) ) #10 Sat Jul 31 10:08:26 EDT 2010 CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Seagate DockStar Memory policy: ECC disabled, Data cache writeback Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2 ro NR_IRQS:114 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128MB = 128MB total Memory: 127260KB available (2224K code, 193K data, 84K init, 0K highmem) Calibrating delay loop… 1192.75 BogoMIPS (lpj=5963776) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok net_namespace: 296 bytes NET: Registered protocol family 16 Kirkwood: MV88F6281-A0, TCLK=200000000. Feroceon L2: Enabling L2 Feroceon L2: Cache support initialised. Kirkwood: Gating clock using mask 0×1ac224 bio: create slab at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc. msgmni has been set to 24 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xf1012000 (irq = 33) is a 16550A console [ttyS0] enabled Driver ’sd’ needs updating – please use bus_type methods MV-643xx 10/100/1000 ethernet driver version 1.4 mv643xx_eth smi: probed net eth0: port 0 with MAC address 00:50:43:00:02:02 NAND device: Manufacturer ID: 0×2c, Chip ID: 0xda (Micron NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Creating 4 MTD partitions on “NAND 256MiB 3,3V 8-bit”: 0×000000000000-0×000000100000 : “u-boot” 0×000000100000-0×000000500000 : “uImage” 0×000000500000-0×000002500000 : “rootfs” 0×000002500000-0×000010000000 : “rootfs_data” ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver orion-ehci orion-ehci.0: Marvell Orion EHCI orion-ehci orion-ehci.0: new USB bus registered, assigned bus number 1 orion-ehci orion-ehci.0: irq 19, io mem 0xf1050000 orion-ehci orion-ehci.0: USB 2.0 started, EHCI 1.00 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected Initializing USB Mass Storage driver… usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for pl2303 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver usb 1-1: new high speed USB device using orion-ehci and address 2 usb 1-1: configuration #1 chosen from 1 choice hub 1-1:1.0: USB hub found hub 1-1:1.0: 4 ports detected rtc-mv rtc-mv: internal RTC not ticking i2c /dev entries driver cpuidle: using governor ladder TCP cubic registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear All bugs added by David S. Miller drivers/rtc/hctosys.c: unable to open rtc device (rtc0) VFS: Mounted root (squashfs filesystem) readonly on device 31:2. Freeing init memory: 84K Please be patient, while OpenWrt loads … - preinit - Press the [f] key and hit [enter] to enter failsafe mode - regular preinit - switching to jffs2 mini_fo: using base directory: / mini_fo: using storage directory: /overlay - init - Please press Enter to activate this console. BusyBox v1.16.2 (2010-07-24 21:32:22 EDT) built-in shell (ash) Enter ‘help’ for a list of built-in commands. _______ ________ __ | |.—–.—–.—–.| | | |.—-.| |_ | – || _ | -__| || | | || _|| _| |_______|| __|_____|__|__||________||__| |____| |__| W I R E L E S S F R E E D O M KAMIKAZE (bleeding edge, r22442) —————— * 10 oz Vodka Shake well with ice and strain * 10 oz Triple sec mixture into 10 shot glasses. * 10 oz lime juice Salute! ————————————————— root@(none):/# root@(none):/# RPC: Registered udp transport module. RPC: Registered tcp transport module. Registered led device: dockstar:green:health Registered led device: dockstar:orange:misc eth0: link up, 1000 Mb/s, full duplex, flow control disabled root@OpenWrt:/#
root@OpenWrt:/# Restarting system.
Uncompressing Linux… done, booting the kernel. Linux version 2.6.30.10 (ecc@stratocaster) (gcc version 4.4.4 (GCC) ) #10 Sat Jul 31 10:08:26 EDT 2010 CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Seagate DockStar Memory policy: ECC disabled, Data cache writeback Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2 ro NR_IRQS:114 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128MB = 128MB total Memory: 127260KB available (2224K code, 193K data, 84K init, 0K highmem) Calibrating delay loop… 1192.75 BogoMIPS (lpj=5963776) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok net_namespace: 296 bytes NET: Registered protocol family 16 Kirkwood: MV88F6281-A0, TCLK=200000000. Feroceon L2: Enabling L2 Feroceon L2: Cache support initialised. Kirkwood: Gating clock using mask 0×1ac224 bio: create slab at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc. msgmni has been set to 24 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xf1012000 (irq = 33) is a 16550A console [ttyS0] enabled Driver ’sd’ needs updating – please use bus_type methods MV-643xx 10/100/1000 ethernet driver version 1.4 mv643xx_eth smi: probed net eth0: port 0 with MAC address 00:50:43:00:02:02 NAND device: Manufacturer ID: 0×2c, Chip ID: 0xda (Micron NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Creating 4 MTD partitions on “NAND 256MiB 3,3V 8-bit”: 0×000000000000-0×000000100000 : “u-boot” 0×000000100000-0×000000500000 : “uImage” 0×000000500000-0×000002500000 : “rootfs” 0×000002500000-0×000010000000 : “rootfs_data” ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver orion-ehci orion-ehci.0: Marvell Orion EHCI orion-ehci orion-ehci.0: new USB bus registered, assigned bus number 1 orion-ehci orion-ehci.0: irq 19, io mem 0xf1050000 orion-ehci orion-ehci.0: USB 2.0 started, EHCI 1.00 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected Initializing USB Mass Storage driver… usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for pl2303 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver usb 1-1: new high speed USB device using orion-ehci and address 2 usb 1-1: configuration #1 chosen from 1 choice hub 1-1:1.0: USB hub found hub 1-1:1.0: 4 ports detected rtc-mv rtc-mv: internal RTC not ticking i2c /dev entries driver cpuidle: using governor ladder TCP cubic registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear All bugs added by David S. Miller drivers/rtc/hctosys.c: unable to open rtc device (rtc0) VFS: Mounted root (squashfs filesystem) readonly on device 31:2. Freeing init memory: 84K Please be patient, while OpenWrt loads … - preinit - Press the [f] key and hit [enter] to enter failsafe mode - regular preinit -
switching to jffs2 mini_fo: using base directory: / mini_fo: using storage directory: /overlay - init -
Please press Enter to activate this console.
BusyBox v1.16.2 (2010-07-24 21:32:22 EDT) built-in shell (ash) Enter ‘help’ for a list of built-in commands.
_______ ________ __ | |.—–.—–.—–.| | | |.—-.| |_ | – || _ | -__| || | | || _|| _| |_______|| __|_____|__|__||________||__| |____| |__| W I R E L E S S F R E E D O M KAMIKAZE (bleeding edge, r22442) —————— * 10 oz Vodka Shake well with ice and strain * 10 oz Triple sec mixture into 10 shot glasses. * 10 oz lime juice Salute! ————————————————— root@(none):/# root@(none):/# RPC: Registered udp transport module. RPC: Registered tcp transport module. Registered led device: dockstar:green:health Registered led device: dockstar:orange:misc eth0: link up, 1000 Mb/s, full duplex, flow control disabled
root@OpenWrt:/#
So in der nächsten Session erforsche ich dann erstmal das OpenWRT und schau was damit so geht. Weils nun so schön komplett ist, noch nen Bild
Dockstar, selbstgebautes Serial Kabel an FTDI Basic
Okay Freaks,
hier kommts. Ich habe den Sonntag genutzt und an dem Dockstar gebastelt. Erst mal proof of concept mässig die Kabel zusammengebaut. Mit dem Kabel und Stecksystem kann ich bei Bedarf den Dockstar seriell an einen beliebigen Rechner anschliessen. Quasi for the regular serial penetration!
Interessanter-weise habe ich den Dockstar vorher ausprobiert und es hat keine LED geleuchtet noch sonst ein Lebenszeichen von sich gegeben.
Hier erst mal ein Paar Bilder
Als ich dann endlich meine Serielle Verbindung am laufen hatte (achtung HardwareFlowControll muss ausgeschaltet sein!), habe ich gesehen das mein Dockstar gar nicht bootet. Der Bootloader kam nicht über die CRC des Images hinweg:
CPU : Marvell Feroceon (Rev 1) CLOUD ENGINES BOARD: REDSTONE:1.0 Streaming disabled Write allocate disabled USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 NAND read: device 0 offset 0×100000, size 0×300000 Reading data from 0×3ff800 — 100% complete. 3145728 bytes read: OK ## Booting image at 00800000 … Image Name: Linux-2.6.22.18 Created: 2009-08-31 23:31:05 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1976384 Bytes = 1.9 MB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum … Bad Data CRC CE>>
CPU : Marvell Feroceon (Rev 1) CLOUD ENGINES BOARD: REDSTONE:1.0
NAND read: device 0 offset 0×100000, size 0×300000
Reading data from 0×3ff800 — 100% complete. 3145728 bytes read: OK ## Booting image at 00800000 … Image Name: Linux-2.6.22.18 Created: 2009-08-31 23:31:05 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1976384 Bytes = 1.9 MB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum … Bad Data CRC CE>>
Also habe ich mir local einen TFTP Server installiert und dort die OpenWRT images für den Dockstar gehostet. Dann auf dem Dockstar ein runterladen der Images + Flashen und ich komme schon etwas weiter.
Runterladen und Flashen des NAND:
CE>> CE>> mw 0×800000 0 0×100000 CE>> tftpboot 0×800000 dockstar-uImage Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-uImage’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################## done Bytes transferred = 917504 (e0000 hex) CE>> nand erase 0×100000 0×400000 NAND erase: device 0 offset 0×100000, size 0×400000 Erasing at 0×4e0000 — 100% complete. OK CE>> nand write.e 0×800000 0×100000 0×100000 NAND write: device 0 offset 0×100000, size 0×100000 Writing data at 0×1ff800 — 100% complete. 1048576 bytes written: OK CE>> mw 0×800000 0 0×200000 CE>> tftpboot 0×800000 dockstar-rootfs Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-rootfs’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# #################### done Bytes transferred = 2097152 (200000 hex) CE>> nand erase 0×500000 0×2000000 NAND erase: device 0 offset 0×500000, size 0×2000000 Erasing at 0×24e0000 — 100% complete. OK CE>> nand write.e 0×800000 0×500000 0×200000 NAND write: device 0 offset 0×500000, size 0×200000 Writing data at 0×6ff800 — 100% complete. 2097152 bytes written: OK CE>> nand erase 0×2500000 0xdb00000 NAND erase: device 0 offset 0×2500000, size 0xdb00000 Erasing at 0xffe0000 — 100% complete. OK CE>> setenv arcNumber 2097 CE>> setenv mainlineLinux yes CE>> saveenv Saving Environment to NAND… Erasing Nand…Writing to Nand… done CE>> reset
CE>> CE>> mw 0×800000 0 0×100000 CE>> tftpboot 0×800000 dockstar-uImage Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-uImage’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################## done Bytes transferred = 917504 (e0000 hex) CE>> nand erase 0×100000 0×400000
NAND erase: device 0 offset 0×100000, size 0×400000 Erasing at 0×4e0000 — 100% complete. OK CE>> nand write.e 0×800000 0×100000 0×100000
NAND write: device 0 offset 0×100000, size 0×100000
Writing data at 0×1ff800 — 100% complete. 1048576 bytes written: OK CE>> mw 0×800000 0 0×200000 CE>> tftpboot 0×800000 dockstar-rootfs Using egiga0 device TFTP from server 192.168.88.128; our IP address is 192.168.88.129 Filename ‘dockstar-rootfs’. Load address: 0×800000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# #################### done Bytes transferred = 2097152 (200000 hex) CE>> nand erase 0×500000 0×2000000
NAND erase: device 0 offset 0×500000, size 0×2000000 Erasing at 0×24e0000 — 100% complete. OK CE>> nand write.e 0×800000 0×500000 0×200000
NAND write: device 0 offset 0×500000, size 0×200000
Writing data at 0×6ff800 — 100% complete. 2097152 bytes written: OK CE>> nand erase 0×2500000 0xdb00000
NAND erase: device 0 offset 0×2500000, size 0xdb00000 Erasing at 0xffe0000 — 100% complete. OK CE>> setenv arcNumber 2097 CE>> setenv mainlineLinux yes CE>> saveenv Saving Environment to NAND… Erasing Nand…Writing to Nand… done CE>> reset
Das Reset bootet den Dockstar neu und ich komme in ein nicht funktionierendes System:
U-Boot 1.1.4 (Jul 16 2009 – 21:02:16) Cloud Engines (3.4.16) U-Boot code: 00600000 -> 0067FFF0 BSS: -> 00690D60 Soc: 88F6281 A0 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0×00000000 size 128MB DRAM Total size 128MB 16bit width Flash: 0 kB Addresses 8M – 0M are saved for the U-Boot usage. Mem malloc Initialization (8M – 7M): Done NAND:256 MB CPU : Marvell Feroceon (Rev 1) CLOUD ENGINES BOARD: REDSTONE:1.0 Streaming disabled Write allocate disabled USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 NAND read: device 0 offset 0×100000, size 0×300000 Reading data from 0×3ff800 — 100% complete. from 0×14c800 — 10% complete. 3145728 bytes read: OK ## Booting image at 00800000 … Image Name: Linux-2.6.30.10 Created: 2010-07-31 14:08:28 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 903036 Bytes = 881.9 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum … OK OK Starting kernel … Uncompressing Linux… done, booting the kernel. Linux version 2.6.30.10 (ecc@stratocaster) (gcc version 4.4.4 (GCC) ) #10 Sat Jul 31 10:08:26 EDT 2010 CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Seagate DockStar Memory policy: ECC disabled, Data cache writeback Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2 ro NR_IRQS:114 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128MB = 128MB total Memory: 127260KB available (2224K code, 193K data, 84K init, 0K highmem) Calibrating delay loop… 1192.75 BogoMIPS (lpj=5963776) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok net_namespace: 296 bytes NET: Registered protocol family 16 Kirkwood: MV88F6281-A0, TCLK=200000000. Feroceon L2: Enabling L2 Feroceon L2: Cache support initialised. Kirkwood: Gating clock using mask 0×1ac224 bio: create slab at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc. msgmni has been set to 248 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xf1012000 (irq = 33) is a 16550A console [ttyS0] enabled Driver ’sd’ needs updating – please use bus_type methods MV-643xx 10/100/1000 ethernet driver version 1.4 mv643xx_eth smi: probed net eth0: port 0 with MAC address 00:10:75:1a:cb:a8 NAND device: Manufacturer ID: 0×2c, Chip ID: 0xda (Micron NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Creating 4 MTD partitions on “NAND 256MiB 3,3V 8-bit”: 0×000000000000-0×000000100000 : “u-boot” 0×000000100000-0×000000500000 : “uImage” 0×000000500000-0×000002500000 : “rootfs” 0×000002500000-0×000010000000 : “rootfs_data” ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver orion-ehci orion-ehci.0: Marvell Orion EHCI orion-ehci orion-ehci.0: new USB bus registered, assigned bus number 1 orion-ehci orion-ehci.0: irq 19, io mem 0xf1050000 orion-ehci orion-ehci.0: USB 2.0 started, EHCI 1.00 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected Initializing USB Mass Storage driver… usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for pl2303 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver usb 1-1: new high speed USB device using orion-ehci and address 2 usb 1-1: configuration #1 chosen from 1 choice hub 1-1:1.0: USB hub found hub 1-1:1.0: 4 ports detected rtc-mv rtc-mv: internal RTC not ticking i2c /dev entries driver cpuidle: using governor ladder TCP cubic registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear All bugs added by David S. Miller drivers/rtc/hctosys.c: unable to open rtc device (rtc0) end_request: I/O error, dev mtdblock2, sector 2 EXT3-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 2 EXT2-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 0 SQUASHFS error: squashfs_read_data failed to read block 0×0 SQUASHFS error: unable to read squashfs_super_block VFS: Cannot open root device “mtdblock2″ or unknown-block(31,2) Please append a correct “root=” boot option; here are the available partitions: 1f00 1024 mtdblock0 (driver?) 1f01 4096 mtdblock1 (driver?) 1f02 32768 mtdblock2 (driver?) 1f03 224256 mtdblock3 (driver?) Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(31,2)
Reading data from 0×3ff800 — 100% complete. from 0×14c800 — 10% complete. 3145728 bytes read: OK ## Booting image at 00800000 … Image Name: Linux-2.6.30.10 Created: 2010-07-31 14:08:28 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 903036 Bytes = 881.9 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum … OK OK
Uncompressing Linux… done, booting the kernel. Linux version 2.6.30.10 (ecc@stratocaster) (gcc version 4.4.4 (GCC) ) #10 Sat Jul 31 10:08:26 EDT 2010 CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: Seagate DockStar Memory policy: ECC disabled, Data cache writeback Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2 ro NR_IRQS:114 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 128MB = 128MB total Memory: 127260KB available (2224K code, 193K data, 84K init, 0K highmem) Calibrating delay loop… 1192.75 BogoMIPS (lpj=5963776) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok net_namespace: 296 bytes NET: Registered protocol family 16 Kirkwood: MV88F6281-A0, TCLK=200000000. Feroceon L2: Enabling L2 Feroceon L2: Cache support initialised. Kirkwood: Gating clock using mask 0×1ac224 bio: create slab at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered NET: Registered protocol family 1 squashfs: version 4.0 (2009/01/31) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc. msgmni has been set to 248 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xf1012000 (irq = 33) is a 16550A console [ttyS0] enabled Driver ’sd’ needs updating – please use bus_type methods MV-643xx 10/100/1000 ethernet driver version 1.4 mv643xx_eth smi: probed net eth0: port 0 with MAC address 00:10:75:1a:cb:a8 NAND device: Manufacturer ID: 0×2c, Chip ID: 0xda (Micron NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Creating 4 MTD partitions on “NAND 256MiB 3,3V 8-bit”: 0×000000000000-0×000000100000 : “u-boot” 0×000000100000-0×000000500000 : “uImage” 0×000000500000-0×000002500000 : “rootfs” 0×000002500000-0×000010000000 : “rootfs_data” ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver orion-ehci orion-ehci.0: Marvell Orion EHCI orion-ehci orion-ehci.0: new USB bus registered, assigned bus number 1 orion-ehci orion-ehci.0: irq 19, io mem 0xf1050000 orion-ehci orion-ehci.0: USB 2.0 started, EHCI 1.00 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected Initializing USB Mass Storage driver… usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for pl2303 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver usb 1-1: new high speed USB device using orion-ehci and address 2 usb 1-1: configuration #1 chosen from 1 choice hub 1-1:1.0: USB hub found hub 1-1:1.0: 4 ports detected rtc-mv rtc-mv: internal RTC not ticking i2c /dev entries driver cpuidle: using governor ladder TCP cubic registered NET: Registered protocol family 17 802.1Q VLAN Support v1.8 Ben Greear All bugs added by David S. Miller drivers/rtc/hctosys.c: unable to open rtc device (rtc0) end_request: I/O error, dev mtdblock2, sector 2 EXT3-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 2 EXT2-fs: unable to read superblock end_request: I/O error, dev mtdblock2, sector 0 SQUASHFS error: squashfs_read_data failed to read block 0×0 SQUASHFS error: unable to read squashfs_super_block VFS: Cannot open root device “mtdblock2″ or unknown-block(31,2) Please append a correct “root=” boot option; here are the available partitions: 1f00 1024 mtdblock0 (driver?) 1f01 4096 mtdblock1 (driver?) 1f02 32768 mtdblock2 (driver?) 1f03 224256 mtdblock3 (driver?) Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(31,2)
Mehr kommt morgen wenn ich wieder Zeit zum frickeln habe.
Moinsen,
heute habe ich mir die Seagate Dockstar für 25 € gekauft. In meinen Augen ein super billiges Entwicklerboard mit gigabit ethernet + 4 x USB. Da ich eigentlich im Moment kaum Zeit zum Basteln habe werde ich einfach erst mal slow anfangen und ein openWRT installieren und schauen was dann noch so geht.
Zuerst werde ich mir mal für alle fälle die Serielle Schnittstelle von dem Board rausführen und mir anschauen wie das Teil so bootet und wie weit es sich penetrieren lässt.
Bis ich per serial drauf komme hier erst mal ein paar Bilder:
bis dennsen .fr3Ak
Hey Freaks,
today i have a very important issue. The story of Bishop reached me doing discusting stuff in the privacy of his bedroom. Mr Martin Sempa took up on this case and wants to tell everybody now about it.
He made a little recording about Bishops story and you can get it here: http://www.homegrown-sounds.de/weirdo-wtf_is_wrong_with_bishop.mp3
Unfortunately the artist of the instumental is unknown. Martin ‘fuck off’ Sempas vocals are from http://www.youtube.com/watch?v=euXQbZDwV0w . The whole thing has been done in one take using my M-Audio trigger finger to fire the samples, except the baby scratches. They have been recorded afterwards and been arranged. It’s not a masterpiece but i had a great evening creating it.
If you like it, then drop Mr Sempa an Email telling him to fawk off Ssempa@aol.com or ssempam@gmail.com
Have fun .freak
Ich war kürzlich in Ägypten und habe dort mit einer minicam ein kleines Video gedreht.
Nichts zum Posen da mir der Sturm ganz gut zu schaffen gemacht hat aber dennoch gefällt mir das Video sehr gut, für den ersten Versuch.
KiteCam Safaga from hans maulwurf on Vimeo.
Hi Ya’ll,
weil einer meiner Kollegen den charm der elektronischen Musik entdeckt hat, konnte ich mir nicht nehmen lassen am Freitag Nacht ein set aufzunehmen. Selbstverständlich fr3Ak style!
Das ist aktuell der heisseste shice
Sorry für die glitches aber ich war schon etwas arg durch.
wEiRdO-elektroset-062010.mp3 87:29 min
.fr3Ak
Hallo Ihr freaks,
ich habe letztens abends mal wieder etwas gemixed. Weil die letzte session etwas freakig war habe ich viele der alten tracks nochmal genommen und das ganze etwas schöner gemixed. frEak style gibts nach wie vor, genauso wie die tracks von mir live ge-remixed wurden. Mir gefällt sie alles in allem viel besser, aber ich hatte ja auch den Spass mit dem Set.
Den shizzit könnt ihr euch hier runterladen
wEiRdO-funkstyle-session2.mp3 100:49 min
und nicht vergessen… wir sindn bisschen daneeeeben
greetings
.fr3ak
Hallo ihr,
ich wünsche euch allen ein schönes Weihnachtsfest und einen guten Rutsch ins neue Jahr. Als kleines Präsent habe ich heute eine funk live mix/remix session für euch aufgenommen.
Ich bitte die glitches zu entschuldigen, die ersten extrem verfreakten 15 Minuten habe ich rausgecuttet. Also noch mal sorry an alle die eine CD von mir in die Hand bekommen haben dafür ist es jetzt umso toller und die fehlenden 30 min vom Schluss sind nun auch dran.
So, genug gelabert hier ist der shizznit:
link removed – neue session ist online
greetings der fr3Ak
Oder aber auch, ich habe mir mal so richtig einen geföhnt.
Moinsen ihr freaks. Leider hat mich meine Xbox kürzlich im Stich gelassen. Sie hat den Dienst verweigert und mir den Ring of Death gezeigt. Tja.. einschicken iss nicht wirklich drinne, ich habe sie gerade kürzlich etwas ghetto mässig aufgemacht und einen schalter an die Platine des DVD laufwerk gespackt. Egal, jedenfalls wollte ich spielen, ASAP!
Ich hatte folgende optionen, sie auf risk einschicken oder sie bei www.konsolentuning.de für 60 € reparieren lassen. Ich habe mich damit beschäftigt was die Jungs dort mit der Xbox machen würden: zuerst den Hot Air Fix und dann den X-Clamp fix. Im endeffekt werden die defekten Lötstellen durch einen Heißluftfön reflowed, und die eigentliche Ursache für meinen RROD behoben. –> ungleichmässige Belastung des Mainboards durch die stümperhafte MS xclamp. Diese wird ausgetauscht und durch massive schrauben ersetzt. Dort werden dann die Kühler befestigt.
So what the fuck, was wäre ich für ein fr3Ak wenn ich das nicht selbst machen würde. Die 60€ kann ich dann für anderen shizznit ausgeben.
Erst mal das ganze sanft auseinander nehmen. Es gibt über all kleine ‘versteckte’ verschlüsse die man locker mit einem kleinen uhrmacherschraubenzieher aufklicken kann. Obere Abdeckungen entfernen, dann die Frontplatte abmachen.
Die Unterseite entfernen
Nun mit den Torx die oberplatte abschreuben.
Das DVD Laufwerk entfernen
Lüfter, kabel und vorne die Frontplatine entfernen. Dann kann man das Mainboard einfach rausholen
Nun muss man vorsichtig von der unterseite die XClamps aushebeln
Und kann dann easy die Kühlkörper entfernen
Schön die CPU und GPU von der alten Wärmeleitpaste entfernen. Nun werden die ganzen empfindlichen und Plastikteile mit Alufolie vor der starken Hitze der Heissluftpistole zu schützen.
Jetzt wird das Board erst langsam mit dem Fön auf Temperatur gebracht und dann die einzelnen Komponenten (CPU, GPU, RAM) erhitzt. Die vorheizphase habe ich ca 2-3 Minuten von beiden Seiten und danach das tatsächliche erhitzen der Komponenten genau 2 Minuten gemacht. Jeweils immer in Kreisbewegungen, damit nicht zu viel Hitze an einer Stelle entsteht. Das ganze dann nicht mehr anfassen und 2 Stunden abkühlen lassen.
Nun wieder alles zusammen bauen. Das zusammenschrauben der Kühlkörper habe ich wie folgt gemacht: Auf die Schraube zuerst einen Federing, diese durch das Mainboard, dann eine Plastik unterlegsscheibe, darauf eine Stahl Unterlegsscheibe und dann in den Kühlkörper verschrauben. LoL, wie sich das gehört bei einer Reperatur bleibt auch was übrig. 8 kleine schwarze Torxschrauben, die xclamp mit dem Gehäuse verbunden haben.
Und siehe da, alles funktioniert wieder prima. Jetzt muss sich nur noch herausstellen ob es auf dauer hält. Die erfolgsquote insgesamt liegt bei 90%
Jetzt bleibt mir nur noch folgendes:
Erfolg freigeschaltet
(1337G Fön Meister )
.freak
Hallo ihr frickler,
ich bin nun soweit, dass ich endlich mit meinem Monome-Clon einen ‘fertigen’ Zustand erreicht habe.
Ich habe alle Fehler in meiner Firmware soweit beseitigen können, um alle gängingen Arduinome/Monome Befehle zu benutzen und bis jetzt laufen auch alle Applikationen die ich getestet habe einwandfrei. Was es noch zu tun gibt, ist die implementation der ‘frame’ Befehle. Diese sind ähnlich wie LED on/off oder Col/Row Befehle, nur dass hier um Daten zu sparen ganze Frames angesteuert werden. Dies betrifft die Kommunikation zwischen dem PC und dem Arduinome.
Bis jetzt kam mir noch keine Applikation unter die diese Befehle verwendet hat, spätestens wenn ich eine finde und diese benutzen möchte, implementiere ich auch die Funktionen. Jetzt muss ich erst mal meine Zeit nutzem um mit dem freaknome ein bisschen zu spielen, und loops basteln.
Ein anderes Problem was kürzlich aufgetreten ist, steht in dem Zusammenhang mit der Applikation ‘Pages’ –> Video
Pages hat folgenden Hintergrund: In dem Serial Router, Arduinome Serial werden incomeing und outgoing OSC Ports konfiguriert, die die Schnittstelle zwischen Applikation und dem Gerät herstellen. Nun kann aber immer nur eine Applikation gleichzeitig einen Port als ‘Listen’ öffnen um Daten zu empfangen. Wer jetzt also z.B. MLR und boiingg gleichzeitig nutzen möchte, oder beliegige andere Applikationen, hat geloost. Dafür hat ein frickler namens phortran pages entwickelt. Pages übernimmt jegliche Kommunikation mit ArduinomeSerial, und nimmt von allen anderen Applikationen die Steuerbefehle entgegen. Dabei lässt sich ziemlich cool zwischen verschiedenen Appliktaionen, per Monome Button kombo, hin und her schalten. Jede Applikation die extra genutzt werden möchte muss im Pages konfiguriert werden und Pages öffnet dann einen Listen auf den entsprechenden Ports. Dies setzt natürlich vorraus das die Applikationen auch eingestellt werden müssen, dass sie nicht auf den Default Ports (8000 und 8080) Arbeiten.
Hier mal ein Beispiel
|Arduinome| <~~~~usb~~~> |Arduinome Serial|<—-7070 + 7000——>|Pages|<—– 8080 + 8000—–>1ste Appl
Hier ist das Arduinome per USB mit der Software Arduinome Serial angeschlossen. Arduinome Serial kommuniziert über Port 7070 + 7000 mit Pages. Pages hat eine externe Applikation (z.B. mlr) auf dem default Port 8080 + 8000 konfiguriert. Über diesen spricht dann die Applikation durch Pages mit dem Gerät. Wenn eine Zweite externe Applikation dazukommt müssen für die Zweite andere Ports verwendet werden. z.B 8070 + 8001.
Pages selbst bringt auch eigene Applikationen mit die direkt integriert sind. Zum Beispiel einen Ableton Clip Launcher oder einen Midi Stepsquencer für das Arduinome/Mononome.
Nun zu dem Problem was ich hatte. In der Software Arduinome Serial ist ein Fehler. Der sorgt dafür, dass wenn ein anderer Port dort konfiguriert wird, der alte nicht freigegeben wird. So started ArduinomeSerial per Default auf Port 8080 als Listener und wenn man 7070 einstellt werden trotzdem im System 7070 + 8080 belegt. Damit kann Pages diesen Port nicht mehr verwenden.
Leider kann ich selbst den Bug noch nicht fixen, ich habe auch nicht wirklich die Zeit dazu, aber ich habe in dem Source Code die Default Ports auf 7070 und 7000 umgestellt und Arduinome Serial selbst kompiliert. Mein guter Freund Padre hat mir dabei geholfen…– vielen Dank an der Stelle!
Den Download link zum ArduinomeSerial freak mod findet ihr Links im Menu. Einfach die exe austauschen.
Zusätzlich habe ich meine aktuellste Firmware dort zum Download bereitgestellt.
greeetz
