Ti mikent ertelmezitek a Exclude audio sort? enabled beallitassal kizarom vagy pont forditva, engedem neki, hogy az audio (jelen esetben DAC) felfuggesztesre keruljon? Vagy ha komplett tiltom az egeszet (autosuspend = disabled) akkor felesleges konfiguralni az exclude audio-t?
Az lenne a celom, hogy teljesen kikapcsoljam az USB felfuggesztest

[alucard@desktop ~]$ tlp-stat -u
--- TLP 1.6.1 --------------------------------------------
+++ USB
Autosuspend       = disabled
Device allowlist  = (not configured)
Device denylist   = (not configured)
Exclude audio     = enabled
Exclude bluetooth = disabled
Exclude phones    = disabled
Exclude printers  = enabled
Exclude WWAN      = disabled
Bus 001 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 2.0 root hub (hub)
Bus 002 Device 001 ID 1d6b:0003 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 3.0 root hub (hub)
Bus 003 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 2.0 root hub (hub)
Bus 003 Device 002 ID 05e3:0610 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)
Bus 003 Device 003 ID 05e3:0608 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)
Bus 003 Device 004 ID 05ac:0256 control = on,   autosuspend_delay_ms = 2000 -- Apple, Inc. 2.4G Wireless Receiver (usbhid)
Bus 003 Device 005 ID 20b1:3008 control = on,   autosuspend_delay_ms = 2000 -- XMOS Ltd iFi (by AMR) HD USB Audio (snd-usb-audio, usbhid)
Bus 003 Device 006 ID 214b:7250 control = auto, autosuspend_delay_ms =    0 -- Huasheng Electronics USB2.0 HUB (hub)
Bus 003 Device 007 ID 0bda:8771 control = on,   autosuspend_delay_ms = 2000 -- Realtek Semiconductor Corp. Bluetooth Radio (btusb)
Bus 003 Device 008 ID 214b:7250 control = auto, autosuspend_delay_ms =    0 -- Huasheng Electronics USB2.0 HUB (hub)
Bus 003 Device 009 ID 25a7:fa7c control = on,   autosuspend_delay_ms = 2000 -- Areson Technology Corp Pulsar Xlite Wireless (usbhid)
Bus 004 Device 001 ID 1d6b:0003 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 3.0 root hub (hub)
Bus 004 Device 002 ID 05e3:0626 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)

[ Szerkesztve ]

Az én értelmezésemben ami exclude-nál enabled, azokat nem veti alá az energiatakarékos megoldásoknak (gyak. ezeket nem kapcsolja ki).

Mondjuk soha nem használtam tlp-t.

Korabban meg en sem de most muszaj vagyok, mert kulonben elnemul a DAC ha kulso tapot dugok ra.
Autosuspend = disabled eleg volt neki

[ Szerkesztve ]

Ugy nez ki megsem jo lsusb parancsra tovabbra is listazza a DAC-ot, de pulsemixer-be mar nem latom. Mindegy letoroltem, megprobaltam kernel parameterezessel tiltani az osszes USB-n az autosuspend-et de ez sem segit, eldobja az eszkozt. udev rule szinten...
Hetfon visszakuldom a tapot

Ugy fest megiscsak sikerult TLP-vel a muvelet denylist-re raktam a device-t es a hub-ot is!

[alucard@desktop ~]$ tlp-stat -u  
--- TLP 1.6.1 --------------------------------------------
+++ USB
Autosuspend       = disabled
Device allowlist  = (not configured)
Device denylist   = 20b1:3008 1d6b:0002
Exclude audio     = enabled
Exclude bluetooth = disabled
Exclude phones    = disabled
Exclude printers  = enabled
Exclude WWAN      = disabled

Bus 003 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 2.0 root hub (hub)
Bus 003 Device 002 ID 20b1:3008 control = on,   autosuspend_delay_ms = 2000 -- XMOS Ltd iFi (by AMR) HD USB Audio (snd-usb-audio, usbhid)

Mondjuk azt nem igazan ertem, hogy a control on az pontosan mit takar, mert logikusan off kellene legyen, bar ez inkabb csak tipp a reszemrol, a lenyeg hogy nem kell visszakuldenem a tapot legalabbis eddig ugy nez ki kopp kopp kopp

Kar hogy csak tlp-vel sikerult osszehozni.. udev rule-al valamiert nem mukodott (mondjuk lehet eleg lett volna csak a hub-ot belerakni)

[ Szerkesztve ]

mkinitcpio hook migration and early microcode

[ Szerkesztve ]

úgy látom átállunk 6-os KDE-re

Grrrrr, amire mindent megint beállítok... Semmi kedvem most ezzel foglalkozni.

Jo kis DE-k... mindig mindent előröl...

Ilyenkor visszasírom az openbox-ot.

Még mindig felrakhatod, nem kell visszasírni.

Én már pár éve a rimuru által leírt openbox+tint2 desktop környezet használom, azóta az arch alapvetően probléma mentes nálam. Amíg KDE-t használtam voltak problémák jócskán.

[ Szerkesztve ]

milyen problémáid voltak?

nekem lett is egy problémám
ugye Wayland lett a default, de azzal egész egyszerűen nem tudok bejelentkezni, login után újraindul a DE és visszadob a login képernyőre.
X11-re visszatéve minden hibátlan

X akták szerű problémák, amilyen most neked is lett
Minél egyszerűbb egy desktop környezet annál stabilabb, ezért álltam át "pálcika" vm-re.

Nalam a 3.5 ev alatt egyszer sem fordult elo olyan, hogy ne tudtam volna bejelentkezni wayland alatt. Mit szolsz ehhez? Mondjuk nincs is semmifele login manager a gepen... tty1 login utan .zshrc-bol automatan bepattan a sway
Legtisztabb method evööör
## Sway at login
[ "$(tty)" = "/dev/tty1" ] && exec sway

[ Szerkesztve ]

Már untam, kellett valami más. De azóta jó pár év eltelt, ha nem sajnálnám rá az időt, lehet visszaváltanák. KDE-be is váltogatom időnként a kinézetet itt-ott, hogy ne legyen mindig ugyanolyan.

#8833 attilav2
Épp ezt a kombinációt használtam én is, gtk csomagokkal, egy qt cucc volt fent, a k3b, mert az túl jó volt ahhoz, hogy ne használjam. Aztán meglepő módon jónak találtam a KDE-t is egy próba után.

Valamikor kipróbáltam a wayland-et, de maradtam az X-nél, sajnos arra nem emlékszem, mi nem működött. Gondolom most már kiforrottabb, de a tapasztalatod alapján most sem váltok.