Poslední příspěvky

Stran: [1] 2 3 ... 10
2
Hardware / Re:Uspávání JMicron převodníku USB-NVMe
« Poslední příspěvek od Michal Šmucr kdy Dnes v 15:15:20 »
Podle me nejde o uspavani - to nema proc padat, max to udela prodlevu.

Ta normální prodleva, kdy systém čeká na blok. zařízení, by asi byla v pohodě, jestliže se to vejde do timeoutu (tuším 30s je výchozí), ale záleží co tam konkrétně nastává za problém.
Stává se občas taky, že třeba zařízení nedá korektně suspend-resume cyklus, což by prakticky znamenalo např. to, že to nezhebne hned při suspendu, ale až při další aktivitě, kdy by se to mělo probrat.
Takže buď zabránit suspendu nebo zkusit místo resume resetovat (mě to třeba onehdá pomohlo s nějakou zvukovkou).
Proto jsem výše odkazoval na všechny quirky od modulu usbcore.
USB_QUIRK_RESET_RESUME - udělá místo resume reset
USB_QUIRK_NO_LPM - další možný workaround, pokud zařízení blbne s LPM rozšířením (umožňuje víc úrovní šetření a rychlejší přechody, když je potřeba), tak dá se to vypnout

Když se podívám do výchozích quirků, tak jsou tam pro nejrůznější typy zařízení včetně flešek, USB disků.
https://github.com/torvalds/linux/blob/7ff71e6d923969d933e1ba7e0db857782d36cd19/drivers/usb/core/quirks.c#L192

Citace
Mate RPI = problemovy USB power budget -> crash disku

To mi na začátku přišlo jako nepravděpodobné, protože bych tak na první dobrou čekal, že to zařízení bude mít nejvyšší odběr při aktivitě z hosta, ne v idle. Ale jak jsi to teď napsal, tak se mi to rozleželo a přijde mi to dobrý tip. Možná, jestli je to s výkonem na hraně, tak by to možná stálo taky za kontrolu třeba z jiného PC s Linuxem (byť by to byla i nějaká živá distribuce).
Nějak jsem si neuvědomil, že je to SSD, co právě spouští interní úlohy na pozadí (folding/GC, TRIM, bad block mgmt.), když žádná aktivita z hosta není a mohlo by to mít v tu chvíli paradoxně ještě vyšší odběr.

Tak uvidíme, jestli tazatel s něčím pochodí :)
3
Nová témata / Prodám HARDWARIO (BigClown) sadu
« Poslední příspěvek od trodden passive kdy Dnes v 14:14:26 »
Prodám hardwario sadu (dříve BigClown) viz foto - USB rádio, detektor pohybu, detektor úniku vody, termostat, relé, clima, 2x skládaná sada s větším battery modulem - teploměr+vlhkoměr+VOC detektor(jen 1x) Vše plně funkční, kromě clima modulu.Spadl mě na zem a občas funguje a občas ne. Cena za komplet 3000,- + zásilkovna
4
Hardware / Re:Uspávání JMicron převodníku USB-NVMe
« Poslední příspěvek od RDa kdy Dnes v 13:28:35 »
Podle me nejde o uspavani - to nema proc padat, max to udela prodlevu.

Mate RPI = problemovy USB power budget -> crash disku

Nektere prevodniky maj problem s UAS -> zkuste prepnout na usb-mass-storage driver, jak radi Michal
5
Odkladiště / Re:Obchodním sdělením ÚOOÚ
« Poslední příspěvek od LolPhirae kdy Dnes v 11:13:58 »
Tak že, stěžovat si na ÚOOÚ u ÚOOÚ? :).

No, už jsem to tady naznačoval , že to nebude příliš produktivní...  :P
6
Hardware / Re:Uspávání JMicron převodníku USB-NVMe
« Poslední příspěvek od Michal Šmucr kdy Dnes v 11:04:39 »
Neznám konkrétní zařízení, ani jsem moc nezkoumal podobné USB-NVMe řadiče, spíš USB-SATA.

Nicméně přesto zkusím nadhodit pár tipů. Bude to asi trochu o laborování.

Pokud je problém s autosuspendem na úrovni USB zařízení, tak máte několik možností.
Zkusit kompletně vypnout autosuspend pro všechna USB zařízení (Parametr udává výchozí čas v sekundách, kdy je zařízení bez aktivity, než se uspí. Když se nastaví -1, autosuspend se vypne).
echo -1 > /sys/module/usbcore/parameters/autosuspend

