Skip to content

Probleme?

Du hast ein Problem? Hier wird Dir geholfen.

25 Themen 232 Beiträge
  • NVME stromverbrauch mainline kernel, APST

    Ungelöst
    4
    2 Stimmen
    4 Beiträge
    520 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
  • EMMC: boot stuck after reboot

    Ungelöst
    5
    0 Stimmen
    5 Beiträge
    549 Aufrufe
    F

    Du liegst vollkommen richtig. Es liegt am RemoteMount, welchen ich über OMV eingebunden habe. Evtl. habe ich da aber auch etwas falsch konfiguriert. Denke nicht, dass es an OMV liegt.
    Ohne diesen geht der headless Boot problemlos.

    Mittlerweile kann ich deine Ansichten bzgl WebUi usw. durchaus nachvollziehen. Per Hand lernt man auch noch dazu.
    Wegen der UART Konsole habe ich Deine Erfahrungen in einem anderen Thread entdeckt. Danke dafür. Werde ich mir bei Gelegenheit näher anschauen.

  • CineS2 am PCIe wird nicht erkannt

    Ungelöst
    13
    1 Stimmen
    13 Beiträge
    1k Aufrufe
    K

    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ß

  • Test2

    Gelöst
    1
    0 Stimmen
    1 Beiträge
    614 Aufrufe
    Niemand hat geantwortet
  • Testproblem

    Ungelöst
    1
    0 Stimmen
    1 Beiträge
    535 Aufrufe
    Niemand hat geantwortet