Skip to content

CineS2 am PCIe wird nicht erkannt

Ungelöst Probleme?
  • Ich habe noch ein wenig geforscht, und habe möglicherweise ein Spur.

    Scheinbar machen ältere PCIe Karten schonmal öfters Probleme in modernen Mainboards.
    Meist ist das Problem das die Aushandlung der max. Geschwindigkeit und Anzahl der Lanes.
    Ich schätze so etwas könnte es auch hier sein.
    Oft kann man wohl im BIOS dann die PCIe Generation auswählen.

    Nun, das wäre ein Ansatz. Leider habe ich aber in der Dokumentation zum uBoot keine Parameter zum PCIe Bus gefunden.

    Aber in den Kernel-Parameter, z.B.

    pcie_bus_peer2peer      Set every device's MPS to 128B, which
                                    every device is guaranteed to support. This
                                    configuration allows peer-to-peer DMA between
                                    any pair of devices, possibly at the cost of
                                    reduced performance.  This also guarantees
                                    that hot-added devices will work.
    

    Tja, versuchen könnte ich es ja. Muss ich nur herausfinden wie ich die Kernelparameter übergeben kriege...

  • Meine Kenntnisse reichen nicht um da mitzureden. Ich erinnere mich daran, das Kamil mal irgendwo geschrieben hatte, das wenn ein PCIe Gerät nicht funktioniert, die entsprechenden Treiber nicht installiert sind.

    Wo du nachfragen könntest, wäre

    und

  • @Kai_aus_Krefeld
    Hast du es geschafft? Ich plane gleiches, und da interessiert mich, ob das möglich ist.

    Eventuell mal TBS Karten versuchen. Das sind keine pcie Zicken. Ich habe selber 2 im Einsatz.

  • Hallo,

    nein, leider habe ich es nicht geschafft, egal welche PCI Parameter ich verändert habe, das Ergebnis was das gleiche. Der komplette PCI Bus war tot.

    Ich würde das gerne mit einer neueren Karte probieren. Wie ich glaube könnte das Problem an der Aushandlung der PCI Bus Parameter liegen.
    Leider bin ich jedoch zu geizig mir denn auch noch auf verdacht eine neue SAT Karte zu kaufen.

    Aber: Ich hab das zuletzt im November probiert...

  • Ich weiß nicht was ich noch machen soll. Heute hab ich den Rechner wieder ausgepackt.

    egal welches Image, selbst die die schon einmal liefen, wollen mir keine PCI Geräte anbieten.

    rock64@rockpro64:~$ lspci
    rock64@rockpro64:~$ dmesg | grep -e "pci"
    [ 1.449457] of_get_named_gpiod_flags: parsed 'gpio' property of node '/vcc3v3-pcie-regulator[0]' - status (0)
    [ 1.449503] reg-fixed-voltage vcc3v3-pcie-regulator: Looking up vin-supply from device tree
    [ 1.449542] vcc3v3_pcie: supplied by dc_12v
    [ 1.449605] vcc3v3_pcie: 3300 mV
    [ 1.449757] reg-fixed-voltage vcc3v3-pcie-regulator: vcc3v3_pcie supplying 3300000uV
    [ 2.125794] ehci-pci: EHCI PCI platform driver
    [ 3.461601] vcc3v3_pcie: disabling
    [ 3.835929] phy phy-pcie-phy.9: Looking up phy-supply from device tree
    [ 3.835933] phy phy-pcie-phy.9: Looking up phy-supply property in node /pcie-phy failed
    [ 3.904342] rockchip-pcie f8000000.pcie: GPIO lookup for consumer ep
    [ 3.904355] rockchip-pcie f8000000.pcie: using device tree for GPIO lookup
    [ 3.904409] of_get_named_gpiod_flags: parsed 'ep-gpios' property of node '/pcie@f8000000[0]' - status (0)
    [ 3.904682] rockchip-pcie f8000000.pcie: Looking up vpcie3v3-supply from device tree
    [ 3.904833] rockchip-pcie f8000000.pcie: Looking up vpcie1v8-supply from device tree
    [ 3.904843] rockchip-pcie f8000000.pcie: Looking up vpcie1v8-supply property in node /pcie@f8000000 failed
    [ 3.904877] rockchip-pcie f8000000.pcie: no vpcie1v8 regulator found
    [ 3.909929] rockchip-pcie f8000000.pcie: Looking up vpcie0v9-supply from device tree
    e f8000000.pcie: Looking up vpcie0v9-supply property in node /pcie@f8000000 failed
    [ 3.909981] rockchip-pcie f8000000.pcie: no vpcie0v9 regulator found
    [ 3.914962] rockchip-pcie f8000000.pcie: invalid power supply
    [ 4.419747] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
    [ 4.429148] rockchip-pcie: probe of f8000000.pcie failed with error -110

    Und nun?

  • hallo,
    was meinst mit keine geräte anbieten? Schreib vielleicht was du mit welcher hardware und welcher software in welcher Reihenfolge gemacht hast. Andernfalls braucht jeder eine mehr oder minder große Glaskugel, und zumindest meine ist immer noch in Reparatur 🙂

    die pcie karte im laufenden betrieb zu stecken ist zumindest meines wissens nach keine option. soviel vorab.
    gruß

  • Ja, sorry. Vlt etwas zu salopp geschrieben.

    Bezugnehmend auf meine vorherigen Beiträge habe ich die Versionen 0.7.9 und 0.7.11 von ayufan eingesetzt.
    Das nackte Bord ohne irgendwelche Einsteckkarten.
    Gebootet wird via USB-Hub von einer HDD.

    Also gleiches Setup wie schon oben beschrieben. (Ich bin fauler Softwareentwickler, warum Redundanzen? 😂 )

    Lspci zeigt kein einziges Gerät, nicht einmal die PCI Bridge.

  • Morgen zusammen, beim ersten Kaffee mal ein schneller Test 😉

    Mein einziger ROCKPro64 ohne gestecktes PCIe zeigt auch nichts an. So weit ich mich erinnern kann, war das schon immer so!?
    Erst mit gesteckter Karte bekam man eine Ausgabe. Hier die Ausgabe wenn eine PCIe NVMe gesteckt ist.

    root@rockpro64:~# lspci
    00:00.0 PCI bridge: Device 1d87:0100
    01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd Device a804
    

    Beides getestet auf Armbian als System.

    Version BS - Ausgabe mit PCIe

    Welcome to ARMBIAN 5.72.190118 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64
    

    Version BS - Ausgabe leer

    Welcome to ARMBIAN 5.70 stable Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64
    
  • Guten Morgen Frank,

    vielen vielen dank für Deinen Test. Ja, da hätte ich darauf kommen können es mal mit Karte zu Probieren.
    Es sieht ganz so aus als ob das PCI Subsystem nicht aktiv ist, wenn keine Karte drin steckt. Macht ja auch ein Stück weit Sinn.

    Ok, ich sitz gerade in der Firma fest. Aber heute Abend werde ich es nochmals testen.

    Gruß,
    Kai

    PS
    Dann gewöhne ich mir auch an die Testparameter immer mit anzuführen. Damit man das pro Post im Blick hat. Die Kritik von Kosmonaut Pirx war da schon angebracht.

  • heho,
    das kann ich bestätigen: kein gerät eingesteckt, keine bridge sichtbar im lspci.

    die kernelmodule (pcie_rockchip_host, nvme_core, nvme) werden anscheinend aber schon geladen, also irgendwer ist anscheinend da. mir ist noch unklar wie man heraus kriegt, wer das sein könnte. Geholfen hat setpci da auch nicht bislang

    hab aus spaß mal eine karte gesteckt die nicht geht (also issue https://github.com/rockchip-linux/kernel/issues/116, zufällig genau die im letzten kommentar)

    da streikt denn alles:

    lspci -vvvxxx
    pcilib: Cannot open /sys/bus/pci/devices/0000:00:00.0/config
    lspci: Unable to read the standard configuration space header of device 0000:00:00.0
    

    mein sys:

    Linux 4.20.0-gentoo #20 SMP PREEMPT Sun Jan 20 15:42:02 CET 2019 aarch64 GNU/Linux
    

    gruß

  • RockPro64 Netzwerkprobleme

    Ungelöst Probleme?
    11
    0 Stimmen
    11 Beiträge
    200 Aufrufe
    FrankMF

    @EricG Ja, das hatte ich schon fast bergessen. Ich nutze zur Installation dann einen USB-to-LAN Adapter. Danach geht eth0, wenn man sie konfiguriert. Aber das hast Du ja sicherlich auch schon gelesen.

    Ich sollte das evt. mal wieder testen 🤔

  • RockPro64 bootet nicht mehr von sdcard und/oder emmc

    Ungelöst Probleme?
    6
    0 Stimmen
    6 Beiträge
    204 Aufrufe
    FrankMF

    @gabs5807 Danke für das ausführliche Feedback.

    Das mit Pin 10 habe ich schon lange nicht mehr gehabt, benutze aber auch nur noch selten den SPI.

    Was wäre es doch für ein Traum, wenn man einen vernünftigen uboot hätte und man einfach ein Device anhängen könnte und die Kiste davon bootet...

    Bin aber beim ROCKPro64 auch nicht mehr auf der Höhe der Zeit, ich teste da nur noch selten.

  • RockPro64 als Backup Server

    Ungelöst Probleme?
    5
    1 Stimmen
    5 Beiträge
    307 Aufrufe
    T

    @mabs sagte in RockPro64 als Backup Server:

    Ich versteh nicht wie der PCI-E<=>NVMe Adapter im Odroid H2+ laufen soll

    Er sprach vom JMB585 im M.2-Format. 2 x SATA vom Intel-SoC plus 5 vom JMB585 macht dann 7 SATA-Anschlüsse. Der JMB585 im H2+ ist natürlich auch ausgebremst, weil Intels Gemini Lake (Refresh) auch nur PCIe Gen2 kann und so die 5 SATA-Ports des JMB585 nur hinter zwei Gen2 Lanes hängen.

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

  • Bluetooth Dongle funktioniert unter Armbian nicht

    Verschoben Ungelöst Probleme?
    11
    0 Stimmen
    11 Beiträge
    577 Aufrufe
    FrankMF

    Ich habe immer noch nicht verstanden, welche Kernelmodule jetzt fehlen. Aber ich habe mich mal kurz in Pivccu eingelesen. Das lässt einen LXC Container laufen - gut.

    Ob Armbian an einem Kernel 4.14 arbeitet, weiß ich nicht. Ich habe aber irgendwo gelesen, das man sich mehr auf den Mainline konzentrieren wird!?? Dann wird das wohl nichts. Den selber bauen, wird wohl nur was für Profis sein. Ich habe das schon mal gemacht, ist aber ein extrem komplexes Thema. Erschließt sich mir bis heute nicht 😉

    Wenn nur ein Kernelmodul fehlt, das kann man selber bauen. Oder Kamil kurz mal eine Frage zukommen lassen, dann ist das vermutlich im nächsten Update mit drin.

  • Booten via eMMC nicht möglich

    Ungelöst Probleme?
    16
    1 Stimmen
    16 Beiträge
    1k Aufrufe
    W

    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:

    https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md

    Latein ende 😞