Booten via eMMC nicht möglich

[FrankM]

Ja, die Schlussfolgerung ist korrekt. Aber, wenn das eMMC-Modul in einem anderen RP64 funktioniert und in diesem RP64 nicht bootet, sieht das für mich eher nach einem Hardwaredefekt aus.

[webstudio]

ich hatte den bootvorgang von unseren rockpro64s so verstanden:

ROM
SPI
U-Boot
Kernel

ROM entfällt, da das / sein System ja mit SD Karte bootet und die CPU / die Hardware also
initialisiert und getaktet wird

SPI .. hier scheint eventuell der Bock zu sein .. deswegen ... erase SPI ..

@frank .. der spi disable ist anderst zu brücken als der emmc disable:

um den emmc zu deaktiveren (ist neben dem emmc) und ich meinte am PI-2 BUS .. dort die pins 23 u 25 mit nem jumper käbelchen brücken... disable spi ..

Steht alles in der Rockpro Wiki :

You have to remove the jumper 2 seconds after having started your RP64 (before the white LED turns ON) otherwise the SPI will be missing and you won't

u-boot-erase-spi-rockpro64.img.xz

Ja, das spi-erase flash mit etcher auf eine SD karte und dann den boot vorgang abwarten ..
1-2 Minuten .. bis die weiße led blinkt .. aber dann noch ein wenig warten ..

ein fehler es zu machen ist es ja nicht .. und kaputt geht dadurch auch nichts (normalerweise ) .. wie gesagt .. ich hatte mal einen ähnlichen fall .. und da hatte dieses resetten funktioniert ..

Und danach ein Armbian Image eingespielt und den SPI boot / copy initialisiert .. Danach lief dieses System (welches auch nicht von einem emmc modul booten wollte - welches in einem anderen rockpro64 funktionierte ) problemlos ... mein rockpro64 Nr. 3 .. der gerade videos konvertiert

ein hardware fehler bleibt als letztes "mittel" ja noch über ..

die für den rock passende serielle usb schnittstelle kostet glaub ich .. 8 Euro .. (bei meinem rockpro dealer aus worms ..)

[jwillmer]

@webstudio sagte in Booten via eMMC nicht möglich:

SPI boot / copy initialisiert

Den teil habe ich noch nicht ganz verstanden. Erase SPI werde ich gleich einmal ausprobieren.

Update:
Habe eben die PINs kurzgeschloßen und das erase SPI image laufen lassen bis die LED geblinkt hat. Danach eMMC eingelegt - bootvorgang funktioniert noch immer nicht.

[webstudio]

@jwillmer

und jetzt .. um in meinem (damaligen) reparatur weg zu bleiben:

https://www.armbian.com/rockpro64/

dort ein image deiner wahl auf sd "brennen" und
dann nach dem booten:

sudo armbian-config (in der shell) eingeben ..

(das ist ein wirklich super tool von armbian, das ich bei unseren ayufan images wirklich sehr vermisse) ...

-> dort unter install das image auf emmc kopieren und spi boot initieren (genaue betitelung fällt mir gerade nicht ein .. aber du siehst was ich meine)

... wenn das danach immer noch nicht bootet .. das problemboard .. dann gebe ich mich der technik geschlagen ...

[jwillmer]

Der output meiner seriellen Konsole. Hilft euch das?

U-Boot 2017.09-rockchip-ayufan-1063-g29843fbd42 (Jul 08 2019 - 11:55:49 +0000)

Model: Pine64 RockPro64
DRAM:  3.9 GiB
DCDC_REG1@vdd_center: ; enabling
DCDC_REG2@vdd_cpu_l: ; enabling
DCDC_REG3@vcc_ddr: ; enabling (ret: -38)
DCDC_REG4@vcc_1v8: set 1800000 uV; enabling
LDO_REG1@vcc1v8_dvp: set 1800000 uV; enabling
LDO_REG2@vcc3v0_touch: set 3000000 uV; enabling
LDO_REG3@vcc1v8_pmu: set 1800000 uV; enabling
LDO_REG4@vcc_sd: set 3300000 uV; enabling
LDO_REG5@vcca3v0_codec: set 3000000 uV; enabling
LDO_REG6@vcc_1v5: set 1500000 uV; enabling
LDO_REG7@vcca1v8_codec: set 1800000 uV; enabling
LDO_REG8@vcc_3v0: set 3000000 uV; enabling
SWITCH_REG1@vcc3v3_s3: ; enabling (ret: -38)
SWITCH_REG2@vcc3v3_s0: ; enabling (ret: -38)
vcc1v8-s0@vcc1v8_s0: set 1800000 uV; enabling (ret: -38)
dc-12v@dc_12v: set 12000000 uV; enabling (ret: -38)
vcc-sys@vcc_sys: set 5000000 uV; enabling (ret: -38)
vcc3v3-sys@vcc3v3_sys: set 3300000 uV; enabling (ret: -38)
vcc-phy-regulator@vcc_phy: ; enabling (ret: -38)
vdd-log@vdd_log: ; enabling (ret: -38)
MMC:   sdhci@fe330000: 0, dwmmc@fe320000: 1
SF: Detected gd25q128 with page size 256 Bytes, erase size 4 KiB, total 16 MiB
*** Warning - bad CRC, using default environment

