From: Sasha Levin Date: Thu, 15 Dec 2022 17:25:50 +0000 (-0500) Subject: Fixes for 5.10 X-Git-Tag: v5.4.228~13 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=84b35c9d40c9182155ce18c8db85bc6b4834008f;p=thirdparty%2Fkernel%2Fstable-queue.git Fixes for 5.10 Signed-off-by: Sasha Levin --- diff --git a/queue-5.10/asoc-cs42l51-correct-pga-volume-minimum-value.patch b/queue-5.10/asoc-cs42l51-correct-pga-volume-minimum-value.patch new file mode 100644 index 00000000000..f3acb988bad --- /dev/null +++ b/queue-5.10/asoc-cs42l51-correct-pga-volume-minimum-value.patch @@ -0,0 +1,38 @@ +From 20c898b3f947fd6414da9e02e533d933cbda9965 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 25 Nov 2022 16:23:48 +0000 +Subject: ASoC: cs42l51: Correct PGA Volume minimum value + +From: Charles Keepax + +[ Upstream commit 3d1bb6cc1a654c8693a85b1d262e610196edec8b ] + +The table in the datasheet actually shows the volume values in the wrong +order, with the two -3dB values being reversed. This appears to have +caused the lower of the two values to be used in the driver when the +higher should have been, correct this mixup. + +Signed-off-by: Charles Keepax +Link: https://lore.kernel.org/r/20221125162348.1288005-2-ckeepax@opensource.cirrus.com +Signed-off-by: Mark Brown +Signed-off-by: Sasha Levin +--- + sound/soc/codecs/cs42l51.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/sound/soc/codecs/cs42l51.c b/sound/soc/codecs/cs42l51.c +index fc6a2bc311b4..c61b17dc2af8 100644 +--- a/sound/soc/codecs/cs42l51.c ++++ b/sound/soc/codecs/cs42l51.c +@@ -146,7 +146,7 @@ static const struct snd_kcontrol_new cs42l51_snd_controls[] = { + 0, 0xA0, 96, adc_att_tlv), + SOC_DOUBLE_R_SX_TLV("PGA Volume", + CS42L51_ALC_PGA_CTL, CS42L51_ALC_PGB_CTL, +- 0, 0x19, 30, pga_tlv), ++ 0, 0x1A, 30, pga_tlv), + SOC_SINGLE("Playback Deemphasis Switch", CS42L51_DAC_CTL, 3, 1, 0), + SOC_SINGLE("Auto-Mute Switch", CS42L51_DAC_CTL, 2, 1, 0), + SOC_SINGLE("Soft Ramp Switch", CS42L51_DAC_CTL, 1, 1, 0), +-- +2.35.1 + diff --git a/queue-5.10/asoc-fsl_micfil-explicitly-clear-chnf-flags.patch b/queue-5.10/asoc-fsl_micfil-explicitly-clear-chnf-flags.patch new file mode 100644 index 00000000000..b0009ca63d0 --- /dev/null +++ b/queue-5.10/asoc-fsl_micfil-explicitly-clear-chnf-flags.patch @@ -0,0 +1,49 @@ +From 8aed056460d5513403c24d32772e260a5237e85b Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sat, 7 May 2022 20:14:14 +0800 +Subject: ASoC: fsl_micfil: explicitly clear CHnF flags + +From: Shengjiu Wang + +[ Upstream commit b776c4a4618ec1b5219d494c423dc142f23c4e8f ] + +There may be failure when start 1 channel recording after +8 channels recording. The reason is that the CHnF +flags are not cleared successfully by software reset. + +This issue is triggerred by the change of clearing +software reset bit. + +CHnF flags are write 1 clear bits. Clear them by force +write. + +Signed-off-by: Shengjiu Wang +Link: https://lore.kernel.org/r/1651925654-32060-2-git-send-email-shengjiu.wang@nxp.com +Signed-off-by: Mark Brown +Signed-off-by: Sasha Levin +--- + sound/soc/fsl/fsl_micfil.c | 8 ++++++++ + 1 file changed, 8 insertions(+) + +diff --git a/sound/soc/fsl/fsl_micfil.c b/sound/soc/fsl/fsl_micfil.c +index ead4bfa13561..6c794605e33c 100644 +--- a/sound/soc/fsl/fsl_micfil.c ++++ b/sound/soc/fsl/fsl_micfil.c +@@ -201,6 +201,14 @@ static int fsl_micfil_reset(struct device *dev) + if (ret) + return ret; + ++ /* ++ * Set SRES should clear CHnF flags, But even add delay here ++ * the CHnF may not be cleared sometimes, so clear CHnF explicitly. ++ */ ++ ret = regmap_write_bits(micfil->regmap, REG_MICFIL_STAT, 0xFF, 0xFF); ++ if (ret) ++ return ret; ++ + return 0; + } + +-- +2.35.1 + diff --git a/queue-5.10/asoc-fsl_micfil-explicitly-clear-software-reset-bit.patch b/queue-5.10/asoc-fsl_micfil-explicitly-clear-software-reset-bit.patch new file mode 100644 index 00000000000..828f7e8a8a3 --- /dev/null +++ b/queue-5.10/asoc-fsl_micfil-explicitly-clear-software-reset-bit.patch @@ -0,0 +1,47 @@ +From 34e32bf6e16c284eaf83193a1f5e150f7a40edde Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sat, 7 May 2022 20:14:13 +0800 +Subject: ASoC: fsl_micfil: explicitly clear software reset bit + +From: Shengjiu Wang + +[ Upstream commit 292709b9cf3ba470af94b62c9bb60284cc581b79 ] + +SRES is self-cleared bit, but REG_MICFIL_CTRL1 is defined as +non volatile register, it still remain in regmap cache after set, +then every update of REG_MICFIL_CTRL1, software reset happens. +to avoid this, clear it explicitly. + +Signed-off-by: Shengjiu Wang +Link: https://lore.kernel.org/r/1651925654-32060-1-git-send-email-shengjiu.wang@nxp.com +Signed-off-by: Mark Brown +Signed-off-by: Sasha Levin +--- + sound/soc/fsl/fsl_micfil.c | 11 +++++++++++ + 1 file changed, 11 insertions(+) + +diff --git a/sound/soc/fsl/fsl_micfil.c b/sound/soc/fsl/fsl_micfil.c +index efc5daf53bba..ead4bfa13561 100644 +--- a/sound/soc/fsl/fsl_micfil.c ++++ b/sound/soc/fsl/fsl_micfil.c +@@ -190,6 +190,17 @@ static int fsl_micfil_reset(struct device *dev) + return ret; + } + ++ /* ++ * SRES is self-cleared bit, but REG_MICFIL_CTRL1 is defined ++ * as non-volatile register, so SRES still remain in regmap ++ * cache after set, that every update of REG_MICFIL_CTRL1, ++ * software reset happens. so clear it explicitly. ++ */ ++ ret = regmap_clear_bits(micfil->regmap, REG_MICFIL_CTRL1, ++ MICFIL_CTRL1_SRES); ++ if (ret) ++ return ret; ++ + return 0; + } + +-- +2.35.1 + diff --git a/queue-5.10/asoc-ops-check-bounds-for-second-channel-in-snd_soc_.patch b/queue-5.10/asoc-ops-check-bounds-for-second-channel-in-snd_soc_.patch new file mode 100644 index 00000000000..f7d3202ef05 --- /dev/null +++ b/queue-5.10/asoc-ops-check-bounds-for-second-channel-in-snd_soc_.patch @@ -0,0 +1,41 @@ +From 792b81a300237ac31a68fca59484287c13f06260 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Wed, 11 May 2022 14:41:37 +0100 +Subject: ASoC: ops: Check bounds for second channel in snd_soc_put_volsw_sx() + +From: Mark Brown + +[ Upstream commit 97eea946b93961fffd29448dcda7398d0d51c4b2 ] + +The bounds checks in snd_soc_put_volsw_sx() are only being applied to the +first channel, meaning it is possible to write out of bounds values to the +second channel in stereo controls. Add appropriate checks. + +Signed-off-by: Mark Brown +Link: https://lore.kernel.org/r/20220511134137.169575-2-broonie@kernel.org +Signed-off-by: Mark Brown +Signed-off-by: Sasha Levin +--- + sound/soc/soc-ops.c | 6 ++++++ + 1 file changed, 6 insertions(+) + +diff --git a/sound/soc/soc-ops.c b/sound/soc/soc-ops.c +index 5fdd96e77ef3..fe93458d864a 100644 +--- a/sound/soc/soc-ops.c ++++ b/sound/soc/soc-ops.c +@@ -447,6 +447,12 @@ int snd_soc_put_volsw_sx(struct snd_kcontrol *kcontrol, + if (snd_soc_volsw_is_stereo(mc)) { + val_mask = mask << rshift; + val2 = (ucontrol->value.integer.value[1] + min) & mask; ++ ++ if (mc->platform_max && val2 > mc->platform_max) ++ return -EINVAL; ++ if (val2 > max) ++ return -EINVAL; ++ + val2 = val2 << rshift; + + err = snd_soc_component_update_bits(component, reg2, val_mask, +-- +2.35.1 + diff --git a/queue-5.10/can-mcba_usb-fix-termination-command-argument.patch b/queue-5.10/can-mcba_usb-fix-termination-command-argument.patch new file mode 100644 index 00000000000..19cec1774a3 --- /dev/null +++ b/queue-5.10/can-mcba_usb-fix-termination-command-argument.patch @@ -0,0 +1,82 @@ +From b640c53081c78308611417e465644e04c1b54910 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 25 Nov 2022 00:25:03 +0900 +Subject: can: mcba_usb: Fix termination command argument + +From: Yasushi SHOJI + +[ Upstream commit 1a8e3bd25f1e789c8154e11ea24dc3ec5a4c1da0 ] + +Microchip USB Analyzer can activate the internal termination resistors +by setting the "termination" option ON, or OFF to to deactivate them. +As I've observed, both with my oscilloscope and captured USB packets +below, you must send "0" to turn it ON, and "1" to turn it OFF. + +From the schematics in the user's guide, I can confirm that you must +drive the CAN_RES signal LOW "0" to activate the resistors. + +Reverse the argument value of usb_msg.termination to fix this. + +These are the two commands sequence, ON then OFF. + +> No. Time Source Destination Protocol Length Info +> 1 0.000000 host 1.3.1 USB 46 URB_BULK out +> +> Frame 1: 46 bytes on wire (368 bits), 46 bytes captured (368 bits) +> USB URB +> Leftover Capture Data: a80000000000000000000000000000000000a8 +> +> No. Time Source Destination Protocol Length Info +> 2 4.372547 host 1.3.1 USB 46 URB_BULK out +> +> Frame 2: 46 bytes on wire (368 bits), 46 bytes captured (368 bits) +> USB URB +> Leftover Capture Data: a80100000000000000000000000000000000a9 + +Signed-off-by: Yasushi SHOJI +Link: https://lore.kernel.org/all/20221124152504.125994-1-yashi@spacecubics.com +Signed-off-by: Marc Kleine-Budde +Signed-off-by: Sasha Levin +--- + drivers/net/can/usb/mcba_usb.c | 10 +++++++--- + 1 file changed, 7 insertions(+), 3 deletions(-) + +diff --git a/drivers/net/can/usb/mcba_usb.c b/drivers/net/can/usb/mcba_usb.c +index 21063335ab59..c07e327929ba 100644 +--- a/drivers/net/can/usb/mcba_usb.c ++++ b/drivers/net/can/usb/mcba_usb.c +@@ -47,6 +47,10 @@ + #define MCBA_VER_REQ_USB 1 + #define MCBA_VER_REQ_CAN 2 + ++/* Drive the CAN_RES signal LOW "0" to activate R24 and R25 */ ++#define MCBA_VER_TERMINATION_ON 0 ++#define MCBA_VER_TERMINATION_OFF 1 ++ + #define MCBA_SIDL_EXID_MASK 0x8 + #define MCBA_DLC_MASK 0xf + #define MCBA_DLC_RTR_MASK 0x40 +@@ -469,7 +473,7 @@ static void mcba_usb_process_ka_usb(struct mcba_priv *priv, + priv->usb_ka_first_pass = false; + } + +- if (msg->termination_state) ++ if (msg->termination_state == MCBA_VER_TERMINATION_ON) + priv->can.termination = MCBA_TERMINATION_ENABLED; + else + priv->can.termination = MCBA_TERMINATION_DISABLED; +@@ -789,9 +793,9 @@ static int mcba_set_termination(struct net_device *netdev, u16 term) + }; + + if (term == MCBA_TERMINATION_ENABLED) +- usb_msg.termination = 1; ++ usb_msg.termination = MCBA_VER_TERMINATION_ON; + else +- usb_msg.termination = 0; ++ usb_msg.termination = MCBA_VER_TERMINATION_OFF; + + mcba_usb_xmit_cmd(priv, (struct mcba_usb_msg *)&usb_msg); + +-- +2.35.1 + diff --git a/queue-5.10/can-sja1000-fix-size-of-ocr_mode_mask-define.patch b/queue-5.10/can-sja1000-fix-size-of-ocr_mode_mask-define.patch new file mode 100644 index 00000000000..0c7061b1920 --- /dev/null +++ b/queue-5.10/can-sja1000-fix-size-of-ocr_mode_mask-define.patch @@ -0,0 +1,36 @@ +From 0be5623277c36bd15785b7dab9b86fed077d3bc7 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Wed, 23 Nov 2022 08:16:36 +0100 +Subject: can: sja1000: fix size of OCR_MODE_MASK define + +From: Heiko Schocher + +[ Upstream commit 26e8f6a75248247982458e8237b98c9fb2ffcf9d ] + +bitfield mode in ocr register has only 2 bits not 3, so correct +the OCR_MODE_MASK define. + +Signed-off-by: Heiko Schocher +Link: https://lore.kernel.org/all/20221123071636.2407823-1-hs@denx.de +Signed-off-by: Marc Kleine-Budde +Signed-off-by: Sasha Levin +--- + include/linux/can/platform/sja1000.h | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/include/linux/can/platform/sja1000.h b/include/linux/can/platform/sja1000.h +index 5755ae5a4712..6a869682c120 100644 +--- a/include/linux/can/platform/sja1000.h ++++ b/include/linux/can/platform/sja1000.h +@@ -14,7 +14,7 @@ + #define OCR_MODE_TEST 0x01 + #define OCR_MODE_NORMAL 0x02 + #define OCR_MODE_CLOCK 0x03 +-#define OCR_MODE_MASK 0x07 ++#define OCR_MODE_MASK 0x03 + #define OCR_TX0_INVERT 0x04 + #define OCR_TX0_PULLDOWN 0x08 + #define OCR_TX0_PULLUP 0x10 +-- +2.35.1 + diff --git a/queue-5.10/libbpf-use-page-size-as-max_entries-when-probing-rin.patch b/queue-5.10/libbpf-use-page-size-as-max_entries-when-probing-rin.patch new file mode 100644 index 00000000000..b84dee34ecb --- /dev/null +++ b/queue-5.10/libbpf-use-page-size-as-max_entries-when-probing-rin.patch @@ -0,0 +1,47 @@ +From 6771669d910b8854bfb2a015a23e4f59218778db Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Wed, 16 Nov 2022 15:23:48 +0800 +Subject: libbpf: Use page size as max_entries when probing ring buffer map + +From: Hou Tao + +[ Upstream commit 689eb2f1ba46b4b02195ac2a71c55b96d619ebf8 ] + +Using page size as max_entries when probing ring buffer map, else the +probe may fail on host with 64KB page size (e.g., an ARM64 host). + +After the fix, the output of "bpftool feature" on above host will be +correct. + +Before : + eBPF map_type ringbuf is NOT available + eBPF map_type user_ringbuf is NOT available + +After : + eBPF map_type ringbuf is available + eBPF map_type user_ringbuf is available + +Signed-off-by: Hou Tao +Signed-off-by: Andrii Nakryiko +Link: https://lore.kernel.org/bpf/20221116072351.1168938-2-houtao@huaweicloud.com +Signed-off-by: Sasha Levin +--- + tools/lib/bpf/libbpf_probes.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/tools/lib/bpf/libbpf_probes.c b/tools/lib/bpf/libbpf_probes.c +index d38284a3aaf0..13393f0eab25 100644 +--- a/tools/lib/bpf/libbpf_probes.c ++++ b/tools/lib/bpf/libbpf_probes.c +@@ -244,7 +244,7 @@ bool bpf_probe_map_type(enum bpf_map_type map_type, __u32 ifindex) + case BPF_MAP_TYPE_RINGBUF: + key_size = 0; + value_size = 0; +- max_entries = 4096; ++ max_entries = sysconf(_SC_PAGE_SIZE); + break; + case BPF_MAP_TYPE_UNSPEC: + case BPF_MAP_TYPE_HASH: +-- +2.35.1 + diff --git a/queue-5.10/net-loopback-use-net_name_predictable-for-name_assig.patch b/queue-5.10/net-loopback-use-net_name_predictable-for-name_assig.patch new file mode 100644 index 00000000000..5bcfe858ea8 --- /dev/null +++ b/queue-5.10/net-loopback-use-net_name_predictable-for-name_assig.patch @@ -0,0 +1,50 @@ +From d923a2750a9bcf9b35c2c3fba12a9f20a339653a Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Wed, 23 Nov 2022 15:18:28 +0100 +Subject: net: loopback: use NET_NAME_PREDICTABLE for name_assign_type + +From: Rasmus Villemoes + +[ Upstream commit 31d929de5a112ee1b977a89c57de74710894bbbf ] + +When the name_assign_type attribute was introduced (commit +685343fc3ba6, "net: add name_assign_type netdev attribute"), the +loopback device was explicitly mentioned as one which would make use +of NET_NAME_PREDICTABLE: + + The name_assign_type attribute gives hints where the interface name of a + given net-device comes from. These values are currently defined: +... + NET_NAME_PREDICTABLE: + The ifname has been assigned by the kernel in a predictable way + that is guaranteed to avoid reuse and always be the same for a + given device. Examples include statically created devices like + the loopback device [...] + +Switch to that so that reading /sys/class/net/lo/name_assign_type +produces something sensible instead of returning -EINVAL. + +Signed-off-by: Rasmus Villemoes +Reviewed-by: Jacob Keller +Signed-off-by: David S. Miller +Signed-off-by: Sasha Levin +--- + drivers/net/loopback.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/drivers/net/loopback.c b/drivers/net/loopback.c +index a1c77cc00416..498e5c8013ef 100644 +--- a/drivers/net/loopback.c ++++ b/drivers/net/loopback.c +@@ -208,7 +208,7 @@ static __net_init int loopback_net_init(struct net *net) + int err; + + err = -ENOMEM; +- dev = alloc_netdev(0, "lo", NET_NAME_UNKNOWN, loopback_setup); ++ dev = alloc_netdev(0, "lo", NET_NAME_PREDICTABLE, loopback_setup); + if (!dev) + goto out; + +-- +2.35.1 + diff --git a/queue-5.10/nvme-pci-clear-the-prp2-field-when-not-used.patch b/queue-5.10/nvme-pci-clear-the-prp2-field-when-not-used.patch new file mode 100644 index 00000000000..e1997f9ea45 --- /dev/null +++ b/queue-5.10/nvme-pci-clear-the-prp2-field-when-not-used.patch @@ -0,0 +1,37 @@ +From bc1f420480c52efaf30984642e50e372bc390a13 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 29 Nov 2022 17:48:11 +0800 +Subject: nvme-pci: clear the prp2 field when not used + +From: Lei Rao + +[ Upstream commit a56ea6147facce4ac1fc38675455f9733d96232b ] + +If the prp2 field is not filled in nvme_setup_prp_simple(), the prp2 +field is garbage data. According to nvme spec, the prp2 is reserved if +the data transfer does not cross a memory page boundary, so clear it to +zero if it is not used. + +Signed-off-by: Lei Rao +Signed-off-by: Christoph Hellwig +Signed-off-by: Sasha Levin +--- + drivers/nvme/host/pci.c | 2 ++ + 1 file changed, 2 insertions(+) + +diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c +index 089f39103584..c222d7bf6ce1 100644 +--- a/drivers/nvme/host/pci.c ++++ b/drivers/nvme/host/pci.c +@@ -817,6 +817,8 @@ static blk_status_t nvme_setup_prp_simple(struct nvme_dev *dev, + cmnd->dptr.prp1 = cpu_to_le64(iod->first_dma); + if (bv->bv_len > first_prp_len) + cmnd->dptr.prp2 = cpu_to_le64(iod->first_dma + first_prp_len); ++ else ++ cmnd->dptr.prp2 = 0; + return BLK_STS_OK; + } + +-- +2.35.1 + diff --git a/queue-5.10/pinctrl-meditatek-startup-with-the-irqs-disabled.patch b/queue-5.10/pinctrl-meditatek-startup-with-the-irqs-disabled.patch new file mode 100644 index 00000000000..3c6320a87bd --- /dev/null +++ b/queue-5.10/pinctrl-meditatek-startup-with-the-irqs-disabled.patch @@ -0,0 +1,102 @@ +From 16e870d3c0a6eb7b1f01c70f25ac094b0f58ec17 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 22 Nov 2022 00:38:55 +0100 +Subject: pinctrl: meditatek: Startup with the IRQs disabled + +From: Ricardo Ribalda + +[ Upstream commit 11780e37565db4dd064d3243ca68f755c13f65b4 ] + +If the system is restarted via kexec(), the peripherals do not start +with a known state. + +If the previous system had enabled an IRQs we will receive unexected +IRQs that can lock the system. + +[ 28.109251] watchdog: BUG: soft lockup - CPU#0 stuck for 26s! +[swapper/0:0] +[ 28.109263] Modules linked in: +[ 28.109273] CPU: 0 PID: 0 Comm: swapper/0 Not tainted +5.15.79-14458-g4b9edf7b1ac6 #1 9f2e76613148af94acccd64c609a552fb4b4354b +[ 28.109284] Hardware name: Google Elm (DT) +[ 28.109290] pstate: 40400005 (nZcv daif +PAN -UAO -TCO -DIT -SSBS + BTYPE=--) +[ 28.109298] pc : __do_softirq+0xa0/0x388 +[ 28.109309] lr : __do_softirq+0x70/0x388 +[ 28.109316] sp : ffffffc008003ee0 +[ 28.109321] x29: ffffffc008003f00 x28: 000000000000000a x27: +0000000000000080 +[ 28.109334] x26: 0000000000000001 x25: ffffffefa7b350c0 x24: +ffffffefa7b47480 +[ 28.109346] x23: ffffffefa7b3d000 x22: 0000000000000000 x21: +ffffffefa7b0fa40 +[ 28.109358] x20: ffffffefa7b005b0 x19: ffffffefa7b47480 x18: +0000000000065b6b +[ 28.109370] x17: ffffffefa749c8b0 x16: 000000000000018c x15: +00000000000001b8 +[ 28.109382] x14: 00000000000d3b6b x13: 0000000000000006 x12: +0000000000057e91 +[ 28.109394] x11: 0000000000000000 x10: 0000000000000000 x9 : +ffffffefa7b47480 +[ 28.109406] x8 : 00000000000000e0 x7 : 000000000f424000 x6 : +0000000000000000 +[ 28.109418] x5 : ffffffefa7dfaca0 x4 : ffffffefa7dfadf0 x3 : +000000000000000f +[ 28.109429] x2 : 0000000000000000 x1 : 0000000000000100 x0 : +0000000001ac65c5 +[ 28.109441] Call trace: +[ 28.109447] __do_softirq+0xa0/0x388 +[ 28.109454] irq_exit+0xc0/0xe0 +[ 28.109464] handle_domain_irq+0x68/0x90 +[ 28.109473] gic_handle_irq+0xac/0xf0 +[ 28.109480] call_on_irq_stack+0x28/0x50 +[ 28.109488] do_interrupt_handler+0x44/0x58 +[ 28.109496] el1_interrupt+0x30/0x58 +[ 28.109506] el1h_64_irq_handler+0x18/0x24 +[ 28.109512] el1h_64_irq+0x7c/0x80 +[ 28.109519] arch_local_irq_enable+0xc/0x18 +[ 28.109529] default_idle_call+0x40/0x140 +[ 28.109539] do_idle+0x108/0x290 +[ 28.109547] cpu_startup_entry+0x2c/0x30 +[ 28.109554] rest_init+0xe8/0xf8 +[ 28.109562] arch_call_rest_init+0x18/0x24 +[ 28.109571] start_kernel+0x338/0x42c +[ 28.109578] __primary_switched+0xbc/0xc4 +[ 28.109588] Kernel panic - not syncing: softlockup: hung tasks + +Signed-off-by: Ricardo Ribalda +Link: https://lore.kernel.org/r/20221122-mtk-pinctrl-v1-1-bedf5655a3d2@chromium.org +Reviewed-by: AngeloGioacchino Del Regno +Reviewed-by: Matthias Brugger +Signed-off-by: Linus Walleij +Signed-off-by: Sasha Levin +--- + drivers/pinctrl/mediatek/mtk-eint.c | 9 ++++++--- + 1 file changed, 6 insertions(+), 3 deletions(-) + +diff --git a/drivers/pinctrl/mediatek/mtk-eint.c b/drivers/pinctrl/mediatek/mtk-eint.c +index 22736f60c16c..64a32d3ca481 100644 +--- a/drivers/pinctrl/mediatek/mtk-eint.c ++++ b/drivers/pinctrl/mediatek/mtk-eint.c +@@ -278,12 +278,15 @@ static struct irq_chip mtk_eint_irq_chip = { + + static unsigned int mtk_eint_hw_init(struct mtk_eint *eint) + { +- void __iomem *reg = eint->base + eint->regs->dom_en; ++ void __iomem *dom_en = eint->base + eint->regs->dom_en; ++ void __iomem *mask_set = eint->base + eint->regs->mask_set; + unsigned int i; + + for (i = 0; i < eint->hw->ap_num; i += 32) { +- writel(0xffffffff, reg); +- reg += 4; ++ writel(0xffffffff, dom_en); ++ writel(0xffffffff, mask_set); ++ dom_en += 4; ++ mask_set += 4; + } + + return 0; +-- +2.35.1 + diff --git a/queue-5.10/series b/queue-5.10/series index e0162bec29f..a7279a5d706 100644 --- a/queue-5.10/series +++ b/queue-5.10/series @@ -4,3 +4,13 @@ vfs-fix-copy_file_range-averts-filesystem-freeze-protection.patch nfp-fix-use-after-free-in-area_cache_get.patch fuse-always-revalidate-if-exclusive-create.patch io_uring-add-missing-item-types-for-splice-request.patch +asoc-fsl_micfil-explicitly-clear-software-reset-bit.patch +asoc-fsl_micfil-explicitly-clear-chnf-flags.patch +asoc-ops-check-bounds-for-second-channel-in-snd_soc_.patch +libbpf-use-page-size-as-max_entries-when-probing-rin.patch +pinctrl-meditatek-startup-with-the-irqs-disabled.patch +can-sja1000-fix-size-of-ocr_mode_mask-define.patch +can-mcba_usb-fix-termination-command-argument.patch +net-loopback-use-net_name_predictable-for-name_assig.patch +asoc-cs42l51-correct-pga-volume-minimum-value.patch +nvme-pci-clear-the-prp2-field-when-not-used.patch