lp:~jianhuilee/ubuntu/+source/linux-intel-iotg/+git/jammy-iotg

Author: Tanu Malhotra
Author Date: 2023-03-27 18:58:38 UTC

HID: intel-ish-hid: Fix kernel panic during warm reset

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

During warm reset device->fw_client is set to NULL. If a bus driver is
registered after this NULL setting and before new firmware clients are
enumerated by ISHTP, kernel panic will result in the function
ishtp_cl_bus_match(). This is because of reference to
device->fw_client->props.protocol_name.

ISH firmware after getting successfully loaded, sends a warm reset
notification to remove all clients from the bus and sets
device->fw_client to NULL. Until kernel v5.15, all enabled ISHTP kernel
module drivers were loaded right after any of the first ISHTP device was
registered, regardless of whether it was a matched or an unmatched
device. This resulted in all drivers getting registered much before the
warm reset notification from ISH.

Starting kernel v5.16, this issue got exposed after the change was
introduced to load only bus drivers for the respective matching devices.
In this scenario, cros_ec_ishtp device and cros_ec_ishtp driver are
registered after the warm reset device fw_client NULL setting.
cros_ec_ishtp driver_register() triggers the callback to
ishtp_cl_bus_match() to match ISHTP driver to the device and causes kernel
panic in guid_equal() when dereferencing fw_client NULL pointer to get
protocol_name.

Fixes: f155dfeaa4ee ("platform/x86: isthp_eclite: only load for matching devices")
Fixes: facfe0a4fdce ("platform/chrome: chros_ec_ishtp: only load for matching devices")
Fixes: 0d0cccc0fd83 ("HID: intel-ish-hid: hid-client: only load for matching devices")
Fixes: 44e2a58cb880 ("HID: intel-ish-hid: fw-loader: only load for matching devices")
Cc: <stable@vger.kernel.org> # 5.16+
Signed-off-by: Tanu Malhotra <tanu.malhotra@intel.com>
Tested-by: Shaunak Saha <shaunak.saha@intel.com>
Acked-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
(cherry picked from commit 38518593ec55e897abda4b4be77b2ec8ec4447d1)
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2023-07-14 11:59:26 UTC

UBUNTU: Ubuntu-intel-iotg-5.15.0-1036.41

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2023-07-14 11:59:26 UTC

UBUNTU: Ubuntu-intel-iotg-5.15.0-1036.41

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Avraham Stern
Author Date: 2023-05-04 01:15:06 UTC

[BUGFIX] wifi: iwlwifi: avoid a NULL pointer dereference

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

It possible that while the rx rb is being handled, the transport has
been stopped and re-started. In this case the tx queue pointer is not
yet initialized, which will lead to a NULL pointer dereference.
Fix it.

type=bugfix
ticket=jira:WIFI-301032
fixes=unknown

Signed-off-by: Avraham Stern <avraham.stern@intel.com>
Change-Id: I0b84daae753ba9612092bf383f5c6f761446e964
Reviewed-on: https://gerritwcs.ir.intel.com/c/iwlwifi-stack-dev/+/53643
automatic-review: iil_jenkins <EC.GER.UNIX.IIL.JENKINS@INTEL.COM>
tested: iil_jenkins <EC.GER.UNIX.IIL.JENKINS@INTEL.COM>
Tested-by: iil_jenkins <EC.GER.UNIX.IIL.JENKINS@INTEL.COM>
Reviewed-by: Greenman, Gregory <gregory.greenman@intel.com>
x-iwlwifi-stack-dev: f00afe4575bc2b7918fc22df38fdf76493c7312c
(backported from commit a445467936a699cd1a8064633ad67e5f3583fbf1 https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/backport-iwlwifi.git/)
[jianhui: no version file in kernel tree like intel]
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2023-04-12 03:26:42 UTC

UBUNTU: [Config]: updateconfigs for CONFIG_CAN_F81604

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

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: apoorv
Author Date: 2023-04-19 19:55:19 UTC

ASoC: Intel: soc-acpi: Add entry for rt711-sdca-sdw at link 2 in RPL match table

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

RT711 sdca sdw is added with SDW2 link for RPL-P CRB platform.

Signed-off-by: apoorv <apoorv@intel.com>
Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Reviewed-by: Bard Liao <yung-chuan.liao@linux.intel.com>
Link: https://lore.kernel.org/r/20230419195524.46995-3-pierre-louis.bossart@linux.intel.com
Signed-off-by: Mark Brown <broonie@kernel.org>
(backported from commit f5460a155ecb961463f6ff766c7d3092f07e6642)
[jianhui: cannot apply cleanly because of lacking hp boards codecs declarations.]
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Zhang Rui
Author Date: 2022-05-13 05:00:40 UTC

