info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
perte clavier suite à retour de veille depuis bookworm-12.5
4 views
Skip to first unread message
Jacques
Feb 14, 2024, 6:10:04 AMFeb 14
to
Bonjour à tous,
Depuis la mise à jour bookworm du week-end dernier (12.5) , le clavier
de mon PC portable (dell latitude 3340) ne fonctionne plus après un
retour de veille. Je suis actuellement contraint de rebooter pour en
retrouver l'usage :-(
Cette erreur est systématique avec le noyau linux-image-6.1.0-18-amd64.
Par contre si je boote sur un noyau linux-image-6.1.0-17-amd64 , je ne
constate pas ce problème.
Est-ce que quelqu'un parmi vous est également confronté à ce problème et
si oui a-t-il su contourner la difficulté (paramétrage du noyau au boot
ou ... )? ou s'agit-il selon vous d'un bug du noyau 6.1.0-18-amd64 ?
Merci pour vos réponses et bonne journée
Depuis la mise à jour bookworm du week-end dernier (12.5) , le clavier
de mon PC portable (dell latitude 3340) ne fonctionne plus après un
retour de veille. Je suis actuellement contraint de rebooter pour en
retrouver l'usage :-(
Cette erreur est systématique avec le noyau linux-image-6.1.0-18-amd64.
Par contre si je boote sur un noyau linux-image-6.1.0-17-amd64 , je ne
constate pas ce problème.
Est-ce que quelqu'un parmi vous est également confronté à ce problème et
si oui a-t-il su contourner la difficulté (paramétrage du noyau au boot
ou ... )? ou s'agit-il selon vous d'un bug du noyau 6.1.0-18-amd64 ?
Merci pour vos réponses et bonne journée
Étienne Mollier
Feb 14, 2024, 4:00:04 PMFeb 14
to
Bonjour Jacques,
rustine apparue dans Linux 6.1.74 pour éviter ce problème sur
Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input
en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que
l'un de ces changements ait introduit ce bug. J'aurais donc
tendance à penser que c'est un bug du noyau 6.1.0-18-amd64.
[1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=626b0c0ab3a06d02e32700de026c0c3f828f8492
Si ça peut aider,
--
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/5, please excuse my verbosity
`- on air: Spock's Beard - 4th Of July
> Depuis la mise à jour bookworm du week-end dernier (12.5) , le
> clavier de mon PC portable (dell latitude 3340) ne fonctionne
> plus après un retour de veille.
[…]
> clavier de mon PC portable (dell latitude 3340) ne fonctionne
> plus après un retour de veille.
> Est-ce que quelqu'un parmi vous est également confronté à ce
> problème et si oui a-t-il su contourner la difficulté
> (paramétrage du noyau au boot ou ...)? ou s'agit-il selon vous
> problème et si oui a-t-il su contourner la difficulté
> d'un bug du noyau 6.1.0-18-amd64 ?
Le symptôme ressemble furieusement à celui décrit dans une
rustine apparue dans Linux 6.1.74 pour éviter ce problème sur
Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input
en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que
l'un de ces changements ait introduit ce bug. J'aurais donc
tendance à penser que c'est un bug du noyau 6.1.0-18-amd64.
[1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=626b0c0ab3a06d02e32700de026c0c3f828f8492
Si ça peut aider,
--
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/5, please excuse my verbosity
`- on air: Spock's Beard - 4th Of July
Jacques
Feb 15, 2024, 3:00:04 AMFeb 15
to
Bonjour à tous ,
Le 14/02/2024 à 21:51, Étienne Mollier a écrit :
> Bonjour Jacques,
>> Depuis la mise à jour bookworm du week-end dernier (12.5) , le
>> clavier de mon PC portable (dell latitude 3340) ne fonctionne
>> plus après un retour de veille.
> […]
>> Est-ce que quelqu'un parmi vous est également confronté à ce
>> problème et si oui a-t-il su contourner la difficulté
>> (paramétrage du noyau au boot ou ...)? ou s'agit-il selon vous
>> d'un bug du noyau 6.1.0-18-amd64 ?
>
> Le symptôme ressemble furieusement à celui décrit dans une
> rustine apparue dans Linux 6.1.74 pour éviter ce problème sur
> Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input
> en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que
> l'un de ces changements ait introduit ce bug. J'aurais donc
> tendance à penser que c'est un bug du noyau 6.1.0-18-amd64.
>
> [1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=626b0c0ab3a06d02e32700de026c0c3f828f8492
Merci Étienne pour ta réponse: je ne suis pas sur d'être tout à fait
dans le même cas que ce que tu évoques:
au retour de veille l'écran s'affiche correctement, le "touchpad"
fonctionne , les "magic SysRq keys" fonctionnent (Fn+Impécran+b reboote
la machine).
Penses-tu qu'il soit utile de remonter un rapport de bug debian pour le
paquet linux-image-6.1.0-18-amd64 ?
En parcourant internet j'ai finalement trouvé une rustine qui permet à
mon ordinateur de fonctionner correctement après un retour de veille:
- rajouter "atkbd.reset" à la ligne GRUB_CMDLINE_LINUX_DEFAULT du
fichier /etc/default/grub
- lancer la commande: update-grub
Bonne journée
Le 14/02/2024 à 21:51, Étienne Mollier a écrit :
> Bonjour Jacques,
>> Depuis la mise à jour bookworm du week-end dernier (12.5) , le
>> clavier de mon PC portable (dell latitude 3340) ne fonctionne
>> plus après un retour de veille.
> […]
>> Est-ce que quelqu'un parmi vous est également confronté à ce
>> problème et si oui a-t-il su contourner la difficulté
>> (paramétrage du noyau au boot ou ...)? ou s'agit-il selon vous
>> d'un bug du noyau 6.1.0-18-amd64 ?
>
> Le symptôme ressemble furieusement à celui décrit dans une
> rustine apparue dans Linux 6.1.74 pour éviter ce problème sur
> Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input
> en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que
> l'un de ces changements ait introduit ce bug. J'aurais donc
> tendance à penser que c'est un bug du noyau 6.1.0-18-amd64.
>
> [1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=626b0c0ab3a06d02e32700de026c0c3f828f8492
dans le même cas que ce que tu évoques:
au retour de veille l'écran s'affiche correctement, le "touchpad"
fonctionne , les "magic SysRq keys" fonctionnent (Fn+Impécran+b reboote
la machine).
Penses-tu qu'il soit utile de remonter un rapport de bug debian pour le
paquet linux-image-6.1.0-18-amd64 ?
En parcourant internet j'ai finalement trouvé une rustine qui permet à
mon ordinateur de fonctionner correctement après un retour de veille:
- rajouter "atkbd.reset" à la ligne GRUB_CMDLINE_LINUX_DEFAULT du
fichier /etc/default/grub
- lancer la commande: update-grub
Bonne journée
Étienne Mollier
Feb 15, 2024, 2:30:05 PMFeb 15
to
Bonjour Jacques,
peu différent. Je pense que ça vaudrait toujours le coup de le
signaler aux développeurs noyau. Par ailleurs, la mitigation
appliquée pourrait les intéresser :
`-
> Le 14/02/2024 à 21:51, Étienne Mollier a écrit :
> > Bonjour Jacques,
> > > Depuis la mise à jour bookworm du week-end dernier (12.5) , le
> > > clavier de mon PC portable (dell latitude 3340) ne fonctionne
> > > plus après un retour de veille.
> > […]
> > > Est-ce que quelqu'un parmi vous est également confronté à ce
> > > problème et si oui a-t-il su contourner la difficulté
> > > (paramétrage du noyau au boot ou ...)? ou s'agit-il selon vous
> > > d'un bug du noyau 6.1.0-18-amd64 ?
> >
> > Le symptôme ressemble furieusement à celui décrit dans une
> > rustine apparue dans Linux 6.1.74 pour éviter ce problème sur
> > Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input
> > en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que
> > l'un de ces changements ait introduit ce bug. J'aurais donc
> > tendance à penser que c'est un bug du noyau 6.1.0-18-amd64.
> >
> > [1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=626b0c0ab3a06d02e32700de026c0c3f828f8492
>
> Merci Étienne pour ta réponse: je ne suis pas sur d'être tout à fait dans le
> même cas que ce que tu évoques:
> au retour de veille l'écran s'affiche correctement, le "touchpad" fonctionne
> , les "magic SysRq keys" fonctionnent (Fn+Impécran+b reboote la machine).
> Penses-tu qu'il soit utile de remonter un rapport de bug debian pour le
> paquet linux-image-6.1.0-18-amd64 ?
Le comportement ne me paraît pas plus normal, quoiqu'il soit un
> > Bonjour Jacques,
> > > Depuis la mise à jour bookworm du week-end dernier (12.5) , le
> > > clavier de mon PC portable (dell latitude 3340) ne fonctionne
> > > plus après un retour de veille.
> > […]
> > > Est-ce que quelqu'un parmi vous est également confronté à ce
> > > problème et si oui a-t-il su contourner la difficulté
> > > (paramétrage du noyau au boot ou ...)? ou s'agit-il selon vous
> > > d'un bug du noyau 6.1.0-18-amd64 ?
> >
> > Le symptôme ressemble furieusement à celui décrit dans une
> > rustine apparue dans Linux 6.1.74 pour éviter ce problème sur
> > Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input
> > en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que
> > l'un de ces changements ait introduit ce bug. J'aurais donc
> > tendance à penser que c'est un bug du noyau 6.1.0-18-amd64.
> >
> > [1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=626b0c0ab3a06d02e32700de026c0c3f828f8492
>
> Merci Étienne pour ta réponse: je ne suis pas sur d'être tout à fait dans le
> même cas que ce que tu évoques:
> au retour de veille l'écran s'affiche correctement, le "touchpad" fonctionne
> , les "magic SysRq keys" fonctionnent (Fn+Impécran+b reboote la machine).
> Penses-tu qu'il soit utile de remonter un rapport de bug debian pour le
> paquet linux-image-6.1.0-18-amd64 ?
peu différent. Je pense que ça vaudrait toujours le coup de le
signaler aux développeurs noyau. Par ailleurs, la mitigation
appliquée pourrait les intéresser :
> En parcourant internet j'ai finalement trouvé une rustine qui permet à mon
> ordinateur de fonctionner correctement après un retour de veille:
> - rajouter "atkbd.reset" à la ligne GRUB_CMDLINE_LINUX_DEFAULT du fichier
> /etc/default/grub
> - lancer la commande: update-grub
> Bonne journée
Bonne soirée, :)
> ordinateur de fonctionner correctement après un retour de veille:
> - rajouter "atkbd.reset" à la ligne GRUB_CMDLINE_LINUX_DEFAULT du fichier
> /etc/default/grub
> - lancer la commande: update-grub
> Bonne journée
--
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/2, please excuse my verbosity
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`-
Jacques
Feb 16, 2024, 5:10:21 AMFeb 16
to
Bonjour Étienne,
Le 15/02/2024 à 20:25, Étienne Mollier a écrit :
> Le comportement ne me paraît pas plus normal, quoiqu'il soit un
> peu différent. Je pense que ça vaudrait toujours le coup de le
> signaler aux développeurs noyau. Par ailleurs, la mitigation
> appliquée pourrait les intéresser :
Je viens de faire un rapport de bug, il porte le numéro 1064041.
Encore un grand merci pour tes conseils,
Jacques
Le 15/02/2024 à 20:25, Étienne Mollier a écrit :
> Le comportement ne me paraît pas plus normal, quoiqu'il soit un
> peu différent. Je pense que ça vaudrait toujours le coup de le
> signaler aux développeurs noyau. Par ailleurs, la mitigation
> appliquée pourrait les intéresser :
Encore un grand merci pour tes conseils,
Jacques
Étienne Mollier
Feb 17, 2024, 5:50:03 PMFeb 17
to
Jacques, on 2024-02-16:
qu'il donne quelque chose incessamment sous peu.
Bon dimanche, :)
--
Étienne Mollier <emol...@emlwks999.eu>
Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
Sent from /dev/pts/2, please excuse my verbosity.
> Je viens de faire un rapport de bug, il porte le numéro 1064041.
>
> Encore un grand merci pour tes conseils,
Super, merci d'avoir pris le temps rédiger le rapport, espérons
>
> Encore un grand merci pour tes conseils,
qu'il donne quelque chose incessamment sous peu.
Bon dimanche, :)
--
Étienne Mollier <emol...@emlwks999.eu>
Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
Sent from /dev/pts/2, please excuse my verbosity.
0 new messages