HD-VDR mit S2-6400 und GuruPlug ServerPlus

S:oren · 19. Juni 2014

Das Kabel direkt auf die SSD geloetet, mutig, mutig!!

Zitat von mvdrt

leider bekomme ich die SSD nicht im u-boot angezeigt. die Frage ist ob ich für die SATA-Funktion noch irgendetwas ergänzen muss oder ob die Modifikation, wie auf dem Schaltpan, ausreichend ist?

Du musst sowohl dem u-boot als auch dem Kernel beibringen, dass das GuruPlug jetzt 2 SATA-Controller hat. Die entsprechenden Patches kann ich mal raussuchen...

Gruss,
S:oren

mvdrt · 19. Juni 2014

Danke für die prompte Info,
die SSD ist nur eine 40GB-Intel für 30€, das lässt sich
verkraften, die SD-Karte ist als Systemplatte einfach zu langsam.
Ich habe das letzte u-boot von hier --> http://people.debian.org/~tbm/u-boot/
und einen Standartkernel von Debian. Dachte wenn die Esata erkannt wird, wird
auch die interne gehen.
Besten Dank im Voraus,

mvdrt

S:oren · 19. Juni 2014

Standard-Kernel und u-boot funktionieren nicht fuer den 2. SATA-Port, weil in den Configs/DeviceTree fuer Guruplug der zweite SATA-Controller vom Kirkwood disabled ist. Das spart minimal Strom (und Waermeentwicklung).
Wenn Du Dir selber passende Kernel und u-boot bauen willst, suche ich gerne die entsprechenden Patches raus...

Gruss,
S:oren

mvdrt · 19. Juni 2014

Gerne, würde das u-boot dann direkt auf dem guru bauen.
Danke.

Gesendet von meinem Galaxy Nexus mit Tapatalk

S:oren · 19. Juni 2014

OK, hier die Patches fuer die Aktivierung des 2. SATA-Ports:

1. u-boot:

Diff

--- u-boot-2014.01/include/configs/guruplug.h.orig	2014-01-20 23:52:59.000000000 +0100
+++ u-boot-2014.01/include/configs/guruplug.h	2014-01-27 15:16:10.000000000 +0100
@@ -88,6 +88,7 @@
  */
 #ifdef CONFIG_MVSATA_IDE
 #define CONFIG_SYS_ATA_IDE0_OFFSET	MV_SATA_PORT0_OFFSET
+#define CONFIG_SYS_ATA_IDE1_OFFSET	MV_SATA_PORT1_OFFSET
 #endif /*CONFIG_MVSATA_IDE*/
 
 #define CONFIG_SYS_ALT_MEMTEST

2. fuer aeltere Kernel ohne DeviceTree

Diff