Což by mohlo být zajímavé na základní ozkoušení. Pokud by to zabralo, můžete to pak např. nastavit jako parametr kernelu po bootu. Tzn. na rpi, přidat na konec řádku do /boot/cmdline.txt další parametr usbcore.autosuspend=-1

Můžete to také selektivně zakázat pouze na konkrétním zařízení.
Nejdřív si dohledejte, kde je to zapojené (sběrnice, zařízení), pomocí lsusb, případně lsusb -t. Pak najdete odpovídající cestu v sysfs a /sys/bus/devices
Tzn. například u mě je mass-storage zařízení 1-1.3 (můžete dál ověřit v iVendor, iProduct)
/sys/bus/usb/devices/1-1.3/
Tam se pak dá také zapsat timeout úplně stejným způsobem jako v předchozím případě:
echo -1 > /sys/bus/usb/devices/1-1.3/power/autosuspend

Pokud byste to pak chtěl aplikovat po startu, napíšete si jen nějaký skript, co to provede, případně systemd službu, udev pravidlo.

Další možnost je, že to suspend úplně nevyřeší, protože některá USB storage zařízení nechodí úplně hezky v UAS (USB Attached SCSI) režimu, třeba kvůli bugu ve firmware.
Naštěstí je pro tyhle případy možné konkrétní zařízení přepnout do standardního USB mass storage režimu pomocí tzn. usb-storage quirků. Je to v určitých situacích pomalejší, ale alespoň použitelné.
Viz.
https://forums.raspberrypi.com/viewtopic.php?f=28&t=245931

Tzn. když si potvrdíte, že to zařízení jede v UAS režimu, tak si zjistíte USB VID:PID a přidáte další parametr kernelu (zas /boot/cmdline.txt)

usb-storage.quirks=VID:PID:u (:u je pak speciální switch)

usb-storage.quirks má ještě víc parametrů, kdyžtak můžete experimentovat i dál
https://github.com/torvalds/linux/blob/7ff71e6d923969d933e1ba7e0db857782d36cd19/Documentation/admin-guide/kernel-parameters.txt#L7610

Finálně ještě odkážu na referenci quirků pro celý USB subsystém ze stejného dokumentu, kdyby bylo třeba ještě další laborování:

usbcore.quirks
https://github.com/torvalds/linux/blob/7ff71e6d923969d933e1ba7e0db857782d36cd19/Documentation/admin-guide/kernel-parameters.txt#L7531

Nakonec varianta - brod, než to vyřešíte jinak. Nastavit si cron úlohu, systemd timer, co pak periodicky sáhne na dané zařízení, aby se neuspalo. Ekvivalent toho vašeho občasného zápisu, čtení.
Většinou není třeba sahat na filesystém, postačí použít třeba hdparm nebo smartctl, co jednou za čas "sáhne" na zařízení.. Např. hdparm /dev/sda

7
Hardware / Re:Uspávání JMicron převodníku USB-NVMe
« Poslední příspěvek od redustin kdy Dnes v 10:06:26 »
A dělá to ten čip, nebo nějaký power management na té PCIe sběrnici? Určitě bys k tomu odpojení dohledal nějaké logy.
8
Hardware / Uspávání JMicron převodníku USB-NVMe
« Poslední příspěvek od aigor.net kdy Dnes v 09:22:53 »
Dokázal by někdo navést na řešení, jak zamezit uspávání USB/NVMe převodníku?
Rozjel sem RPI4 s externím NVMe diskem, ale když nějaký čas není aktivita na disku, tak ten JMicron čip se rozhodne odpojit a celý systém spadne.
Otestoval sem, že když periodicky vynutím nějaké zápisy, tak k tomu nedojde. Jde tedy "jen" o to, jak tomu převodníku vysvětlit, že se nemá uspávat...
9
Bazar / Re:Daruji tři Wi-Fi teploměry pro Tuya
« Poslední příspěvek od greenlinuxguru kdy Dnes v 08:59:57 »
Dobrý, už se mi ve zprávách sešlo pár čísel, tak to jdu obepisovat
10
/dev/null / Re:old school
« Poslední příspěvek od makovec_3 kdy 14. 02. 2025, 20:16:52 »
55, Swift, začínám Python kvůli AI. Oldschool věci (u mně ObjC) dělám když je potřeba, ale vlastně nebaví.
Stran: [1] 2 3 ... 10