Acer Aspire C27 - Intel Iris Xe - snieżenie obrazu

[LeszekKpl1]

Cześć,

Zwracam się z prośbą o pomoc w diagnozie problemu, który występuje na komputerze Acer Aspire C27.

Specyfikacja sprzętowa:
Model: Acer Aspire C27 (All-in-One)
Procesor: Intel Core i5-1334U (13th Gen)
Grafika: Intel Iris Xe Graphics
Ekran: Wbudowany panel eDP, 120Hz

Opis problemu:
Obraz na wbudowanej matrycy jest niestabilny – występuje "śnieżenie" oraz przesunięcia treści ekranu w poziomie. Bardzo specyficznym objawem jest to, że ruch myszką natychmiastowo i tymczasowo naprawia obraz (znika śnieżenie). Gdy tylko przestaję poruszać kursorem, problem wraca. Wypróbowałem już różne distra, ciągle ten sam problem. Xorg czy Wayland bez różnicy. Na Windowsie wszystko działa idealnie, co wyklucza usterkę mechaniczną.

Co zostało sprawdzone:
Parametry sterownika i915 w GRUB: Próbowano wyłączać funkcje oszczędzania energii: i915.enable_psr=0 i915.enable_fbc=0 i915.enable_dc=0 intel_idle.max_cstate=0 cpuidle.off=1. Niestety, parametry te nie rozwiązują problemu – ekran nadal śnieży w spoczynku a pulpit przesunięty o 1/3 ekranu.
Może popełniam gdzieś błąd ale temat robi się już nerwowy, bo pracować na windowsie nie mam zamiaru
Zmiana odświeżania: Ręczne wymuszenie 60Hz zamiast 120Hz powoduje, że śnieżenie staje się ciągłe i nie ustępuje nawet podczas ruchu myszką.

Parametr nomodeset: To jedyna opcja, która stabilizuje obraz. Wiadomo dlaczego. Generalnie pierwszy raz spotkałem się z czymś takim a bez linuxa to nie życie.

Czy ktoś z Was spotkał się z taką usterką na matrycach 120Hz i wie, jak wymusić stabilność sygnału bez całkowitego wyłączania sterownika graficznego za pomocą nomodeset?

Pozdrawiam!

[kobrawerde]

Trudno coś znaleźć w necie z oznaczeniem rozwiązane ...ale z desperacji czasem warto spytać ChatGPT / Gemini np. możesz poczytać a nuż coś spasuje ? ....
........................................................................................
Spróbuj zmodyfikować linię w /etc/default/grub tak, aby wyglądała następująco:

Kod: Zaznacz cały

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.enable_psr=0 i915.enable_fbc=0 i915.enable_dc=0 intel_idle.max_cstate=1

"Dlaczego tak?Ustawienie max_cstate=1 zamiast 0 jest często stabilniejsze dla procesorów mobilnych/AIO, pozwalając na minimalne zarządzanie energią, ale blokując głębokie stany uśpienia, które powodują desynchronizację zegara eDP.Po edycji wykonaj: sudo update-grub i zrestartuj komputer.2. Wyłączenie Display Stream Compression (DSC)To częsty winowajca przy matrycach 120Hz w nowszych Intelach. DSC próbuje kompresować dane przesyłane do matrycy, co przy braku ruchu na ekranie (brak zmian w buforze ramki) może powodować "śnieżenie" lub przesunięcia (tearing/shifting).Dodaj do parametrów GRUB dodatkową flagę:i915.enable_dsc=03. Firmware i "Panel Replay"W jądrach Linux 6.x dla 13-tej generacji wprowadzono funkcję Panel Replay (następca PSR). Nawet jeśli wyłączysz PSR, Panel Replay może nadal działać. Spróbuj całkowicie wyłączyć funkcje oszczędzania energii wyświetlacza przez maskowanie modułu:Utwórz plik: /etc/modprobe.d/i915.conf Wpisz w nim:

Kod: Zaznacz cały

options i915 enable_psr=0
options i915 enable_fbc=0
options i915 enable_dc=0
options i915 enable_dsc=0

