Re: Clavier qui se blo. au réveil.
J'arrive sans doute après la bataille, mais ça peut toujours servir... Le jeudi 27 août 2015, 22:17:07 22:17:07 Charles Plessy a écrit : > Bus 001 Device 002: ID 04f2:b517 Chicony Electronics Co., Ltd J'ai eu ce genre de problème avec mon portable au boulot avec un clavier USB externe Chicony, soit le clavier est inopérant au réveil ou s'arrête après quelques secondes. C'est le package laptop-mode-tools qui contrôle l'arrêt et le démarrage du (ou des) claviers. J'ai finit par mettre sur liste noire le clavier Chicony. (/etc/laptop- mode/conf.d/runtime-pm.conf) Depuis plus (ou très peu) de problèmes. Cf https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792902 HTH -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org
Re: Clavier qui se blo. au réveil.
Merci pour ta réponse, mais je ne suis pas en usb. J'ai eu se problème suite à un 'aptitude safe-upgrade' ou 'full-upgrade', mais depuis mon dernier post j'ai pas eu d'autre problème. peut être un conflit. On 13/09/2015 10:47, Dominique Dumont wrote: J'arrive sans doute après la bataille, mais ça peut toujours servir... Le jeudi 27 août 2015, 22:17:07 22:17:07 Charles Plessy a écrit : Bus 001 Device 002: ID 04f2:b517 Chicony Electronics Co., Ltd J'ai eu ce genre de problème avec mon portable au boulot avec un clavier USB externe Chicony, soit le clavier est inopérant au réveil ou s'arrête après quelques secondes. C'est le package laptop-mode-tools qui contrôle l'arrêt et le démarrage du (ou des) claviers. J'ai finit par mettre sur liste noire le clavier Chicony. (/etc/laptop- mode/conf.d/runtime-pm.conf) Depuis plus (ou très peu) de problèmes. Cf https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792902 HTH
Re: Clavier qui se blo. au réveil.
On 29/08/2015 00:27, Charles Plessy wrote: Le Fri, Aug 28, 2015 at 05:42:04PM +0200, maderios a écrit : Quelques pistes pour déboguer l'usb mais il y a certainement d'autres moyens (après la déconnexion de l'usb du clavier) dmesg cat /sys/kernel/debug/usb/devices cat /var/log/debug/ cat /var/log/syslog Voici en pièce jointe la différence pour chaque fichier entre avant et après la veille. On y retrouve le message d'erreur de atkbd, mais rien d'autre ne me saute aux yeux... Bonne fin de semaine, A quoi correspondent ces traces ? +Aug 29 07:17:36 bubu kernel: [ 426.545965] PM: suspend of devices complete after 139.541 msecs +Aug 29 07:17:36 bubu kernel: [ 426.551489] [ cut here ] +Aug 29 07:17:36 bubu kernel: [ 426.551511] WARNING: CPU: 0 PID: 1952 at /home/zumbi/linux-4.1.3/debian/build/source_rt/drivers/gpu/drm/i915/intel_display.c:8263 hsw_enable_pc8+0x639/0x7a0 [i915]() +Aug 29 07:17:36 bubu kernel: [ 426.551512] SPLL enabled +Aug 29 07:17:36 bubu kernel: [ 426.551527] Modules linked in: bnep joydev nfsd auth_rpcgss oid_registry nfs_acl btusb btbcm btintel nfs bluetooth lockd grace fscache sunrpc uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common videodev media iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi nls_utf8 nls_cp437 vfat fat intel_powerclamp intel_rapl iosf_mbi coretemp tpm_infineon kvm_intel kvm arc4 crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper efi_pstore ablk_helper cryptd evdev snd_hda_codec_realtek snd_hda_codec_generic iwlmvm psmouse serio_raw pcspkr efivars mac80211 rtsx_pci_ms iwlwifi memstick snd_hda_intel i915 cfg80211 snd_hda_controller drm_kms_helper snd_hda_codec rfkill lpc_ich mei_me i2c_i801 snd_hda_core drm snd_hwdep mei shpchp i2c_algo_bit snd_soc_rt5640 snd_soc_rl6231 snd_soc_core snd_compress snd_pcm snd_timer snd dw_dmac video soundcore dw_dmac_core regmap_i2c snd_soc_sst_acpi i2c_designware_platform i2c_designware_core battery tpm_tis tpm acpi_pad ac wmi button processor fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 sg sd_mod rtsx_pci_sdmmc crc32c_intel ahci libahci libata ehci_pci scsi_mod xhci_pci rtsx_pci r8169 ehci_hcd mfd_core mii xhci_hcd usbcore thermal usb_common thermal_sys sdhci_acpi sdhci mmc_core i2c_hid hid +Aug 29 07:17:36 bubu kernel: [ 426.551545] CPU: 0 PID: 1952 Comm: kworker/u16:4 Not tainted 4.1.0-0.bpo.1-rt-amd64 #1 Debian 4.1.3-1~bpo8+1 +Aug 29 07:17:36 bubu kernel: [ 426.551545] Hardware name: VAIO Corporation VJP132/VAIO, BIOS R0220MA 05/06/2015 +Aug 29 07:17:36 bubu kernel: [ 426.551550] Workqueue: events_unbound async_run_entry_fn +Aug 29 07:17:36 bubu kernel: [ 426.551551] a0661e08 81594654 8800a64afc88 +Aug 29 07:17:36 bubu kernel: [ 426.551552] 81077101 88003685 8802432c1ca8 8802432c1cb8 +Aug 29 07:17:36 bubu kernel: [ 426.551553] 8802432c1800 0002 8107719a a066f4fe +Aug 29 07:17:36 bubu kernel: [ 426.551554] Call Trace: +Aug 29 07:17:36 bubu kernel: [ 426.551559] [81594654] ? dump_stack+0x4a/0x89 +Aug 29 07:17:36 bubu kernel: [ 426.551561] [81077101] ? warn_slowpath_common+0x81/0xd0 +Aug 29 07:17:36 bubu kernel: [ 426.551562] [8107719a] ? warn_slowpath_fmt+0x4a/0x50 +Aug 29 07:17:36 bubu kernel: [ 426.551573] [a0609d89] ? hsw_enable_pc8+0x639/0x7a0 [i915] +Aug 29 07:17:36 bubu kernel: [ 426.551579] [a0599e78] ? intel_suspend_complete+0xe8/0x6d0 [i915] +Aug 29 07:17:36 bubu kernel: [ 426.551584] [a059a481] ? i915_drm_suspend_late+0x21/0x90 [i915] +Aug 29 07:17:36 bubu kernel: [ 426.551589] [a059a610] ? i915_pm_poweroff_late+0x40/0x40 [i915] +Aug 29 07:17:36 bubu kernel: [ 426.551590] [81422a9a] ? dpm_run_callback+0x4a/0x180 +Aug 29 07:17:36 bubu kernel: [ 426.551591] [81423370] ? __device_suspend_late+0xa0/0x180 +Aug 29 07:17:36 bubu kernel: [ 426.551592] [8142346e] ? async_suspend_late+0x1e/0xa0 +Aug 29 07:17:36 bubu kernel: [ 426.551594] [810997b3] ? async_run_entry_fn+0x43/0x150 +Aug 29 07:17:36 bubu kernel: [ 426.551596] [810911c6] ? process_one_work+0x146/0x480 +Aug 29 07:17:36 bubu kernel: [ 426.551597] [8109187b] ? worker_thread+0x6b/0x500 +Aug 29 07:17:36 bubu kernel: [ 426.551599] [81091810] ? rescuer_thread+0x310/0x310 +Aug 29 07:17:36 bubu kernel: [ 426.551600] [81096d95] ? kthread+0xc5/0xe0 +Aug 29 07:17:36 bubu kernel: [ 426.551602] [81096cd0] ? kthread_worker_fn+0x1a0/0x1a0 +Aug 29 07:17:36 bubu kernel: [ 426.551604] [81599d32] ? ret_from_fork+0x42/0x70 +Aug 29 07:17:36 bubu kernel: [ 426.551606] [81096cd0] ? kthread_worker_fn+0x1a0/0x1a0 +Aug 29 07:17:36 bubu kernel: [ 426.551607] ---[ end trace 0002 ]--- -- Fabien
Re: Clavier qui se blo. au réveil.
Le 27/08/2015 15:17, Charles Plessy a écrit : J'ai installé Jessie sur un VAIO pro 13 mk2, et tout a l'air de bien fonctionner, à part le clavier qui ne se réveille pas après hibernation. Le processeur est un i7-5500U, sur une architecture « Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) ». Je met une copie de `lspci`, `lsusb` et `xinput --list` après ma signature. Dans les logs, je trouve des lignes comme la suivante : Aug 27 21:31:31 bubu kernel: [ 132.684445] atkbd serio0: Spurious ACK on isa0060/serio0. Some program might be trying to access hardware directly. Le Thu, Aug 27, 2015 at 05:46:54PM +0200, maderios a écrit : - J'ai déjà vu des sorties dmesg avec spurious sans que cela cause de pb. - il serait intéressant de savoir si d'autres périphériques usb sont déconnectés en même temps que ton clavier. - teste avec un autre clavier - ce pb vient peut-être de ton environnement de bureau, lequel? Essaie d'hiberner à partir d'une console ou bien utilise un autre environnement de bureau plus simple, genre fluxbox. Bonjour, et merci des conseils. Un test montre que GNOME n'est pas la source du problème. J'ai installé fluxbox, et quand je ferme le capot, l'écran se met en veille, mais l'écran seulement (le bouton de démarrage reste vert). Quand je rouvre l'ordinateur, le clavier fonctionne impeccablement. Si je force l'hibernation (`systectl suspend`; le bouton de démarrage passe à l'orange), le clavier ne répond plus après réveil. Il n'y a pas de périphériques branchés sur des ports externes USB. Si je branche un deuxième clavier, celui-ci ne se bloque pas. D'autres pistes ? -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: Clavier qui se blo. au réveil.
Le 28/08/2015 15:03, Charles Plessy a écrit : Il n'y a pas de périphériques branchés sur des ports externes USB. Si je branche un deuxième clavier, celui-ci ne se bloque pas. Quelques pistes pour déboguer l'usb mais il y a certainement d'autres moyens (après la déconnexion de l'usb du clavier) dmesg cat /sys/kernel/debug/usb/devices cat /var/log/debug/ cat /var/log/syslog -- Maderios
Re: Clavier qui se blo. au réveil.
Le Fri, Aug 28, 2015 at 05:42:04PM +0200, maderios a écrit : Quelques pistes pour déboguer l'usb mais il y a certainement d'autres moyens (après la déconnexion de l'usb du clavier) dmesg cat /sys/kernel/debug/usb/devices cat /var/log/debug/ cat /var/log/syslog Voici en pièce jointe la différence pour chaque fichier entre avant et après la veille. On y retrouve le message d'erreur de atkbd, mais rien d'autre ne me saute aux yeux... Bonne fin de semaine, -- Charles --- debug.avant 2015-08-29 07:17:09.562595231 +0900 +++ debug.apres 2015-08-29 07:18:09.130028950 +0900 @@ -3885,3 +3885,29 @@ Aug 29 07:10:33 bubu rtkit-daemon[948]: Supervising 7 threads of 2 processes of 2 users. Aug 29 07:10:33 bubu rtkit-daemon[948]: Supervising 7 threads of 2 processes of 2 users. Aug 29 07:10:33 bubu rtkit-daemon[948]: Supervising 8 threads of 2 processes of 2 users. +Aug 29 07:17:36 bubu kernel: [ 426.402965] PM: Preparing system for mem sleep +Aug 29 07:17:36 bubu kernel: [ 426.406152] PM: Entering mem sleep +Aug 29 07:17:36 bubu kernel: [ 427.760572] PM: Finishing wakeup. +Aug 29 07:17:36 bubu kernel: [ 427.764854] pci_bus :01: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.764868] pci_bus :02: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765023] pcieport :00:1c.2: bridge window [io 0x1000-0x0fff] to [bus 02] add_size 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765026] pcieport :00:1c.2: bridge window [mem 0x0010-0x000f 64bit pref] to [bus 02] add_size 20 add_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765033] pci_bus :03: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765138] pci_bus :08: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765152] pci_bus :09: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765224] pcieport :00:1c.5: bridge window [io 0x1000-0x0fff] to [bus 09] add_size 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765227] pcieport :00:1c.5: bridge window [mem 0x0010-0x000f 64bit pref] to [bus 09] add_size 20 add_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765238] pcieport :00:1c.2: res[15]=[mem 0x0010-0x000f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765241] pcieport :00:1c.2: res[15]=[mem 0x0010-0x002f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765243] pcieport :00:1c.5: res[15]=[mem 0x0010-0x000f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765246] pcieport :00:1c.5: res[15]=[mem 0x0010-0x002f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765249] pcieport :00:1c.2: res[13]=[io 0x1000-0x0fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765251] pcieport :00:1c.2: res[13]=[io 0x1000-0x1fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765254] pcieport :00:1c.5: res[13]=[io 0x1000-0x0fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765256] pcieport :00:1c.5: res[13]=[io 0x1000-0x1fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765574] pci_bus :01: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765586] pci_bus :02: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765743] pci_bus :03: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765761] pci_bus :08: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765775] pci_bus :09: Allocating resources +Aug 29 07:17:41 bubu kernel: [ 432.459479] wlan0: Limiting TX power to 30 (30 - 0) dBm as advertised by 10:9a:dd:85:6f:76 --- dmesg.avant 2015-08-29 07:15:48.160331773 +0900 +++ dmesg.apres 2015-08-29 07:17:47.413760304 +0900 @@ -802,3 +802,181 @@ [7.046720] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [7.046721] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [7.046722] cfg80211: (549 KHz - 571 KHz @ 16 KHz), (N/A, 2300 mBm), (0 s) +[ 425.673784] i915 :00:02.0: BAR 6: [??? 0x flags 0x2] has bogus alignment +[ 425.776110] wlan0: deauthenticating from 10:9a:dd:85:6f:75 by local choice (Reason: 3=DEAUTH_LEAVING) +[ 425.797983] cfg80211: Calling CRDA to update world regulatory domain +[ 425.803170] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready +[ 425.818646] cfg80211: World regulatory domain updated: +[ 425.818650] cfg80211: DFS Master region: unset +[ 425.818652] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) +[ 425.818654] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) +[ 425.818657] cfg80211:
Clavier qui se blo. au réveil.
Bonjour à tous, J'ai installé Jessie sur un VAIO pro 13 mk2, et tout a l'air de bien fonctionner, à part le clavier qui ne se réveille pas après hibernation. Le processeur est un i7-5500U, sur une architecture « Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) ». Je met une copie de `lspci`, `lsusb` et `xinput --list` après ma signature. Dans les logs, je trouve des lignes comme la suivante : Aug 27 21:31:31 bubu kernel: [ 132.684445] atkbd serio0: Spurious ACK on isa0060/serio0. Some program might be trying to access hardware directly. Une recherche sur Internet ne m'a pas mené vers une solution. J'ai aussi essayé une version récente du noyau (Linux bubu 4.1.0-0.bpo.1-rt-amd64) mais rien n'y fait. Auriez-vous des pistes à suggérer ? Charles -- Charles Plessy, Tsurumi, Kanagawa, Japon 00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) 00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09) 00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03) 00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03) 00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 (rev e3) 00:1c.2 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 (rev e3) 00:1c.3 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #4 (rev e3) 00:1c.4 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 (rev e3) 00:1c.5 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #6 (rev e3) 00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller (rev 03) 00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03) 00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03) 02:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59) 03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader (rev 01) 08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c) 09:00.0 SATA controller: Samsung Electronics Co Ltd Device a801 (rev 01) Bus 003 Device 002: ID 8087:8001 Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 8087:0a2a Intel Corp. Bus 001 Device 002: ID 04f2:b517 Chicony Electronics Co., Ltd Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPadid=11 [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)] ↳ Power Button id=8[slave keyboard (3)] ↳ Front Camera id=9[slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=10 [slave keyboard (3)]
Re: Clavier qui se blo. au réveil.
Le 27/08/2015 15:17, Charles Plessy a écrit : Bonjour à tous, J'ai installé Jessie sur un VAIO pro 13 mk2, et tout a l'air de bien fonctionner, à part le clavier qui ne se réveille pas après hibernation. Le processeur est un i7-5500U, sur une architecture « Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) ». Je met une copie de `lspci`, `lsusb` et `xinput --list` après ma signature. Dans les logs, je trouve des lignes comme la suivante : Aug 27 21:31:31 bubu kernel: [ 132.684445] atkbd serio0: Spurious ACK on isa0060/serio0. Some program might be trying to access hardware directly. Une recherche sur Internet ne m'a pas mené vers une solution. Bonjour - J'ai déjà vu des sorties dmesg avec spurious sans que cela cause de pb. - il serait intéressant de savoir si d'autres périphériques usb sont déconnectés en même temps que ton clavier. - teste avec un autre clavier - ce pb vient peut-être de ton environnement de bureau, lequel? Essaie d'hiberner à partir d'une console ou bien utilise un autre environnement de bureau plus simple, genre fluxbox. -- Maderios