In:    serial@ff1a0000
Out:   serial@ff1a0000
Err:   serial@ff1a0000
Model: Pine64 RockPro64
Net:   eth0: ethernet@fe300000
Hit any key to stop autoboot:  0
sdhci_transfer_data: Error detected in status(0x208000)!
mmc_init: -110, time 179
Card did not respond to voltage select!
mmc_init: -95, time 10
starting USB...
...
..

[FrankM]

Sieht für mich nach einem Hardwaredefekt des eMMC-Slots aus. Da das eMMC-Modul ja in den anderen RP64 läuft, kann es eigentlich nichts anderes sein. Jemand anderer Meinung?

[kosmonaut pirx]

hm,
dem steht -ein wenig- dagegen, dass

"Nach dem booten via SD Karte kann ich sehen (fdisk) das die eMMC auch gefunden wird - es ist also kein Hardwareproblem"

[FrankM]

Kannst du auf diese auch zugreifen? Auch größere Dateien?

[webstudio]

ich bin weiterhin der meinung dass er kein spi / u-boot im system hat
und "warte" quasi auf die meldung ..

ja ich habe das arbmian runtergeladen und die emmc installation / spi initialisierung / boot umstellung ausgeführt ..

(Hinweis: Zur Installation: nicht das armbian auf die emmc per usb adapter "brennen" sondern auf sd karte und mit beiden booten und danach per armbian-config auf emmc installieren)

wenn es danach nicht funktioniert .. dann .. ja dann .. hmm ...

[jwillmer]

@webstudio

ja ich habe das arbmian runtergeladen und die emmc installation / spi initialisierung / boot umstellung ausgeführt ..

• Armbian installiert und gebootet
• Armbian config geöffnet
• System auf eMMC kopiert via Armbian:
• “Install” “Install to/update boot loader” -> Install/Update the bootloader on SD/eMMC

Gleiches verhalten danach. eMMC wird nicht gebootet

[webstudio]

Okay .. also .. zusammengefasst:

• Booten von emmc geht nicht (auch nicht armbian)

• booten von spi geht / geht nicht ? .. bzw. siehst du in der seriellen ob er PXE boot initiert ?
  (sofern du ein ayufan spi tool eingespielt hat (dies war oben über die spi-flash bzw. spi-erase tools angedacht)

• booten von sd karte geht und die emmc ist sichtbar ...

ich gehe mal davon aus, dass der jumper neben der emmc nicht gesetzt ist .. weil der ist für das (globale) abschalten der emmc zuständig .. (dann wäre die emmc aber auch nicht nach dem booten sichtbar ...)

Latein am Ende .. ggf. noch booten über usb 2 testen .. (usb 3 - geht nicht bzw. nicht mit jedem device, bzw. nicht stabil ...) deswegen .. usb 2 ..

ist es eine 2.0 oder 2.1 edition ? bei der 2.0 .. gab es etwas wegen der PCIe timing .. widerstand entfernen ..oder so ..)

Bootorder ist lt. meinem wissen (fyi)

SPI Flash -> eMMC -> SD -> USB ..

sofern noch garantie .. ggf. zum händler tauschen schicken .. der aufwand fürs testen überschreitet auch alle "wirtschaftlichen" kosten

Alternativ .. die emmc als root laufwerk ummappen (anleitung hier im forum) und von einer billig sd karte booten. problem beim kernel update bzw. muss dann manuell nachgeholt werden.

oder .. pxe booten einrichten .. sofern der spi boot dir ein pxe boot anzeigt ..

zu dem spi booten info / ablauf hier noch ein link !! achtung diese ist für den ROCK64 !! also nicht diese images nehmen .. sondern die vom oberen link:

linux-build/recipes/flash-spi.md at master · ayufan-rock64/linux-build

Rock64 Linux build scripts, tools and instructions - linux-build/recipes/flash-spi.md at master · ayufan-rock64/linux-build

GitHub (github.com)

Latein ende