Může uspání jader CPU způsobit problém?

[mikesznovu]

Tak to mě podrž.... Po 2 měsících se probral...
journalctl --no-hostname  -k -r
May 07 15:29:57 kernel: wake enabled for irq 165


May 07 15:29:57 kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
May 07 15:29:57 kernel: OOM killer disabled.
May 07 15:29:34 kernel: Freezing user space processes ... (elapsed 0.068 seconds) done.
Mar 03 00:48:46 kernel: Filesystems sync: 0.276 seconds
Mar 03 00:48:46 kernel: PM: suspend entry (deep)

Mar 02 20:06:51 kernel: wake enabled for irq 161

Mar 02 20:06:51 kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Mar 02 20:06:51 kernel: OOM killer disabled.
Mar 02 20:06:51 kernel: Freezing user space processes ... (elapsed 0.005 seconds) done.
Mar 02 20:06:51 kernel: Filesystems sync: 0.053 seconds
Feb 28 01:37:19 kernel: PM: suspend entry (deep)
Feb 28 01:37:13 kernel: usb 1-1.2: USB disconnect, device number 4
Feb 28 00:42:13 kernel: mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 400000Hz, actual 396825HZ div = 63)


Feb 28 00:42:13 kernel: mmc_host mmc1: Timeout sending command (cmd 0x202000 arg 0x0 status 0x80200000)
Feb 28 00:42:13 kernel: dwmmc_exynos 12220000.mmc: Busy; trying anyway
Feb 28 00:42:13 kernel: dwmmc_exynos 12220000.mmc: Card stuck in wrong state! card_busy_detect status: 0x0
Feb 28 00:42:13 kernel: mmc_host mmc1: Timeout sending command (cmd 0x200000 arg 0x0 status 0x80200000)
Feb 28 00:42:13 kernel: crng init done



jenom nevíte co je zač za  toto? občas mi to zaspamuje dmesg (třeba 50  vzájemně za sebou ) ale asi
May 07 16:33:04 kernel: hid-generic 0003:1C1F:0200.000A: unknown main item tag 0x0

(1c1f:0200 je PID + VID), .000A bude asi endpoint nebo function


A k tomu by mě zajímal, jak má suspend + resume vliv na ("odsazení") výpisu dmesg?
Právě proto jsem použil journalctl -k

a takyy jounnalctl --list-boots hlásí

Kód: [Vybrat]

-1 74c7d21110d84033b382d9ccf3821486 Sun 2023-02-12 21:10:51 CET—Tue 2023-02-28 00:40:51 CET
  0 c8d75227cb574064a8f16bc97d418b5a Tue 2023-02-28 00:42:13 CET—Mon 2023-05-08 11:05:01 CET

Jelikož dmesg | head začíná právě  datem probuzení


zatímco uptime je 69days

[Reklama]

[Jan Fikar]

No po probuzení si Linux přečte RTC a nastaví hodiny. Koukám, XU4 asi nemá RTC, takže v hodinách bude chaos do té doby, dokud se nesynchronizuje čas ntp nebo jak to děláte běžně.

HID v dmesg je nějaký vstupní zařízení (Human Interface Device), ale který konkrétně, to nevím.

Obecně ty SBC asi nemá cenu uspávat.