lp:~canonical-hwe-team/hwe-next/+git/intermediate-kernel

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux-oem-6.5/jammy changes

Author: Linus Torvalds
Author Date: 2023-10-15 19:02:02 UTC

Revert "x86/smp: Put CPUs into INIT on shutdown if possible"

BugLink: https://bugs.launchpad.net/bugs/2039405

This reverts commit 45e34c8af58f23db4474e2bfe79183efec09a18b, and the
two subsequent fixes to it:

  3f874c9b2aae ("x86/smp: Don't send INIT to non-present and non-booted CPUs")
  b1472a60a584 ("x86/smp: Don't send INIT to boot CPU")

because it seems to result in hung machines at shutdown. Particularly
some Dell machines, but Thomas says

 "The rest seems to be Lenovo and Sony with Alderlake/Raptorlake CPUs -
  at least that's what I could figure out from the various bug reports.

  I don't know which CPUs the DELL machines have, so I can't say it's a
  pattern.

  I agree with the revert for now"

Ashok Raj chimes in:

 "There was a report (probably this same one), and it turns out it was a
  bug in the BIOS SMI handler.

  The client BIOS's were waiting for the lowest APICID to be the SMI
  rendevous master. If this is MeteorLake, the BSP wasn't the one with
  the lowest APIC and it triped here.

  The BIOS change is also being pushed to others for assimilation :)

  Server BIOS's had this correctly for a while now"

and it does look likely to be some bad interaction between SMI and the
non-BSP cores having put into INIT (and thus unresponsive until reset).

Link: https://bbs.archlinux.org/viewtopic.php?pid=2124429
Link: https://www.reddit.com/r/openSUSE/comments/16qq99b/tumbleweed_shutdown_did_not_finish_completely/
Link: https://forum.artixlinux.org/index.php/topic,5997.0.html
Link: https://bugzilla.redhat.com/show_bug.cgi?id=2241279
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Ashok Raj <ashok.raj@intel.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
(backported from commit fbe1bf1e5ff1e3b298420d7a8434983ef8d72bd1)
AceLan: The code context below the patch is misaligned
Signed-off-by: Chia-Lin Kao (AceLan) <acelan.kao@canonical.com>

Author: You-Sheng Yang
Author Date: 2023-10-17 14:25:42 UTC

UBUNTU: Ubuntu-next-6.6.0-20231017.20

Signed-off-by: You-Sheng Yang <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2023-10-17 14:00:25 UTC

UBUNTU: Ubuntu-drmtip-6.6.0-20231016.15

Signed-off-by: You-Sheng Yang <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux-unstable/mantic changes

Author: Stefan Binding
Author Date: 2023-09-21 16:28:49 UTC

ALSA: hda: cs35l41: Add read-only ALSA control for forced mute

BugLink: https://bugs.launchpad.net/bugs/2039151

When the CS35L41 amp is requested to mute using the ACPI
notification mechanism, userspace is not notified that the amp
is muted. To allow userspace to know about the mute, add an
ALSA control which tracks the forced mute override.
This control does not track the overall mute state of the amp,
since the amp is only unmuted during playback anyway, instead
it tracks the mute override request from the ACPI notification.

Signed-off-by: Stefan Binding <sbinding@opensource.cirrus.com>
Link: https://lore.kernel.org/r/20230921162849.1988124-5-sbinding@opensource.cirrus.com
Signed-off-by: Takashi Iwai <tiwai@suse.de>
(cherry picked from commit 4c870513fbb02b842408b840cf68ea8fe09ed82e)
Signed-off-by: Chris Chiu <chris.chiu@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux/mantic changes

Author: Stefan Binding
Author Date: 2023-09-21 16:28:49 UTC

ALSA: hda: cs35l41: Add read-only ALSA control for forced mute

BugLink: https://bugs.launchpad.net/bugs/2039151

When the CS35L41 amp is requested to mute using the ACPI
notification mechanism, userspace is not notified that the amp
is muted. To allow userspace to know about the mute, add an
ALSA control which tracks the forced mute override.
This control does not track the overall mute state of the amp,
since the amp is only unmuted during playback anyway, instead
it tracks the mute override request from the ACPI notification.

Signed-off-by: Stefan Binding <sbinding@opensource.cirrus.com>
Link: https://lore.kernel.org/r/20230921162849.1988124-5-sbinding@opensource.cirrus.com
Signed-off-by: Takashi Iwai <tiwai@suse.de>
(cherry picked from commit 4c870513fbb02b842408b840cf68ea8fe09ed82e)
Signed-off-by: Chris Chiu <chris.chiu@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux/lunar changes

Author: You-Sheng Yang
Author Date: 2023-10-06 07:50:30 UTC

UBUNTU: [Packaging] support modaliases for standalone dkms packages

BugLink: https://bugs.launchpad.net/bugs/2021740

Signed-off-by: You-Sheng Yang <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-08-24 16:17:58 UTC

Experimental linux-oem-6.1/jammy changes

