Skip to content

CineS2 am PCIe wird nicht erkannt

Ungelöst Probleme?
  • Hallo,

    ich bin Kai, 40, Softwareentwickler, und habe mir kürzlich einen RockPro64 2GB zugelegt.
    Er soll endlich meinen Wunsch nach einen ARM VDR Server stillen der meine DigitalDevices CineS2 SAT Karte beherbergt.

    Nach einigen rumgegurke ist es mir gelungen das 0.7.9 Image von einer SATA Festplatte am USB2 Port zu starten. Von meiner älteren SATA SSD wollte er nicht starten, und ohne aktiven USB Hub sowieso nicht.

    Jedenfalls wollte ich jetzt loslegen, aber ein lspci zeigt einzig die PCI Bridge als Device an. Keine weiteren Geräte auf dem Bus vorhanden.

    rock64@rock64:/dev$ lspci -v
    00:00.0 PCI bridge: Rockchip Inc. RK3399 PCI Express Root Port Device 0100 (prog-if 00 [Normal decode])
            Flags: bus master, fast devsel, latency 0, IRQ 238
            Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
            I/O behind bridge: 00000000-00000fff
            Prefetchable memory behind bridge: 00000000-000fffff
            Capabilities: <access denied>
            Kernel driver in use: pcieport
    
    rock64@rock64:/dev$
    

    RockPro64 V2.1 2GB

    Kannst Du mir helfen das Problem anzugehen.

    Gruß,
    Kai

    Edit:

    rock64@rock64:~$ sudo lspci -v
    [sudo] password for rock64:
    00:00.0 PCI bridge: Rockchip Inc. RK3399 PCI Express Root Port Device 0100 (prog-if 00 [Normal decode])
            Flags: bus master, fast devsel, latency 0, IRQ 238
            Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
            I/O behind bridge: 00000000-00000fff
            Prefetchable memory behind bridge: 00000000-000fffff
            Capabilities: [80] Power Management version 3
            Capabilities: [90] MSI: Enable+ Count=1/1 Maskable+ 64bit+
            Capabilities: [b0] MSI-X: Enable- Count=1 Masked-
            Capabilities: [c0] Express Root Port (Slot+), MSI 00
            Capabilities: [100] Advanced Error Reporting
            Capabilities: [274] Transaction Processing Hints
            Kernel driver in use: pcieport
    
    rock64@rock64:~$
    
  • Morgen Kai,

    PCIe ist eine große Baustelle, ich kenne erst drei Karten die im ROCKPro64 funktionieren.

    Da du auch im Netz suchen kannst, denke ich das diese Informationen nicht neu für Dich sind.

    https://wiki.ubuntuusers.de/DVB-Karten/
    Evt. mal linux-firmware-nonfree installieren!?

    Evt. wird aber auch das Kernelmodul benötigt, was der Kamil vermutlich nicht mit eingebaut hat. Dann wird es etwas komplizierter.
    https://wiki.ubuntuusers.de/DVB-Karten/Digital_Devices_Cine_S2/

    Viel Erfolg.

  • Guten Morgen Frank,

    ja, das installieren der Treiber/Firmware hab ich schon mal gemacht.
    Allerdings wurde mir immer auch schon die Karte per lspci angezeigt, nur das dann eben keine Module geladen wurden.

    Ich bin der Meinung das die Karte doch zumindest per lspci als Device am Bus erkannt werden müsste.

    Da war noch was mit Widerständen am PCI Bus. Aber sollte bei Revision 2.1 ja weg sein. Leider bin ich gerade in der Firma, kann das also nicht prüfen.

    Gruß,
    Kai

  • 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: Raid fehlt nach Absturz

    Gelöst Probleme?
    23
    0 Stimmen
    23 Beiträge
    280 Aufrufe
    R

    @FrankM
    Lieber Frank!
    Vielen Dank für deine Geduld! War ein echter Segen für mich!
    Lösung war, wie du vorgeschlagen hast: Kaputte Platte raus, neustarten, alles da!
    Was für eine Erleichterung.
    Jetzt mach ich noch ne neue HDD rein, repariere das Raid; und fertig. Hoffentlich für die nächsten Jahre.

    Vielen, vielen Dank!

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

  • Installationsprobleme wegen unkenntnis

    Ungelöst Probleme?
    7
    0 Stimmen
    7 Beiträge
    220 Aufrufe
    C

    @frankm
    Hallo Frank,
    ich habe mir das was ich habe mal so angeschaut und festgestellt das ich einen Avira AV Blocker aufgespielt habe von daher denke ich ich lass das Gesummse mit VPN . Hat der Anbieter 58 € Gewinn gemacht ohne Leistung , auch nicht schlecht.
    Meinen herzlichsten Dank für Deine Mühe , ist ernst gemeint !
    Der alte Mann mit dem Rocker Rollstuhl
    Uli

  • bootconsole [uart8250] disabled

    Probleme?
    24
    1 Stimmen
    24 Beiträge
    1k Aufrufe
    gabs5807G

    @gabs5807 sagte in bootconsole [uart8250] disabled:

    @FrankM sagte in bootconsole [uart8250] disabled:

    Hast Du dein Image auf das eMMC Modul installiert?

    Wenn ja, das Modul beim Booten der Images bitte abschalten.
    Vielen Dank für den Hinweis. Habe gelesen aber leider vergessen 😯.
    Werde ich machen, ich das Gehäuse noch mal öffnen muss und die SSD weil ich noch austauschen muss.
    Viele Grüße

    Das flashen des SPI hat jetzt wie beschrieben funktioniert 😊. Vielen Dank.

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

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