Since I experienced keyboard and touchpad problems for an HP EliteBook in
Siduction kernel version kernel 6.4.4-2 (aka Version 6.4-4.1), I checked the
sources at <https://packages.siduction.org/extra/pool/main/l/linux-siduction>.
Although the problems are gone with the latest version 6.4.4-3 (aka Version 6.4-4.2),
I wonder why linux-siduction_6.4-4.2.changelog states that patch
asus_tuf_a15_2023_keyboard_fix.patch (maybe the cause of my problems)
has been removed, but is still present in file ./debian/patches/bugfix/asus_tuf_a15_2023_keyboard_fix.patch
of file linux-siduction_6.4-4.2.debian.tar.xz, where it should have been removed.
And BTW: Are all siduction modifications to linux-siduction_6.4.orig.tar.xz included in
linux-siduction_6.4-4.2.debian.tar.xz?
ThX in advance for an answer
Why should the patch been removed? it's not used, so no problem. Maybe i want to investigate the patch later and reenable it?
QuoteAnd BTW: Are all siduction modifications to linux-siduction_6.4.orig.tar.xz included in
linux-siduction_6.4-4.2.debian.tar.xz?
Yes.
> Why should the patch been removed?
> it's not used, so no problem.
When you prepare the kernel for compilation who decides about
the usage of patches? I thought all patches are to be included.
Can you elaborate a little on the details?
> Maybe i want to investigate the patch later and reenable it?
I am not sure whether it's worth taking the risk. I assumed the patch to be
responsible for my problem since only version 6.4-4.2 showed problems with
the keyboard and touchpad (the keyboard was lagging behind and the
tochpad's buttons were not working at all).
I have no time to teach anyone debian packaging, but as a little hint, look in debian/patches/series, that should explain it.
> [...] look in debian/patches/series, that should explain it.
Found it.The line in series
#bugfix/asus_tuf_a15_2023_keyboard_fix.patch
is commented out, so, as you said, no need to remove the patch.
ThX a lot for the hint.