Dotaz: Po umístění notebooku do doku X server vypíná jeho klávesnici

[Aleš Kapica]

V neděli jsem aktualizoval systém a teď řeším následující problém.

Když nastartuji notebook, přihlásím se do X a pak ho píchnu notebook do doku, tak mi v X prostředí přestane reagovat notebooková klávesnice. Zkrátka ji něco vypne. Když ho zase vypíchnu, tak opět ožije.

Když připíchnu USB klávesnici, tak ta funguje, nickéně ta notebooková ne. Ovšem když se přepnu z X na textovou konzoli (přes Ctrl+Alt+F1), tak tam ta notebooková klávesnice funguje funguje normálně.

Přepnu-li se zpátky do X, tak nic.

Když nastartuji notebook v doku, a ta USB je do něj již píchnutá, tak rovněž nereaguje.

To X prostředí zkrátka rozpozná a zapne pouze zařízení, pro které se v systému objeví nějaký event. Což pochopitelně u vestavěné klávesnice či touchpadu vyvolám jen stěží.

Zmiňuji touchpad. Ten totiž původně fungoval i v tom X prostředí. Jenže když jsem zkoušel jestli to nepůjde zapnout přes xinput, tak jsem ho vypnul, ale už nešel opět zapnout. Nicméně xinput ta zařízení vidí, pracuje s nimi, ovšem X server jejich nastavení ignoruje.

user@stroj:~$ xinput list
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ Logitech USB-PS/2 Optical Mouse           id=9    [slave  pointer  (2)]
⎜   ↳ SynPS/2 Synaptics TouchPad                id=12   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Video Bus                                 id=7    [slave  keyboard (3)]
    ↳ Sleep Button                              id=8    [slave  keyboard (3)]
    ↳ HP HD Webcam [Fixed]: HP HD Web           id=10   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=11   [slave  keyboard (3)]
    ↳ HP WMI hotkeys                            id=13   [slave  keyboard (3)]
    ↳ CHICONY USB NetVista Full Width Keyboard  id=14   [slave  keyboard (3)]

Souvisí to s posledním upgrade. Ovšem tam byla porce změn tak velká, že si absolutně netroufám říct, se kterým konkrétním balíkem to může souviset. Nejspíš ale s některým z následujících:

    -dbus-x11 1.11.20-1 amd64
    +dbus-x11 1.12.2-1 amd64
    -xserver-common 2:1.19.4-1 all
    +xserver-common 2:1.19.5-1 all
    -xserver-xorg-core 2:1.19.4-1 amd64
    +xserver-xorg-core 2:1.19.5-1 amd64
    -xserver-xorg-legacy 2:1.19.4-1 amd64
    +xserver-xorg-legacy 2:1.19.5-1 amd64
    -xvkbd 3.3-1+b1 amd64
    +xvkbd 3.3-2 amd64
    +xwayland 2:1.19.5-1 amd64
    -xwayland 2:1.19.4-1 amd64

Zkoušel jsem leccos a ptakl se na radu i poměrně zkušených borců. Ovšemnikdo z nich nemá čas na to drbat se s takovou prkotinou, která je především jen opruzem. Bohužel bez doku bych si k notebooku připojil své dva další monitory jen stěží.

---

---

Odpovědi

[Pavel 'TIGER' Růžička]

Možná vám to bude připadat divné, ale já bych asi jako první informaci sdělil o jaký notebook a dock se jedná.

[Aleš Kapica]

HP ProBook 6475b + HP 230W Advanced Docking Station

[Pavel 'TIGER' Růžička]

Omlouvám se, moje chyba, špatně jsem četl, že to zlobí až po aktualizaci. Co je tam za distribuci?

[Aleš Kapica]

Debian unstable amd64 Linux version 4.14.0-trunk-amd64 (debian-kernel@lists.debian.org) (gcc version 7.2.0 (Debian 7.2.0-16)) #1 SMP Debian 4.14-1~exp1 (2017-11-17)

O jádře jsem také uvažoval, ale jak říkám problém se týká čistě prostředí X serveru.

Jinak ještě co vyhazuje příkaz acpi_listen, při zapíchnutí

battery PNP0C0A:00 00000080 00000001
 95F24279-4D7B-43� 00000080 00000000
video/tabletmode TBLT 0000008A 00000001
ac_adapter ACPI0003:00 00000080 00000001
 95F24279-4D7B-43� 00000080 00000000

a po vyjmutí

battery PNP0C0A:00 00000080 00000001
 95F24279-4D7B-43� 00000080 00000000
video/tabletmode TBLT 0000008A 00000000
ac_adapter ACPI0003:00 00000080 00000000
battery PNP0C0A:00 00000080 00000001
battery PNP0C0A:00 00000080 00000001
battery PNP0C0A:00 00000080 00000001

[Pavel 'TIGER' Růžička]

A všechny balíky měli vyřešené závislosti, žádný " nenadával"? A co dnes, nevisí v aktualizaci něco, co by onu funkčnost mohlo zase vrátit?

[Aleš Kapica]

Tak přeci jenom za tím vězí kernel. Před aktualizací jsem měl totiž jádro 4.12.13, které již v distribuci není. A vzpomínám si že jsem měl před nějakým časem podobný problém u jádra 4.13, jenže tenkrát jsem to instaloval na docku, takže když nefungovala klávesnice, tak jsem se brátil zase k jádru 4.12

Jenže teď jsem jádro 4.14 instaloval doma, kdy jsem na docku nebyl. Takže mě nenapadlo, že to nebude také fungovat. Takže jsem staré jádro rovnou vyhodil. Bohužel již ale v distribučním repozitáři není. Vyzkoušel jsem to tedy s jádrem 4.9 a ajta krajta - klávesnice na docku funguje!

Takže chyba byla zavlečena někam do jádra (nejspíš do modulu hp_wmi) někde mezi verzí 4.12 a 4.13.

[Pavel 'TIGER' Růžička]

Tak hlavně, že se povedlo.

[MadCatX]

Z těch ACPI eventů, cos poslal, se zdá, že zapojení dokovačky je nesprávně interpretováno jako přepnutí do "tabletového režimu", což klávesnici vypne. Zkus zablacklistovat ten hp_wmi a případně nahlaš bug.

[Aleš Kapica]

Bug už jsem nahlásil. Zkusím zakomentovat ten modul hp_wmi.

[Aleš Kapica]

Blacklist modulu hp_wmi se ukázal jako to správné řešení.

Vytvořil jsem soubor /etc/modprobe.d/dock.conf s následujícím obsahem:

blacklist hp_wmi

A po restartu je to ok. Díky!