Author: You-Sheng Yang
Author Date: 2023-10-06 07:50:30 UTC

UBUNTU: [Packaging] support modaliases for standalone dkms packages

BugLink: https://bugs.launchpad.net/bugs/2021740

Signed-off-by: You-Sheng Yang <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux/kinetic changes

Author: Luke Nowakowski-Krijger
Author Date: 2023-06-18 19:39:57 UTC

UBUNTU: Ubuntu-5.19.0-47.49

Signed-off-by: Luke Nowakowski-Krijger <luke.nowakowskikrijger@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-08-24 16:17:58 UTC

Experimental linux-oem-6.0/jammy changes

Change-Id: I8b862a373c9b735ed65aa8a70a4199818c473fb7

Author: Alex Deucher
Author Date: 2023-04-10 16:02:29 UTC

drm/amdgpu/gfx11: update gpu_clock_counter logic

BugLink: https://bugs.launchpad.net/bugs/2020685

This code was written prior to previous updates to this
logic for other chips. The RSC registers are part of
SMUIO which is an always on block so there is no need
to disable gfxoff. Additionally add the carryover and
preemption checks.

v2: rebase

Reviewed-by: Hawking Zhang <Hawking.Zhang@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Cc: stable@vger.kernel.org # 6.1.y: 5591a051b86b: drm/amdgpu: refine get gpu clock counter method
Cc: stable@vger.kernel.org # 6.2.y: 5591a051b86b: drm/amdgpu: refine get gpu clock counter method
Cc: stable@vger.kernel.org # 6.3.y: 5591a051b86b: drm/amdgpu: refine get gpu clock counter method
(cherry picked from commit d5aa417808cf14c052ca042920b3c6b9f1dc6aa4)
Signed-off-by: You-Sheng Yang <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux-unstable/lunar changes

Author: You-Sheng Yang
Author Date: 2023-02-24 07:01:16 UTC

Revert "UBUNTU: SAUCE: net: wwan: t7xx: Devlink documentation"

BugLink: https://bugs.launchpad.net/sutton/+bug/2004448

This reverts commit 6cafc98c811d75a812d061d24d321ea87f65108c.

Signed-off-by: You-Sheng Yang (vicamo) <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2021-11-02 10:23:57 UTC

Experimental linux/jammy changes

Change-Id: Ia83735b37b3146b87863890b648f1d8dbc30bc64

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux-oem-5.17/jammy changes

Change-Id: I8c6aa6a889e7f59575ebefcb213b1146070a0304

Author: Dimitri John Ledkov
Author Date: 2022-11-17 16:38:00 UTC

UBUNTU: [Packaging] Expose built-in trusted and revoked certificates

BugLink: https://bugs.launchpad.net/bugs/1996892

Kernels have a set of builtin trusted and revoked certificates as a
bundle.

It is not very easy to access them, one needs to either download linux
kernel package source code; or boot the kernel to look up builtin hashes;
and then find certificates externally.

It would be more convenient for inspection to expose these in the
buildinfo package, which already exposes auxiliary kernel information.

Signed-off-by: Dimitri John Ledkov <dimitri.ledkov@canonical.com>
Acked-by: Tim Gardner <tim.gardner@canonical.com>
Acked-by: Cory Todd <cory.todd@canonical.com>
Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
Signed-off-by: Dimitri John Ledkov <dimitri.ledkov@canonical.com>

Author: Stefan Bader
Author Date: 2023-01-20 13:42:28 UTC

UBUNTU: Ubuntu-5.15.0-60.66

Signed-off-by: Stefan Bader <stefan.bader@canonical.com>

Author: You-Sheng Yang
Author Date: 2021-11-02 10:23:57 UTC

Experimental linux-oem-5.14/focal changes

Change-Id: I20ff1022ceab7a113dcc2a6a39746371aff2e04c

Author: Timo Aaltonen
Author Date: 2022-12-16 14:23:14 UTC

UBUNTU: Ubuntu-oem-5.14-5.14.0-1056.63

Signed-off-by: Timo Aaltonen <timo.aaltonen@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux-unstable/kinetic changes

Author: Muralidharan
Author Date: 2022-11-02 07:27:16 UTC

UBUNTU: SAUCE: t7xx: skip suspend to AP-CLDMA

BugLink: https://bugs.launchpad.net/bugs/1990700

The t7xx contains two Cross Layer DMA (CLDMA) interfaces to
communicate with AP and Modem processors respectively. So far only
MD-CLDMA was being used, and the other AP-CLDMA is to be enabled in
following fixes.

This patch skips suspend command to AP-CLDMA that actually fails.

Signed-off-by: You-Sheng Yang (vicamo) <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux-hwe-5.17/jammy changes

Author: You-Sheng Yang
Author Date: 2022-09-08 03:12:26 UTC

UBUNTU: SAUCE: platform/x86: int3472: support independent clock and LED GPIOs

BugLink: https://bugs.launchpad.net/bugs/1989046
Signed-off-by: You-Sheng Yang (vicamo) <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2021-11-02 10:23:57 UTC

