LINUX.ORG.RU

caps lock гасит экран

 ,


0

2

При нажатии caps lock - черный экран. Если в терминале нажать - тоже самое. Черный экран, который потом ничем не отключить. При этом dmesg ругается

ath: phy0: Chip reset failed
[  634.079911] ath: phy0: Unable to reset channel, reset status -22
[  634.093035] ath: phy0: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff
Что подскажите, ребятки? Linux f200ma 4.12.8-2-ARCH #1 SMP PREEMPT Fri Aug 18 14:08:02 UTC 2017 x86_64 GNU/Linux



Последнее исправление: ublydok (всего исправлений: 1)

Это так называемые прерывания Граузберга (Graussberg interrupts), на твоем бы месте лучше попросить модераторов удалить тему и больше никогда не распространяться на этот счет.

Bruce_Lee ★★
()
Ответ на: комментарий от ublydok

Можно попробовать начать писать лог xev куда-нибудь, нажать капс и посмотреть к какому keycode он назначен и какая по нему инфа вообще.

Ты вообще пробовал вне иксов это делать?

Bruce_Lee ★★
()
Ответ на: комментарий от Einstok_Fair
cat /proc/interrupts 
           CPU0       CPU1       
  0:         24          0   IO-APIC   2-edge      timer
  1:        435          0   IO-APIC   1-edge      i8042
  8:          0          0   IO-APIC   8-fasteoi   rtc0
  9:       1191          0   IO-APIC   9-fasteoi   acpi
 12:     139008          0   IO-APIC  12-edge      i8042
 17:      18017          0   IO-APIC  17-fasteoi   ath9k
 18:          0          0   IO-APIC  18-fasteoi   i801_smbus
 23:        368          0   IO-APIC  23-fasteoi   ehci_hcd:usb1
 87:       6331          0   PCI-MSI 32768-edge      i915
 88:      20062          0   PCI-MSI 311296-edge      ahci[0000:00:13.0]
 89:         19          0   PCI-MSI 1572864-edge      rtsx_pci
 90:         22          0   PCI-MSI 425984-edge      mei_txe
 91:       1481          0   PCI-MSI 442368-edge      snd_hda_intel:card0
 92:          0          0   PCI-MSI 1576960-edge      enp3s0f2
NMI:          0          0   Non-maskable interrupts
LOC:     114310     174943   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:          0          0   Performance monitoring interrupts
IWI:          0          0   IRQ work interrupts
RTR:          0          0   APIC ICR read retries
RES:      48314      66923   Rescheduling interrupts
CAL:       9334      10298   Function call interrupts
TLB:       8673       8935   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
DFR:          0          0   Deferred Error APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:          3          3   Machine check polls
ERR:          0
MIS:          0
PIN:          0          0   Posted-interrupt notification event
PIW:          0          0   Posted-interrupt wakeup event

Вроде все так и должно быть. модуль i8042 отвечает за клавитатуру

ublydok
() автор топика
Ответ на: комментарий от ublydok

Периодически всплывают подобные баги ядра для различного железа. На всякий случай попробуйте другую клаву, обновите биос. А главное - проверьте наличие эффекта, запустившись с live различной степени древности.

vaddd ★☆
()
Ответ на: комментарий от Bruce_Lee

Есть эмулятор терминала - то, что работает в Х. Есть терминал, она же консоль. По крайней мере в книгах описывают так.

Это лэптоп, другой Клавы с юсб нет. Появился этот баг после обновления ядра

ublydok
() автор топика
Ответ на: комментарий от ublydok

Можно попробовать посмотреть разницу между двумя конфигами ядра.

Текущий конфиг: https://git.archlinux.org/svntogit/packages.git/tree/trunk/config.x86_64?h=pa...

Умеешь пользоваться гитом, делать диффы? Есть вероятность найти причину, например выпилили какой-нить asus-специфичный wmi.

Хотя в этом текущем ядре вроде всё ок:

CONFIG_ASUS_WMI=m
CONFIG_ASUS_NB_WMI=m

Bruce_Lee ★★
()
Ответ на: комментарий от ublydok

Появился этот баг после обновления ядра

Ну и в чем вообще вопрос? Вы собрались ковыряться в ядре? Откатиться и забыть до следующего.

vaddd ★☆
()
Ответ на: комментарий от Einstok_Fair

подключил второй экран. поразительно. нажимаю caps lock - экран ноута вырубается, а телевизор, подключенный по hdmi - нет. в терминале только вся та же ошибка «ath: phy0: Chip reset failed». А возможно ли программно отключить caps lock? меня вполне устроит его отсутсвие, ибо часто задеваю, а переустанавливать ничего не хочется.