Następnie przeładuj initramfs: sudo update-initramfs -u (na Ubuntu/Debian) lub odpowiednik dla Twojego distra.4. Problem z VRR (Variable Refresh Rate)Matryce 120Hz w laptopach i AIO często wspierają "Adaptive Sync". Linux może błędnie negocjować częstotliwość w spoczynku.Jeśli używasz KDE Plasma: Wejdź w Ustawienia ekranu -> Adaptacyjna synchronizacja -> ustaw na "Nigdy".Jeśli używasz GNOME: Sprawdź, czy masz włączone "Variable Refresh Rate" w ustawieniach (wymaga to często włączenia eksperymentalnej flagi w dconf). Upewnij się, że jest wyłączone.Tabela diagnostyczna objawówObjawPrawdopodobna przyczynaRozwiązanieRuch myszką naprawia obrazGPU wychodzi ze stanu niskiego napięciaintel_idle.max_cstate=1Śnieżenie przy 60HzBłędna synchronizacja zegara (Pixel Clock)Wymuszenie video=eDP-1:120x120 w GRUBPrzesunięcie o 1/3 ekranuBłąd bufora ramki (FBC)i915.enable_fbc=0Sugerowany następny krokJeśli powyższe parametry nie zadziałają, sprawdź wersję swojego Jądra (uname -r). Dla procesorów 13-tej generacji zalecane jest jądro 6.5 lub nowsze.Czy chciałbyś, abym przygotował instrukcję, jak sprawdzić w logach systemowych (dmesg), czy sterownik i915 nie zgłasza błędów "FIFO underrun", co definitywnie potwierdziłoby problem z taktowaniem szyny eDP?
..........................................
A może jakiś inny kernel z rodziny OEM ?
Wyszukaj najnowszą dostępną wersję OEM:

apt search linux-oem
Zainstaluj metapakiet (obecnie najczęściej 24.04 dla nowszych maszyn):

sudo apt update
sudo apt install linux-oem-24.04
(Jeśli jesteś na starszej wersji systemu, np. 22.04, wybierz linux-oem-22.04d lub nowszy).

Zrestartuj komputer. System automatycznie powinien wybrać nowsze jądro.

[LeszekKpl1]

Trudno coś znaleźć w necie z oznaczeniem rozwiązane ...ale z desperacji czasem warto spytać ChatGPT / Gemini np. możesz poczytać a nuż coś spasuje ? ....

Dzięki za podpowiedzi, jednak:
Wypróbowane rózne kombinacje, niestety nic nie pomaga na stałe. Na ten moment wróciłem do nomodeset + rozdzielczosc 1920. Dalej szukam rozwiązania...

[LeszekKpl1]

Po wielu próbach, kombinacjach w końcu się udało. Działa.

--- KERNEL I SYSTEM ---
Wersja jądra: 6.18.9-x64v3-xanmod1

--- PLIK /etc/default/grub ---
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.force_probe=a7a1 i915.enable_psr=0 i915.fastboot=0 initcall_blacklist=simpledrm_platform_driver_init"

--- ZMIENNE ŚRODOWISKOWE (/etc/environment) ---
MESA_LOADER_DRIVER_OVERRIDE=iris
INTEL_DEBUG=noccs
ADL_GUC_DEVICES=1

--- KONFIGURACJA XORG (/etc/X11/xorg.conf.d/20-intel.conf) ---
Section "Device"
Identifier "Intel Graphics"
Driver "modesetting"
Option "kmsdev" "/dev/dri/card1"
Option "DRI" "3"
Option "AccelMethod" "glamor"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Intel Graphics"
EndSection

--- REGUŁY UDEV (/etc/udev/rules.d/99-intel-card-fix.rules) --- nie wiedzieć czemu nie ładował się card1, symlink /dev/dri/card0 -> card1
KERNEL=="card1", SUBSYSTEM=="drm", SYMLINK+="dri/card0"

--- MODPROBE (i915.conf) ---
options i915 enable_guc=3 enable_fbc=1

Wszystko to długa droga z analizą dzienników przez Gemini AI
Być może nie wszystkie zmiany w plikach są na 100% potrzebne ale taka konfiguracja działa. Jeśli ktoś z Was ma sugestie -chętnie wysłucham. Pozdrawiam