powercap: intel_rapl: add support for ALDERLAKE_N

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

Add ALDERLAKE_N to the list of supported processor models in the Intel
RAPL power capping driver.

Signed-off-by: Zhang Rui <rui.zhang@intel.com>
[ rjw: Changelog ]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit f125bdbdd6bd4a88f3697e5850359d3ffe43a3f2)
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Muralidhar Reddy
Author Date: 2022-03-10 17:16:51 UTC

ASoC: Intel: soc-acpi: Add entry for rt711-sdca-sdw in ADL match table

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

RT711 sdca sdw is added with SDW0 link for ADL-PS platform.

Reviewed-by: Bard Liao <yung-chuan.liao@linux.intel.com>
Signed-off-by: Muralidhar Reddy <muralidhar.reddy@intel.com>
Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Link: https://lore.kernel.org/r/20220310171651.249385-6-pierre-louis.bossart@linux.intel.com
Signed-off-by: Mark Brown <broonie@kernel.org>
(cherry picked from commit d7be9e33c4ad71c299fd58c5d46d4407c0b42d86)
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2023-03-14 06:56:19 UTC

Revert "net/core: XDP metadata BTF netlink API"

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

This reverts commit f3a2f8e84b5d669c221c1aa2b7210cac98d42473.

This patch causes kernel Oops after running kernel selftest veth.sh

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Matt Atwood
Author Date: 2022-11-17 21:41:32 UTC

drm/i915/rpl-p: Add stepping info

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

Add stepping-substepping info in accordance to bpsec changes.

Bspec: 55376

Cc: Anusha Srivatsa <anusha.srivatsa@intel.com>
Signed-off-by: Matt Atwood <matthew.s.atwood@intel.com>
Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20221117214132.152061-1-matthew.s.atwood@intel.com
(backported from commit dc73ac63e63ac1c0b8bd3d29cf0c17c98ea92146)
[jianhui: cannot apply cleanly because of lacking adl-n stepping patch.]
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Imre Deak
Author Date: 2022-07-26 13:43:13 UTC

drm/i915/tc: Fix PHY ownership programming in HDMI legacy mode

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

Make sure the TypeC PHY ownership flag is not getting reset during
an HDMI modeset on the given port. Besides the WARN this triggered, it
didn't cause other issues, since for TypeC legacy mode setting the
PHY ownership flag is optional (there is no other user of the PHY
besides display).

Reported-and-tested-by: Shawn C Lee <shawn.c.lee@intel.com>
Signed-off-by: Imre Deak <imre.deak@intel.com>
Reviewed-by: Mika Kahola <mika.kahola@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20220726134313.1484763-1-imre.deak@intel.com
(cherry picked from commit e99ba96247764e2963bcabf2fe2d91b4455c6bc7)
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2023-01-17 05:22:19 UTC

UBUNTU: SAUCE: (no-up) net: wwan: t7xx: Fix WARN_ON() after driver is reinitialized

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

devlink_reload_disable should be called before devlink_unregister to
avoid WARN_ON message.
Upstream has a revised version on-going, also with newer devlink
framwork, so there is no upstream plan for this.

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: dillibabu, karthikx
Author Date: 2022-04-28 12:23:36 UTC

spi: pxa2xx: Fix for proper chip select Assertion of pxa2xx controller

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

Asserting chip select of spi-pxa2xx controller only after it has
been configured and enabled. The spi-pxa2xx needs this change
for stable transactions, especially for spi mode3.

Signed-off-by: dillibabu, karthikx <karthikx.dillibabu@intel.com>
(picked from commit https://github.com/intel/linux-intel-quilt/tree/lts-v5.15.71-linux-221117T101411Z/patches/0002-spi-pxa2xx-Fix-for-proper-chip-select-Asser.lpss)
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2022-12-02 12:57:57 UTC

UBUNTU: [Config] updateconfigs for CONFIG_MTK_T7XX

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

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Chao Qin
Author Date: 2022-09-20 06:08:26 UTC

powercap: intel_rapl: fix UBSAN shift-out-of-bounds issue

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

When value < time_unit, the parameter of ilog2() will be zero and
the return value is -1. u64(-1) is too large for shift exponent
and then will trigger shift-out-of-bounds:

shift exponent 18446744073709551615 is too large for 32-bit type 'int'
Call Trace:
 rapl_compute_time_window_core
 rapl_write_data_raw
 set_time_window
 store_constraint_time_window_us

Signed-off-by: Chao Qin <chao.qin@intel.com>
Acked-by: Zhang Rui <rui.zhang@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit 2d93540014387d1c73b9ccc4d7895320df66d01b)
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2022-09-23 05:09:20 UTC

