Skip to content

Schon wieder mal: Problem mit SATA Karte Marvell 88SE9230 - mainline kernel installieren?

Gelöst Probleme?
  • Argh, ja hab ich. Ich hoffe du hast nicht zu viel Zeit verplempert. Sorry.

    Ich habe es oben korrigiert.

  • Danke.
    Naja, schon ein bisserl Zeit. Inzwischen hab ich die SATA Karte ausgebaut, um sicher zu gehen, alle Fehlerquellen auszuschließen. Richtiges images wird gerade geschrieben.
    Sag, kann der RockPro immer noch nicht von einer SATA Platte booten? (wie hier beschrieben: https://forum.frank-mankel.org/topic/76/howto-rockpro64-boot?_=1585509812320)

  • also bei mir gibt es folgende Ausgabe:

    lspci
    00:00.0 PCI bridge: Fuzhou Rockchip Electronics Co., Ltd RK3399 PCI Express Root Port
    01:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller (rev 11)
    
    uname -a
    Linux rockpro64 4.4.190-1233-rockchip-ayufan-gd3f1be0ed310 #1 SMP Wed Aug 28 08:59:34 UTC 2019 aarch64 GNU/Linux
    

    Wie krieg ich das, was du hast?

  • Tja und auch nachdem ich das pci=nomsi geschrieben und neu gebootet habe, bringt es nicht das gewünschte Ergebnis

    fdisk -l
    Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
    Disk /dev/mtdblock0: 4 MiB, 4161536 bytes, 8128 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    Disk /dev/mtdblock1: 32 KiB, 32768 bytes, 64 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    Disk /dev/mtdblock2: 256 KiB, 262144 bytes, 512 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    Disk /dev/mmcblk0: 59.5 GiB, 63864569856 bytes, 124735488 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: 0A5B9081-9F09-4B66-A3E6-87B85C9893B1
    
  • @rockverynew Nein, kann er nicht. Nach meinen Informationen kann das zur Zeit kein u-boot.

  • @rockverynew Du meinst die aktuelle Kernel-Version?

    root@rockpro64:~# uname -a
    Linux rockpro64 4.4.202-1237-rockchip-ayufan-gfd4492386213 #1 SMP Sat Nov 23 13:55:47 UTC 2019 aarch64 GNU/Linux
    

    Die vier Files von hier runterladen https://github.com/ayufan-rock64/linux-kernel/releases/

    wget https://github.com/ayufan-rock64/linux-kernel/releases/download/4.4.202-1237-rockchip-ayufan/linux-firmware-image-4.4.202-1237-rockchip-ayufan-gfd4492386213_4.4.202-1237-rockchip-ayufan_arm64.deb
    

    usw.

    Danach

    dpkg -i *.deb
    

    Danach die Änderungen pci=nomsi nicht vergessen.

    reboot
    
  • Keine Änderungen. Immer noch keine HDs da.

    uname -a
    Linux rockpro64 4.4.202-1237-rockchip-ayufan-gfd4492386213 #1 SMP Sat Nov 23 13:55:47 UTC 2019 aarch64 GNU/Linux
    
    lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
    NAME         SIZE FSTYPE TYPE MOUNTPOINT
    mtdblock0      4M        disk 
    mtdblock1     32K        disk 
    mtdblock2    256K        disk 
    mmcblk0     59.5G        disk 
    |-mmcblk0p1  3.9M        part 
    |-mmcblk0p2   64K        part 
    |-mmcblk0p3    4M        part 
    |-mmcblk0p4    4M        part 
    |-mmcblk0p5    4M        part 
    |-mmcblk0p6  112M vfat   part /boot/efi
    `-mmcblk0p7 59.4G ext4   part /
    

    keine sda oder sbd.
    Schade. Hast noch Ideen. Oder kann ich die Karte als "die falsche Karte" sehen? Wie in dieser Diskussion : https://forum.frank-mankel.org/topic/485/problem-mit-sata-karte-marvell-88se9230-chipsatz
    (habe eh schon oben verlinkt..)

    Aber auch nochmal für mich zum besseren Verständnis: Woran liegt das jetzt eigentlich? Und: Könnte ein Standard ARM debian die Karte bzw. die HDs doch erkennen?
    Ich frage deswegen, weil die "kaputte" Karte von Pine in einem stinknormalen StandardPC unter Debian 10 problemlos funktioniert. Also ging es zumindest in diesem Fall um das Zusammenspiel der Hardware. Oder nur der richtige Treiber?
    Tut mir Leid, das ist für mich komplettes Neuland. Ich bin eigentlich gewöhnt, dass solche Standarddinge gleich funktionieren.

    Danke in jedem Fall für deine Zeit!

    P.S.: Ich überlege mir ja schon sehr stark ob ich nochmal zwischen 50 und 100 Euro für eine Karte investiere, nur damit ich dann wieder Stunden damit zubringen, zu verstehen, das es nicht funktioniert. Eigentlich sollte das ein Produktivsystem werden ...

  • Morgen 🙂

    Schade, das es bei Dir nicht funktioniert. Das Thema ARM und diese kleine Platinen ist leider noch Lichtjahre davon entfernt, ganz normal zu funktionieren. Da gibt es Entwickler wie den Kamil, der da ganz gute Arbeit geleistet hat, aber seit Monaten nichts mehr macht 😞

    Da gibt es Armbian, die machen einen guten Job, aber ich finde deren Systeme immer als völlig unstabil.

    Da gibt es viele Eingaben an den Linux Kernel, also das worauf wir eigentlich warten müssen, damit es normal funktioniert.

    Diese Boards sind für Leute mit viel Zeit und guten Nerven 😉

    Mein NAS läuft genauso, schon seit vielen Monaten ohne ein Problem. Also, diese Platinen kann man schon sehr gut produktiv einsetzen, wenn man die Hardware irgendwie ans Laufen bekommt. Warum das jetzt an deiner Karte nicht geht, weiß ich nicht. Noch zwei Fragen.

    • Welche HDDs werden eingesetzt?
    • Welches Netzteil benutzt du?

    Und ein Angebot von mir in Zeiten von Corona und HomeOffice, schick mir die Karte zu und ich teste ob es läuft. Den Rückversand bezahle ich auch. So kann man aktiv was gegen die Langeweile machen.

  • Guten Morgen!

    • HDDs: 2x Toshiba DT01 ACA050
    • Das "normale" Netzteil von Pine ist in Verwendung.

    Die Pine PCIe Karte hat die HDDs erkannt, aber leider keinen mdadm RAID erzeugen können (-> Kernel panic)
    Nun schnurren die HDDs auch an und drehen sich hörbar, nur werden sie nicht erkannt.

    Ich werden nun mal andere SATA Ports benutzen. Nur eben noch ein Versuch...

  • @rockverynew sagte in Schon wieder mal: Problem mit SATA Karte Marvell 88SE9230 - mainline kernel installieren?:

    Toshiba DT01 ACA050

    Steck auch nur mal eine an, dann kann man Stromprobleme evt. ausschließen.

  • Andere Ports helfen natürlich nicht ...
    Und andere Platten (2.5 500GB WD) auch nicht, auch dann nicht, wenn nur eine einzige dranhängt.

    Hilft das vielleicht was für einen nächsten Schritt?

    SATA controller: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller (rev 11) (prog-if 01 [AHCI 1.0])
    	Subsystem: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller
    	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    	Interrupt: pin A routed to IRQ 231
    	Region 0: I/O ports at 0000
    	Region 1: I/O ports at 0000
    	Region 2: I/O ports at 0000
    	Region 3: I/O ports at 0000
    	Region 4: I/O ports at 0000
    	Region 5: Memory at fa040000 (32-bit, non-prefetchable) [size=2K]
    	Expansion ROM at fa000000 [size=256K]
    	Capabilities: [40] Power Management version 3
    		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
    		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    	Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit-
    		Address: 00000000  Data: 0000
    	Capabilities: [70] Express (v2) Legacy Endpoint, MSI 00
    		DevCap:	MaxPayload 512 bytes, PhantFunc 0, Latency L0s <1us, L1 <8us
    			ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
    		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
    			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
    			MaxPayload 128 bytes, MaxReadReq 512 bytes
    		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
    		LnkCap:	Port #0, Speed 5GT/s, Width x2, ASPM L0s L1, Exit Latency L0s <512ns, L1 <64us
    			ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
    		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- CommClk-
    			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
    		LnkSta:	Speed 5GT/s, Width x2, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
    		DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, OBFF Not Supported
    		DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
    		LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
    			 Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
    			 Compliance De-emphasis: -6dB
    		LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
    			 EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    	Capabilities: [e0] SATA HBA v0.0 BAR4 Offset=00000004
    	Capabilities: [100 v1] Advanced Error Reporting
    		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
    		UESvrt:	DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
    		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
    		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
    		AERCap:	First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
    
    

    Ich kenn' mich ja sowas von nicht aus 😞

  • oder das:

    dmesg | grep "ahci"
    [    3.138575] ahci 0000:01:00.0: version 3.0
    [    3.138668] ahci 0000:01:00.0: controller can do FBS, turning on CAP_FBS
    [    4.146638] ahci 0000:01:00.0: controller reset failed (0x80000001)
    [    4.147281] ahci: probe of 0000:01:00.0 failed with error -5
    

    Hab ich aus dem anderen Thread..

  • Ich sehe hier einen deutlichen Unterschied zu meiner Karte.

    01:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller (rev 11) (prog-if 01 [AHCI 1.0])
    	Subsystem: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller
    	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    	Latency: 0
    	Interrupt: pin A routed to IRQ 231
    	Region 0: I/O ports at 0000
    	Region 1: I/O ports at 0000
    	Region 2: I/O ports at 0000
    	Region 3: I/O ports at 0000
    	Region 4: I/O ports at 0000
    	Region 5: Memory at fa010000 (32-bit, non-prefetchable) [size=2K]
    	Expansion ROM at fa000000 [disabled] [size=64K]
    

    Besonders interessant finde ich

    Expansion ROM at fa000000 [disabled] [size=64K]
    

    Deine hat

    Expansion ROM at fa000000 [size=256K]
    

    Und wenn ich mich jetzt noch erinnern könnte, das es eine Begrenzung der PCIe Schnittstelle gab, wie viel Speicher die verwalten konnte!? Da gab es ein Limit. Aber, ob das damit was zu tuen hat, weiß ich auch nicht 100%.

    Und zu dem anderen hier meine Ausgabe

    root@rockpro64:~# dmesg | grep "ahci"
    [    3.133436] ahci 0000:01:00.0: version 3.0
    [    3.133504] ahci 0000:01:00.0: controller can do FBS, turning on CAP_FBS
    [    3.258811] ahci 0000:01:00.0: AHCI 0001.0200 32 slots 8 ports 6 Gbps 0xff impl SATA mode
    [    3.259593] ahci 0000:01:00.0: flags: 64bit ncq fbs pio 
    [    3.265058] scsi host0: ahci
    [    3.265984] scsi host1: ahci
    [    3.266839] scsi host2: ahci
    [    3.267596] scsi host3: ahci
    [    3.268320] scsi host4: ahci
    [    3.269041] scsi host5: ahci
    [    3.269794] scsi host6: ahci
    [    3.270552] scsi host7: ahci
    
  • Könnte das helfen?
    Und welche Werte müsste ich eintragen?

  • Probieren.

    Das hatte ich am Anfang benutzt. Danach die Geschichte mit pci=nomsi.
    Ob die Werte angepasst werden müssen? Keine Ahnung. Die müssen zur Karte passen, so weit ich weiß.

  • YES!

    sda           8:0    0 465.8G  0 disk 
    `-sda1        8:1    0 465.8G  0 part 
    sdb           8:16   0 298.1G  0 disk
    

    Platten sind da!

  • Gratulation.

    Könntest Du bitte noch mitteilen, ob es an der udev regel lag!? Danke!

  • Ja, bin dem empfohlenen thread gefolgt und habe eine udev regel eingetragen, genauso wie vorgeschlage (natürlich ohne genau zu wissen, was ich da tu... 🙂 ).
    Rebbot und die Platten waren da.
    Grade wird der raid1 aufgebaut.

    Ich hoffe, das System bleibt stabil, vorerst kann ich aber nichts Unstabiles entdecken. Ich habe nicht vor, große Experimente zu machen. Soll einfach laufen.

    Vielen, herzlichen Dank für deine Zeit und Geduld mit mir. Top service! 👍

    P.S.: Werde vermutlich zu anderen Details auch noch mal ein paar Fragen haben. ...

  • 1 Stimmen
    7 Beiträge
    727 Aufrufe
    FrankMF

    Freut mich, das es jetzt so problemlos klappt. Das ist echt immer ein Problem mit Linux und Hardware. Es ist zwar besser geworden aber noch nicht optimal. Und auf den kleinen Platinen ist das auch noch eine ganz andere Sache.

    Ich kann die auch heute noch immer wieder empfehlen. Läuft und läuft....

    root@NASrp64:~# uptime 18:58:29 up 66 days, 2:54, 1 user, load average: 0,00, 0,00, 0,00

    Mein NAS läuft 24/7

    Viel Spaß damit!

  • 0 Stimmen
    6 Beiträge
    271 Aufrufe
    FrankMF

    Mir fällt da leider auch nicht mehr viel zu ein. Die Karte ist ja auch schon ein paar Tage alt. Vielleicht würde ein BIOS Update der Karte helfen!??

    Hast du einen Rechner, wo du die Karte mal reinstecken kannst um zu schauen, ob sie funktioniert?

  • hdparm / SATA Platten spindown und Energiemanagement

    Gelöst Probleme?
    4
    0 Stimmen
    4 Beiträge
    328 Aufrufe
    FrankMF

    Sorry, das Wissen hatte ich vorausgesetzt. Aber schön, das es funktioniert.

    Dann viel Spaß mit deinem NAS 👍

  • FTDI Support (ayufan Kernel 5.0)

    Ungelöst Probleme?
    8
    0 Stimmen
    8 Beiträge
    540 Aufrufe
    K

    Hi, leider habe ich bisher keine Antwort von Kamil erhalten. So habe ich selbst mal einen Kernel kompiliert. Als Vorlage habe ich den Ayufan 5.3 rc4 1118 genommen. Also gleiche config nur zusätzlich den FTDI und den CH341 (Arduino clones) Treiber hinzugefügt. Könnt ihr ja mal bei Lust und Laune testen. Für meine Zwecke funktioniert er gut.
    Gruss
    https://drive.google.com/file/d/1kJarihL7bAqN9y6tK-m1V4zHCSEiEWtf/view?usp=sharing

  • Problem mit SATA Karte Delock

    Ungelöst Probleme?
    3
    0 Stimmen
    3 Beiträge
    283 Aufrufe
    H

    @FrankM Ok: neugierig zu Ihre Ergebnissen.
    Wünschen Sie Kühle weil die Rockpro64 überhitzt, oder Sie? 😁

  • Problem mit SATA Karte Marvell 88SE9230 Chipsatz

    Verschoben Ungelöst Probleme?
    17
    0 Stimmen
    17 Beiträge
    1k Aufrufe
    C

    Danke soweit für den Support.
    Wird sicher nicht das letzte Mal bleiben das ich hier vorbeischaue....

  • kleine Probleme

    Ungelöst Probleme?
    3
    0 Stimmen
    3 Beiträge
    419 Aufrufe
    E

    @FrankM sagte in kleine Probleme:

    Hallo @einName ,

    Hallo,
    komme erst leider jetzt zum Antworten.

    Ich würde im Moment auf ein Ausschalten des ROCKPro64 einfach verzichten, meine sind schon ewig an.

    Ja, so nutze ich es auch zzt. auch.

    Welchen Kernel benutzt du?

    4.4

    Ansonsten läuft das LibreELEC gut bei Dir?

    Ja, läuft alles zufriedenstellend.

  • NVME stromverbrauch mainline kernel, APST

    Ungelöst Probleme?
    4
    2 Stimmen
    4 Beiträge
    494 Aufrufe
    K

    falls jemand das otf (on-the-fly) ausprobieren möchte und sysfs an hat (heißt so glaub ich, ist aber default vermutlich): mit

    /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us

    herum spielen. Wert auf 0 schreiben, dann den Wert der latenz. Siehe unten. Das beispiel unten von mir zeigt bei für mein system bspw auch den grenzwert (10000, aus dem p3 exlat, obwohl das angeblich nicht so sein sollte). bei 9999 geht das system 1W hoch, bei 10000 runter

    ps 0 : mp:5.00W operational enlat:0 exlat:0 rrt:0 rrl:0 rwt:0 rwl:0 idle_power:- active_power:- ps 1 : mp:3.50W operational enlat:0 exlat:0 rrt:1 rrl:1 rwt:1 rwl:1 idle_power:- active_power:- ps 2 : mp:3.00W operational enlat:0 exlat:0 rrt:2 rrl:2 rwt:2 rwl:2 idle_power:- active_power:- ps 3 : mp:0.0700W non-operational enlat:4000 exlat:10000 rrt:3 rrl:3 rwt:3 rwl:3 idle_power:- active_power:- ps 4 : mp:0.0025W non-operational enlat:4000 exlat:45000 rrt:4 rrl:4 rwt:4 rwl:4 idle_power:- active_power:- echo "0" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us echo "9999" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us echo "0" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us echo "10000" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us