Forum Debian Users Gang

Hmm, zajrzałem w log, bo jakaś aktualizacja kernela była:

Aptitude 0.6.11: log report
Fri, Jan 16 2015 18:30:27 +0100
....
[UPGRADE] linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt2-1 -> 3.16.7-ckt4-1
...

Także może to faktycznie wina kernela.

Póki co wróciłem do tamtego kernela i zobaczę czy problem występuje.

EDIT:

To nie jest wina kernela. xD

Ostatnio edytowany przez morfik (2015-01-21 21:00:05)

uzytkownikubunt napisał(-a):

Na pewno tkwiła w jądrze, bo nawet magic SysRq key  przestały działać i dopiero naciskanie przez 10 sekund na przycisk włączenia laptopa pomogło.

U mnie to nigdy nie działało.

@morfik
A weź wrzuć inny sterownik od GPU. Nie wiem czy to pomoże, ale takie mam przeczucie XD

Ostatnio edytowany przez Pavlo950 (2015-01-21 21:14:19)

U mnie sysrq zawsze działał i działa. A co do jego ustawiania, to:

# Poniższy parametr definiuje zachowanie klawisza SysRq (alt+print_scr+polecenie). Można tutaj
# sprecyzować następujące wartości:
#
#      0 - całkowicie wyłącza sysrq
#      1 - włącza wszystkie funkcje sysrq
#
# Wartości większe od "1" to maska bitowa dozwolonych funkcji sysrq, jak poniżej:
#
#      2 - włącza kontrolę poziomu logów konsoli *
#      4 - włącza kontrolę klawiatury (SAK, unraw) *
#      8 - włącza zrzuty procesów w celu debugowania itd.
#     16 - włącza polecenie sync *
#     32 - włącza ponowne montowanie tylko do odczytu *
#     64 - włącza sygnały procesów (term, kill, oom-kill)
#    128 - pozwala na restartowanie/wyłączanie *
#    256 - pozwala  ustawiać  nice  wszystkich  zadań czasu rzeczywistego *
#
# Liczba 438 to suma 2+4+16+32+128+256 .
kernel.sysrq = 438

Z tym, że to jest domyślnie ustawione, przynajmniej w debianie.

Co do samego tematu, to ja nie miałem z tym problemów, dopiero od paru dni mi się coś chrzani. Także skoro jechałem na tamtym kernelu i nie było błędów, znaczy, że coś innego jest uwikłanego w ten proceder. xD

Sterowniki mam z experimentala i zawsze na nich jechałem, bo coś te stabilne nie domagały u mnie i miałem dziwne efekty wizualne:

# apt-cache policy xserver-xorg-video-intel
xserver-xorg-video-intel:
  Installed: 2:2.99.917-1~exp1
  Candidate: 2:2.99.917-1~exp1
  Package pin: 2:2.99.917-1~exp1
  Version table:
 *** 2:2.99.917-1~exp1 995
        130 http://ftp.pl.debian.org/debian/ experimental/main amd64 Packages
        100 /var/lib/dpkg/status
     2:2.21.15-2+b2 995
        500 http://ftp.pl.debian.org/debian/ testing/main amd64 Packages
        500 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages

No ale czego? xD

Tzn jak? xD

Dopisać do extlinuxa ten poniższy parametr?

i915.modeset=1

Niby ustawił:

root:~# systool -v -m i915 | grep -i modeset
    modeset             = "1"

Wcześniej było -1 .

Inna sprawa, że powyższy nie zawieszał mi permanentnie całego systemu (tylko obraz na czasem kilka sekund).

No u mnie jest podobnie. xD

Ten busid to można wyciągnąć z:

morfik:~$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)

I bus wtedy ma postać:

BusID    "PCI:0:2:0"

Także to nie jakieś czary znowu. xD

Zaraz sobie ustawie ten ster i zobaczę czy coś pomoże.

Tylko trochę wolniej, ale nic się nie stanie jak przez jeden dzień miał wolniejszą akcelerację 2D.

Trochę? Wszystkie efekty mi wcięło, a moja konsola na pulpicie przypomina z grubsza czarny prostokąt. xD

Ostatnio edytowany przez morfik (2015-01-22 10:10:57)

A ja mam:

Jan 22 10:14:05 morfikownia kernel: [  462.568989] traps: compton[4606] trap invalid opcode ip:7eff192161e1 sp:7fff710d9988 error:0
Jan 22 10:14:37 morfikownia kernel: [  494.419183] traps: glxgears[4749] trap invalid opcode ip:7fcfbee0f449 sp:7fffa9832750 error:0
Jan 22 10:15:03 morfikownia kernel: [  520.581184] traps: glxgears[4858] trap invalid opcode ip:7f8548831449 sp:7fff9d7699d0 error:0

Temu mi efekty wcięło, bo compton errora wywala. A te dwa pozostałe to dostałem przy próbie odpalenia tego co dałeś. xD

Nie mogłem testować na tym modeset, bo 3/4 aplikacji wyrzucało błędy podobne do tych powyżej. xD Póki co, wiem, że sam ten parametr kernela nie pomaga, bo też mi się przywiesza laptop.

Póki co jeszcze spróbuje przetestować bez tych poniższych parametrów:

i915.enable_rc6=7 i915.lvds_downclock=1 i915.semaphores=1 i915.fastboot=1

Może coś nie tak z nimi jest.

Dostałem taką odpowiedź:

Mikhail, we consider changing i915.enable_rc6 or i915.semaphores from their platform specific defaults unsafe.

Zatem to jednak była wina tego ustawienia. xD