»
S
I
D
E
B
A
R
«
dockstar == frEAkstar – debricking action
Sep 21st, 2010 by freak

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>>

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)

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.

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:/#

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

dockstar == frEAkstar serial penetration part 2
Sep 20th, 2010 by freak

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>>

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

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)

Mehr kommt morgen wenn ich wieder Zeit zum frickeln habe.

Dockstar == frEAkstar
Sep 14th, 2010 by freak

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

What the fuck is wrong with Bishop?!
Aug 23rd, 2010 by freak

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

Kitesurfing Safaga
Jun 24th, 2010 by 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.

electro / hardstyle live set
Jun 20th, 2010 by freak

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

live-remix session2 – funk / hiphop / jazz / nu-jazz
Feb 9th, 2010 by freak

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

merry christmas: live-remix session – funk / hiphop / jazz / nu-jazz
Dec 24th, 2009 by freak

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

RROD – Red Ring of Death
Oct 6th, 2009 by freak

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.

img_7144

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.

img_7145

Die Unterseite entfernen

img_7148

Nun mit den Torx die oberplatte abschreuben.

img_7150

Das DVD Laufwerk entfernen

img_7151

Lüfter, kabel und vorne die Frontplatine entfernen. Dann kann man das Mainboard einfach rausholen

img_7152

Nun muss man vorsichtig von der unterseite die XClamps aushebeln

img_7153

Und kann dann easy die Kühlkörper entfernen

img_7154

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.

img_7155

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.

img_7156

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.

img_7157

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

fr3Aknome Firmware fertig + modded arduinome serial
May 13th, 2009 by 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

.fr3Ak

»  Substance: WordPress   »  Style: Ahren Ahimsa