Experimental linux-hwe-5.15/focal changes

Author: Mario Limonciello
Author Date: 2022-09-28 18:45:05 UTC

UBUNTU: SAUCE: crypto: ccp: Add support for TEE for PCI ID 0x14CA

BugLink: https://bugs.launchpad.net/bugs/1991608

SoCs containing 0x14CA are present both in datacenter parts that
support SEV as well as client parts that support TEE.

Cc: stable@vger.kernel.org # 5.15+
Tested-by: Rijo-john Thomas <Rijo-john.Thomas@amd.com>
Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
(cherry picked from https://lore.kernel.org/linux-crypto/20220928184506.13981-1-mario.limonciello@amd.com/T/#m1b933ea4b961d17cb1be5be74e2d22a860507ca0)
Signed-off-by: You-Sheng Yang (vicamo) <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental linux-hwe-5.19/jammy changes

Author: Mario Limonciello
Author Date: 2022-10-20 11:37:49 UTC

UBUNTU: SAUCE: platform/x86/amd: pmc: Read SMU version during suspend on Cezanne systems

BugLink: https://bugs.launchpad.net/bugs/1993715

commit b0c07116c8943 ("platform/x86: amd-pmc: Avoid reading SMU version at
probe time") adjusted the behavior for amd-pmc to avoid reading the SMU version
at startup but rather on first use to improve boot time.

However the SMU version is also used to decide whether to place a timer based
wakeup in the OS_HINT message. If the idlemask hasn't been read before this
message was sent then the SMU version will not have been cached.

Ensure the SMU version has been read before deciding whether or not to run this
codepath.

Cc: stable@vger.kernel.org # 6.0
Reported-by: You-Sheng Yang <vicamo.yang@canonical.com>
Tested-by: Anson Tsao <anson.tsao@amd.com>
Fixes: b0c07116c8943 ("platform/x86: amd-pmc: Avoid reading SMU version at probe time")
Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
(cherry-picked from https://lore.kernel.org/all/20221020113749.6621-1-mario.limonciello@amd.com/)
Signed-off-by: You-Sheng Yang (vicamo) <vicamo.yang@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-22 03:31:50 UTC

Experimental kernel changes

Author: Ike Panhc
Author Date: 2022-04-29 06:45:58 UTC

UBUNTU: [Config] CONFIG_HISI_PMU=m

BugLink: https://launchpad.net/bugs/1956086

Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Acked-by: Stefan Bader <stefan.bader@canonical.com>
Acked-by: Tim Gardner <tim.gardner@canonical.com>
Signed-off-by: Stefan Bader <stefan.bader@canonical.com>

Author: You-Sheng Yang
Author Date: 2022-02-23 13:14:13 UTC

Experimental kernel changes

Author: You-Sheng Yang
Author Date: 2022-04-26 17:02:18 UTC

UBUNTU: [Packaging] drop do_<mod> arch specific configs

BugLink: https://bugs.launchpad.net/bugs/1969434

They should been assigned automatically based on the latest
dkms-versions.

Signed-off-by: You-Sheng Yang (vicamo) <vicamo.yang@canonical.com>

Author: Philip Cox
Author Date: 2022-04-21 15:10:47 UTC

UBUNTU: Ubuntu-intel-iotg-5.15-5.15.0-1005.7~20.04.1

Signed-off-by: Philip Cox <philip.cox@canonical.com>

Author: Philip Cox
Author Date: 2022-04-21 15:10:47 UTC

UBUNTU: Ubuntu-intel-iotg-5.15-5.15.0-1005.7~20.04.1

Signed-off-by: Philip Cox <philip.cox@canonical.com>

Author: Andrea Righi
Author Date: 2022-04-20 13:54:56 UTC

UBUNTU: Ubuntu-intel-iotg-5.15.0-1005.7

Signed-off-by: Andrea Righi <andrea.righi@canonical.com>

Author: Andrea Righi
Author Date: 2022-04-20 13:54:56 UTC

UBUNTU: Ubuntu-intel-iotg-5.15.0-1005.7

Signed-off-by: Andrea Righi <andrea.righi@canonical.com>

Author: You-Sheng Yang
Author Date: 2021-07-19 05:29:45 UTC

Bump Debian version

Author: You-Sheng Yang
Author Date: 2021-07-19 05:29:45 UTC

Bump Debian version

Author: Timo Aaltonen
Author Date: 2022-01-19 19:06:25 UTC

UBUNTU: Ubuntu-oem-5.13-5.13.0-1029.36

Signed-off-by: Timo Aaltonen <timo.aaltonen@canonical.com>

Author: AceLan Kao
Author Date: 2022-01-19 09:28:48 UTC

UBUNTU: Ubuntu-oem-5.10-5.10.0-1058.62

Signed-off-by: Chia-Lin Kao (AceLan) <acelan.kao@canonical.com>

Author: Linus Torvalds
Author Date: 2005-04-16 22:20:36 UTC

Linux-2.6.12-rc2

Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!