debug version

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2022-09-12 02:17:40 UTC

Revert "pwm: Enable D0i3 flow for PSE IOs"

BugLink: https://bugs.launchpad.net/bugs/1964770 (Implement PWM support for Elkhart Lake (LP: #1964770))

This reverts commit 6bbf6a300fb7bc14c11cca866d5a2711979f434f.

This commit causes the following kernel oops:

Sep 06 22:33:33 u-UPN-EHL01 kernel: BUG: unable to handle page fault for address: 0000000100002003
Sep 06 22:33:33 u-UPN-EHL01 kernel: #PF: supervisor read access in kernel mode
Sep 06 22:33:33 u-UPN-EHL01 kernel: #PF: error_code(0x0000) - not-present page
Sep 06 22:33:33 u-UPN-EHL01 kernel: PGD 0 P4D 0
Sep 06 22:33:33 u-UPN-EHL01 kernel: Oops: 0000 [#1] SMP NOPTI
Sep 06 22:33:33 u-UPN-EHL01 kernel: CPU: 3 PID: 101 Comm: kworker/3:1 Not tainted 5.15.0-1015-intel-iotg #20-Ubuntu
Sep 06 22:33:33 u-UPN-EHL01 kernel: Hardware name: AAEON UPN-EHL01/UPN-EHL01, BIOS UNEHAM11 10/29/2021
Sep 06 22:33:33 u-UPN-EHL01 kernel: Workqueue: pm pm_runtime_work
Sep 06 22:33:33 u-UPN-EHL01 kernel: RIP: 0010:dwc_pwm_runtime_suspend+0x2a/0xc0 [pwm_dwc]
Sep 06 22:33:33 u-UPN-EHL01 kernel: Code: 0f 1f 44 00 00 55 48 89 e5 41 55 41 54 53 48 83 ec 08 4c 8b 67 78 4c 8b 2d 93 b8 48 ed 49 8b 44 24 40 49 83 c5 19 4>
Sep 06 22:33:33 u-UPN-EHL01 kernel: RSP: 0018:ffffa196403c7ce0 EFLAGS: 00010202
Sep 06 22:33:33 u-UPN-EHL01 kernel: RAX: 00000000ffffffff RBX: ffffffffc057d260 RCX: 0000000000000017
Sep 06 22:33:33 u-UPN-EHL01 kernel: RDX: ffffffffc057e0c0 RSI: ffff94a5018c30d0 RDI: ffff94a5018c30d0
Sep 06 22:33:33 u-UPN-EHL01 kernel: RBP: ffffa196403c7d00 R08: 0000000000000000 R09: ffffa196403c7db8
Sep 06 22:33:33 u-UPN-EHL01 kernel: R10: 0000000000000003 R11: 0000000000000000 R12: ffff94a502dd9f28
Sep 06 22:33:33 u-UPN-EHL01 kernel: R13: 00000000fffede5b R14: ffff94a5018c3000 R15: ffffffffac2d2bf0
Sep 06 22:33:33 u-UPN-EHL01 kernel: FS: 0000000000000000(0000) GS:ffff94a84c780000(0000) knlGS:0000000000000000
Sep 06 22:33:33 u-UPN-EHL01 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Sep 06 22:33:33 u-UPN-EHL01 kernel: CR2: 0000000100002003 CR3: 000000010f480000 CR4: 0000000000350ee0
Sep 06 22:33:33 u-UPN-EHL01 kernel: Call Trace:
Sep 06 22:33:33 u-UPN-EHL01 kernel: <TASK>
Sep 06 22:33:33 u-UPN-EHL01 kernel: pci_pm_runtime_suspend+0x5e/0x1a0
Sep 06 22:33:33 u-UPN-EHL01 kernel: __rpm_callback+0x4b/0x160
Sep 06 22:33:33 u-UPN-EHL01 kernel: ? set_next_entity+0xbb/0x210
Sep 06 22:33:33 u-UPN-EHL01 kernel: ? pci_uevent+0x110/0x110
Sep 06 22:33:33 u-UPN-EHL01 kernel: rpm_callback+0x67/0x70
Sep 06 22:33:33 u-UPN-EHL01 kernel: ? pci_uevent+0x110/0x110
Sep 06 22:33:33 u-UPN-EHL01 kernel: rpm_suspend+0x164/0x750
Sep 06 22:33:33 u-UPN-EHL01 kernel: rpm_idle+0x1c8/0x2d0
Sep 06 22:33:33 u-UPN-EHL01 kernel: pm_runtime_work+0x8d/0xa0
Sep 06 22:33:33 u-UPN-EHL01 kernel: process_one_work+0x228/0x3d0
Sep 06 22:33:33 u-UPN-EHL01 kernel: worker_thread+0x53/0x420
Sep 06 22:33:33 u-UPN-EHL01 kernel: ? process_one_work+0x3d0/0x3d0
Sep 06 22:33:33 u-UPN-EHL01 kernel: kthread+0x127/0x150
Sep 06 22:33:33 u-UPN-EHL01 kernel: ? set_kthread_struct+0x50/0x50
Sep 06 22:33:33 u-UPN-EHL01 kernel: ret_from_fork+0x1f/0x30
Sep 06 22:33:33 u-UPN-EHL01 kernel: </TASK>
Sep 06 22:33:33 u-UPN-EHL01 kernel: Modules linked in: fjes(+) syscopyarea pwm_dwc mei sysfillrect igen6_edac sysimgblt ti_adc128s052 industrialio mac_hid ac>
Sep 06 22:33:33 u-UPN-EHL01 kernel: CR2: 0000000100002003
Sep 06 22:33:33 u-UPN-EHL01 kernel: ---[ end trace 635936df71aa1f6c ]---
Sep 06 22:33:33 u-UPN-EHL01 kernel: RIP: 0010:dwc_pwm_runtime_suspend+0x2a/0xc0 [pwm_dwc]
Sep 06 22:33:33 u-UPN-EHL01 kernel: Code: 0f 1f 44 00 00 55 48 89 e5 41 55 41 54 53 48 83 ec 08 4c 8b 67 78 4c 8b 2d 93 b8 48 ed 49 8b 44 24 40 49 83 c5 19 4>
Sep 06 22:33:33 u-UPN-EHL01 kernel: RSP: 0018:ffffa196403c7ce0 EFLAGS: 00010202
Sep 06 22:33:33 u-UPN-EHL01 kernel: RAX: 00000000ffffffff RBX: ffffffffc057d260 RCX: 0000000000000017
Sep 06 22:33:33 u-UPN-EHL01 kernel: RDX: ffffffffc057e0c0 RSI: ffff94a5018c30d0 RDI: ffff94a5018c30d0
Sep 06 22:33:33 u-UPN-EHL01 kernel: RBP: ffffa196403c7d00 R08: 0000000000000000 R09: ffffa196403c7db8
Sep 06 22:33:33 u-UPN-EHL01 kernel: R10: 0000000000000003 R11: 0000000000000000 R12: ffff94a502dd9f28
Sep 06 22:33:33 u-UPN-EHL01 kernel: R13: 00000000fffede5b R14: ffff94a5018c3000 R15: ffffffffac2d2bf0
Sep 06 22:33:33 u-UPN-EHL01 kernel: FS: 0000000000000000(0000) GS:ffff94a84c780000(0000) knlGS:0000000000000000
Sep 06 22:33:33 u-UPN-EHL01 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Sep 06 22:33:33 u-UPN-EHL01 kernel: CR2: 0000000100002003 CR3: 000000010f480000 CR4: 0000000000350ee0

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Lakshmi Sowjanya D
Author Date: 2022-01-07 10:25:25 UTC

pwm: Enable D0i3 flow for PSE IOs

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

The driver uses kernel existing runtime power management infrastructure
to put the devices into D0i3 and followed by D3 which is default for all
PCI devices.

Signed-off-by: Lakshmi Sowjanya D <lakshmi.sowjanya.d@intel.com>
(cherry picked from commit https://github.com/intel/linux-intel-quilt/blob/lts-v5.15.21-linux-220222T001242Z-1/patches/0001-pwm-Enable-D0i3-flow-for-PSE-IOs.patch)
Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>

Author: Jian Hui Lee
Author Date: 2022-06-28 05:38:18 UTC

UBUNTU: [Config] linux-intel-iotg: remove deprecated broadcast filtering feature

Signed-off-by: Jian Hui Lee <jianhui.lee@canonical.com>