Cmnt: [SRU v3][N][PATCH 00/11] Patchset for TUXEDO devices
Werner Sembach
wse at tuxedocomputers.com
Fri Feb 21 22:37:31 UTC 2025
Am 21.02.25 um 17:11 schrieb Koichiro Den:
> On Mon, Feb 17, 2025 at 02:10:47PM GMT, Werner Sembach wrote:
>> Buglink: https://bugs.launchpad.net/bugs/2098104
>>
>> Impact: This is a patchset that we (TUXEDO Computers) currently apply on top of the Ubuntu 6.8 kernel to make it run smoothly on all our devices. All patches apply smoothly to 6.8.
>> Fix: These are all patches already upstream, just not on the 6.8 branch, because they where upstreamed after that one was already EOL.
>> Testcase: We run this patchset for all our customers devices (we basically maintain our own OEM branch) so it is quite field testet. Besides that, whenever a new patch was added we did regression testing on a selection of devices.
>>
>> Baochen Qiang (1):
>> wifi: ath12k: support default regdb while searching board-2.bin for
>> WCN7850
>>
>> Christoffer Sandberg (3):
>> ACPI: resource: Do IRQ override on TongFang GXxHRXx and GMxHGxx
>> ALSA: hda/realtek: Fix headset mic on TUXEDO Gemini 17 Gen3
>> ALSA: hda/realtek: Fix headset mic on TUXEDO Stellaris 16 Gen6 mb1
>>
>> Georg Gottleuber (2):
>> nvme-pci: Add TUXEDO InfinityFlex to Samsung sleep quirk
>> nvme-pci: Add TUXEDO IBP Gen9 to Samsung sleep quirk
>>
>> Sergey Kalinichev (1):
>> ACPI: resource: Use IRQ override on Maibenben X565
>>
>> Wen Gong (3):
>> wifi: ath12k: add fallback board name without variant while searching
>> board-2.bin
>> wifi: ath12k: remove unused ATH12K_BD_IE_BOARD_EXT
>> wifi: ath12k: add support to search regdb data in board-2.bin for
>> WCN7850
>>
>> Werner Sembach (1):
>> PCI: Avoid putting some root ports into D3 on TUXEDO Sirius Gen1
>>
>> arch/x86/pci/fixup.c | 30 ++++
>> drivers/acpi/resource.c | 19 +++
>> drivers/net/wireless/ath/ath12k/core.c | 187 +++++++++++++++++++------
>> drivers/net/wireless/ath/ath12k/core.h | 1 +
>> drivers/net/wireless/ath/ath12k/hw.h | 20 ++-
>> drivers/net/wireless/ath/ath12k/qmi.c | 3 +-
>> drivers/nvme/host/pci.c | 4 +-
>> sound/pci/hda/patch_realtek.c | 2 +
>> 8 files changed, 222 insertions(+), 44 deletions(-)
>>
> Hi,
>
> Thank you for the submission. Could you please review the following
> comments and consider re-sending it labeled as v4?
> Other than the formatting issues below, LGTM.
>
> 1. For [PATCH 06/11] to [PATCH 11/11]:
>
> * Please add missing Signed-off-by for this submission
> * Also, insert a "(cherry picked from commit ...)" line after the
> original upstream patch footer, without altering the existing footer in
> any intrusive way.
>
> For example, for [PATCH 06/11], change:
>
> Signed-off-by: Christoffer Sandberg <cs at tuxedo.de>
> (cherry picked from commit c81bf14f9db68311c2e75428eea070d97d603975)
> Signed-off-by: Werner Sembach <wse at tuxedocomputers.com>
> Cc: All applicable <stable at vger.kernel.org>
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki at intel.com>
>
> to:
>
> Signed-off-by: Christoffer Sandberg <cs at tuxedo.de>
> Signed-off-by: Werner Sembach <wse at tuxedocomputers.com>
> Cc: All applicable <stable at vger.kernel.org>
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki at intel.com>
> (cherry picked from commit c81bf14f9db68311c2e75428eea070d97d603975)
> Signed-off-by: {{ Your name and email [1] }}
ack
>
> 2. When sending v4, please change the titles from "[SRU v3][N][PATCH ../11]"
> to "[SRU][N][PATCH v4 ../11]".
ack
And thanks for being patient with me
>
>
> P.S. I'm sure you've already noticed that the backport of upstream commit
> c81bf14f9db6 ("ACPI: resource: Do IRQ override on TongFang GXxHRXx and
> GMxHGxx") on the noble:linux master-next branch is somewhat messed up [2].
> The corresponding backport in this patch series corrects it. So in both
> respects, thank you for this submission.
Actually I didn't notice that the patch was already in the pipeline. But good to
hear that this patchset cleans that up.
>
> [1]: Even if it results in a duplicate (e.g. "Werner Sembach
> wse at tuxedocomputers.com"), please add it.
> [2]: Some upstream stable branches are also messed up, but in a different
> manner from ours.
More information about the kernel-team
mailing list