--- linux-3.2-guru/arch/arm/mach-kirkwood/guruplug-setup.c.orig	2012-01-04 23:55:44.000000000 +0000
+++ linux-3.2-guru/arch/arm/mach-kirkwood/guruplug-setup.c	2012-01-06 16:22:13.000000000 +0000
@@ -48,7 +48,7 @@ static struct mv643xx_eth_platform_data 
 };
 
 static struct mv_sata_platform_data guruplug_sata_data = {
-	.n_ports	= 1,
+	.n_ports	= 2,
 };
 
 static struct mvsdio_platform_data guruplug_mvsdio_data = {

Alles anzeigen

3. fuer neuere Kernel mit DeviceTree

Diff

--- linux-3.15.1/arch/arm/boot/dts/kirkwood-guruplug-server-plus.dts.orig	2014-06-19 18:55:47.354664002 +0200
+++ linux-3.15.1/arch/arm/boot/dts/kirkwood-guruplug-server-plus.dts	2014-06-19 18:56:14.314664002 +0200
@@ -42,7 +42,7 @@
 
 		sata@80000 {
 			status = "okay";
-			nr-ports = <1>;
+			nr-ports = <2>;
 		};
 
 		/* AzureWave AW-GH381 WiFi/BT */

Alles anzeigen

Viel Erfolg,
S:oren

S:oren · 22. Juni 2014

Zitat von mvdrt

Gerne, würde das u-boot dann direkt auf dem guru bauen.

Hat's geklappt?

Gruss,
S:oren

mvdrt · 23. Juni 2014

Hallo,
bin noch eine Antwort schuldig.
Dachte eigentlich, ist eine Sache von 5min --> demm ist nicht so.

Bin heute nach dieser Anleitung (http://wiki.beyondlogic.org/in…=GuruPlug_Upgrading_uBoot) vorgegangen.

Direkt auf dem Guru unter Debian Wheezy als "root":

wget ftp://ftp.denx.de/pub/u-boot/u-boot-latest.tar.bz2
tar -xjf u-boot-latest.tar.bz2
cd u-boot-2014.04
patch -p1 < ./sata2.patch

--> patching file include/configs/guruplug.h

make distclean
make guruplug_config

--> Configuring for guruplug board...

make u-boot.kwb

--> LDS u-boot.lds
LD u-boot
OBJCOPY u-boot.bin
MKIMAGE u-boot.kwb

Sieht jetzt für mich OK aus.

Wenn ich jetzt die Datei u-boot.kwb in den RAM lade:

setenv ipaddr 192.168.1.55
setenv serverip 192.168.1.101
tftp 0x800000 u-boot.kwb

--> Filename 'u-boot.kwb'.
Load address: 0x800000
Loading: ##################
293 KiB/s
done
Bytes transferred = 253078 (3dc96 hex)

go 0x800200

--> ## Starting application at 0x00800200 ...

und es passiert nichts!

Hätte nicht erwartet dass es so ein Akt ist das u-boot zu bauen.
Was läuft da schief?
Danke.

S:oren · 23. Juni 2014

Tja...

Mir ist es noch nie gelungen, ein neues u-boot aus dem alten heraus zu starten. Bei mir bleibt es allerdings erst bei Initialisierung der Caches haengen:

Code

Marvell>> fatload usb 2 0x800000 u-boot.kwb                                     
reading u-boot.kwb                                                              
409792 bytes read in 40 ms (9.8 MiB/s)
Marvell>> go 0x800200                                                           
## Starting application at 0x00800200 ...                                       


U-Boot 2014.01 (Jan 27 2014 - 16:41:39)                                         
Marvell-GuruPlug                                                                

SoC:   Kirkwood 88F6281_A1                                                      
DRAM:  512 MiB

Alles anzeigen

Ansonsten bin ich der Meinung, dass bei Dir alles richtig gebaut worden ist.
Hast Du ein JTAG-Board? Wenn ja, dann wuerde ich das u-boot.kwb einfach mal flashen...

Gruss,
S:oren

mvdrt · 31. August 2014

Hallo,

bin nun endlich dazu gekommen den Guruplug weiter zu frisieren.
Das U-Boot auf dem Guruplug zu bauen war leider nicht erfolgreich, mit einer Cross-Toolchain ging es dafür reibungslos. Vielen dank an S:oren für die Patches, funktionieren Softwareseitig tadellos.

Leider habe ich nach dem Umbau der Sata- Anschlüsse massive Stabilitätsprobleme am zweiten Sata-Port, ich bekomme erst eine stabile Kommunikation, wenn ich die nackten Datenleitungen (Siehe Bild) mit meinen Fingern kurzschließe, dann
läuft's. Werde die Tage versuchen den zweiten Sata-Port neu zu verlöten, vielleicht ist da der Fehler zu suchen oder fehlt mir noch irgendeine Beschaltung?

Gruß,
mvdrt

Argus · 31. August 2014

nicht verwunderlich bei einem einfachen Flachband. Versuche doch wenigstens die Sende und Empfangspaare zu trennen und diese zu schirmen. Geht hiermit ganz gut --> http://www.fdm-ware.de/max9585/index.html
steht im unteren Teil.

Ansonsten würde ich ein einfaches SATA Datenkabel beschneiden (Stecker ab) und direkt anlöten --> http://de.wikipedia.org/wiki/D…nenaufbau_%28smial%29.jpg

mvdrt · 7. Dezember 2014

Danke an alle Beteiligten,
bin jetzt letztendlich auf x86 umgestiegen. Wenn das System nur einen Zweck erfüllen soll, wohl der einfachere Weg.
MFG
mvdrt

HD-VDR mit S2-6400 und GuruPlug ServerPlus

Jetzt mitmachen!

Teilen

Tags