ublydok
() автор топика
Ответ на: комментарий от vaddd

была флешка с openelec. там синий инсталлятор типа дебиана - та же фигня, всё вырубается к херам. я не знаю, насколько это может быть связано, но у меня еще не работают 2 usb 2.0. справа в консоли вечно висит

18.908276] usb 1-1.4.1: device descriptor read/64, error -110
┌─ niger ~ 

anonymous
()

Выше советовали обновить BIOS

greenman ★★★★★
()

Это что, стабильное ядро Linux со всеми исправлениями (судя по немалому минорному номеру) так себя ведёт?! Эпично. Тогда какое же не гасит экран?

iZEN ★★★★★
()
Ответ на: комментарий от ublydok

ошибка «ath: phy0: Chip reset failed».

А если выгрузить модуль ядра ath?

iZEN ★★★★★
()
Ответ на: комментарий от ublydok

выключил последовательно все модули ath. при нажатии - то же самое

ublydok
() автор топика
Ответ на: комментарий от ublydok

меня вполне устроит его отсутсвие

Ну дак и выломай клавишу полностью :-)

Проверить реакцию на клавишу без linux'а (в bios, в загрузчике), может это что-то аппаратное. Проверить на совсем старом ядре или вобще на чём-то древнем, загрузив какой-нибудь live дистрибутив с usb.

mky ★★★★★
()
Ответ на: комментарий от mky

Проверить на совсем старом ядре или вобще на чём-то древнем, загрузив какой-нибудь live дистрибутив с usb.

Это уже советовалось тс почти месяц назад, но он явно предпочитает помучаться, а не поэкспериментировать. А может ждет когда само пройдет

vaddd ★☆
()
Ответ на: комментарий от vaddd

повторю во второй раз, что со старыми ядрами то же самое. c live-дистрибутивами (пробовал open elec) - то же самое.

ublydok
() автор топика
Ответ на: комментарий от vaddd

сейчас проверил в биосе. биос погас. трабла аппаратная. а можно вообще отключить, а не переназначать клавиши?

ublydok
() автор топика
Ответ на: комментарий от ublydok

биос погас. трабла аппаратная

Ну наконец что-то сдвинулось. Судя по тупизне проблемы, причина должна быть такая же тупая - что-нибудь замыкает либо в самой клаве, либо клава в том месте давит на плату.

Подавите посильнее в окрестностях кнопки, проверьте механику. Затем разбирайте ноут, почистите, проверьте кнопку конгда клава висит ни на что не опираясь. Проверьте шлейфы. Если ничего не найдете - меняйте клаву.

vaddd ★☆
()
Ответ на: комментарий от vaddd

да уже очкую разбирать. нетбуки - вещь тонкая. изначально все исправно работало, до тех пор пока я не оставил его на зарядке больше двух дней. приезжаю домой - жёлтый светодиод мигает, от батареи работать не хочет. контроллер заряда ушел в блокировку. ну, думаю, раз уж батарее кирдык, самое время разобрать лэптоп, почистить от пыли, нанести кпт-8. аккуратно все открутил, аккуратно отсоединил шлейф с «периферией», почистил и собрал в обратном порядке. после этого отвалились 2 юсб справа. измерял сопротивление и напряжение - все в норме. питание подаётся, но флешки не видит (на аппаратном уровне). отдавал в 2 сервиса на диагностику: в первом ничем не помогли, но денег с меня не взяли. второй раз ходил уже в официальный СЦ Вирт - денег содрали 700 рублей за диагностику. 3 дня копались - в итоге: нужно поменять контроллер юсб (200 руб. на ибее) и если хотите чтоб вам починили платите 3 т. руб за замену этого юсб-контроллера (но сразу открестились - что мол это не точно, а так, предварительный отчёт) за что деньги брали эти мудаки? думал раз уж сертифицированный сервисный центр, так сразу объяснят что не так. но мало того, что там тупые пёзды сидят на приемке техники - им ничего невозможно объяснить. так и спросить у специалистов ничего нельзя, все огорожено от них, чтоб с быдлом не общаться. к чему я все это - не знаю, наболело. но сейчас вдруг флешки с ни того, ни с сего определяются. этот чертов юсб снова заработал. в биосе, правда, загрузочные флешки видит через раз. то есть то определяет, то нет. а в терминал е сыпет ошибками 18.908276] usb 1-1.4.1: device descriptor read/64, error -110

проблема с capsoм появилась относительно недавно, но сильно осложняет работу. ладно, будем тестить. всем лучей добра! спасибо за советы.

ublydok
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.