Forums before death by AOL, social media and spammers... "We can't have nice things"
|    linux.debian.kernel    |    Debian kernel discussions    |    2,884 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 2,058 of 2,884    |
|    Salvatore Bonaccorso to Martin Herren    |
|    Bug#1123985: It seems a keymap issue    |
|    26 Dec 25 18:10:01    |
      XPost: linux.debian.bugs.dist       From: carnil@debian.org              Hi Martin,              On Fri, Dec 26, 2025 at 10:36:53AM +0000, Martin Herren wrote:       > Hello,       >       > After further testing I can boot both 6.17.12 and 6.17.13 kernels by       > typing the passphrase as on a US keyboard layout.       >       > With the 6.17.11 and previous kernels I can type it with my usual       > Swiss French keyboard layout.              This is quite odd, and initially I suspected a change outside of the       kernel. But would you be open to do a bisect experiment? But before       diving into it, might you please as well install 6.18.2-1~exp1 from       experimental and verify if the problem persists? There won't be any       updates in the 6.17.y series.              If the problem persists in 6.18.2 then we might start with the bisect       experiment in the 6.17.y series.              This would involve compiling and testing a couple of kernels, and the       first step would indicate already if we would be still on the right       track.               git clone --single-branch -b linux-6.17.y https://git.kernel       org/pub/scm/linux/kernel/git/stable/linux-stable.git        cd linux-stable        git checkout v6.17.11        cp /boot/config-$(uname -r) .config        yes '' | make localmodconfig        make savedefconfig        mv defconfig arch/x86/configs/my_defconfig               # test 6.17.11 to ensure this is "good"        make my_defconfig        make -j $(nproc) bindeb-pkg        ... install the resulting .deb package and confirm it the problem does not       exist.               This is actually an intersting step, I would be interested to see        if any surrounding changes did influence that it does not work        anymore with 6.17.11.               # test 6.17.12 to ensure this is "bad"        git checkout v6.17.12        make my_defconfig        make -j $(nproc) bindeb-pkg        ... install the resulting .deb package and confirm the problem exists.              Now if and only if that is confirmed, the bisection can start:               git bisect start        git bisect good v6.17.11        git bisect bad v6.17.12              In each bisection step git checks out a state between the oldest       known-bad and the newest known-good commit. In each step test using:               make my_defconfig        make -j $(nproc) bindeb-pkg        ... install, try to boot / verify if problem exists              and if the problem is hit run:               git bisect bad              and if the problem doesn't trigger run:               git bisect good              . Please pay attention to always select the just built kernel for       booting, it won't always be the default kernel picked up by grub.              Iterate until git announces to have identified the first bad commit.              Then provide the output of               git bisect log              In the course of the bisection you might have to uninstall previous       kernels again to not exhaust the disk space in /boot. Also in the end       uninstall all self-built kernels again.              Regards,       Salvatore              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca