From 3e00dff6b9af9594e40be684d127579c1b0bfceb Mon Sep 17 00:00:00 2001 From: Greg Kroah-Hartman Date: Sun, 21 Sep 2025 19:25:54 +0200 Subject: [PATCH] 5.15-stable patches added patches: ksmbd-smbdirect-validate-data_offset-and-data_length-field-of-smb_direct_data_transfer.patch mptcp-set-remote_deny_join_id0-on-syn-recv.patch phy-broadcom-ns-usb3-fix-wvoid-pointer-to-enum-cast-warning.patch phy-ti-omap-usb2-fix-device-leak-at-unbind.patch phy-use-device_get_match_data.patch serial-sc16is7xx-fix-bug-in-flow-control-levels-init.patch usb-gadget-dummy-hcd-fix-locking-bug-in-rt-enabled-kernels.patch usb-gadget-dummy_hcd-remove-usage-of-list-iterator-past-the-loop-body.patch xhci-dbc-decouple-endpoint-allocation-from-initialization.patch xhci-dbc-fix-full-dbc-transfer-ring-after-several-reconnects.patch --- ...th-field-of-smb_direct_data_transfer.patch | 63 ++++ ...set-remote_deny_join_id0-on-syn-recv.patch | 49 +++ ...x-wvoid-pointer-to-enum-cast-warning.patch | 38 +++ ...-omap-usb2-fix-device-leak-at-unbind.patch | 63 ++++ .../phy-use-device_get_match_data.patch | 321 ++++++++++++++++++ ...-fix-bug-in-flow-control-levels-init.patch | 96 ++++++ queue-5.15/series | 10 + ...ix-locking-bug-in-rt-enabled-kernels.patch | 95 ++++++ ...-of-list-iterator-past-the-loop-body.patch | 63 ++++ ...point-allocation-from-initialization.patch | 140 ++++++++ ...ansfer-ring-after-several-reconnects.patch | 91 +++++ 11 files changed, 1029 insertions(+) create mode 100644 queue-5.15/ksmbd-smbdirect-validate-data_offset-and-data_length-field-of-smb_direct_data_transfer.patch create mode 100644 queue-5.15/mptcp-set-remote_deny_join_id0-on-syn-recv.patch create mode 100644 queue-5.15/phy-broadcom-ns-usb3-fix-wvoid-pointer-to-enum-cast-warning.patch create mode 100644 queue-5.15/phy-ti-omap-usb2-fix-device-leak-at-unbind.patch create mode 100644 queue-5.15/phy-use-device_get_match_data.patch create mode 100644 queue-5.15/serial-sc16is7xx-fix-bug-in-flow-control-levels-init.patch create mode 100644 queue-5.15/usb-gadget-dummy-hcd-fix-locking-bug-in-rt-enabled-kernels.patch create mode 100644 queue-5.15/usb-gadget-dummy_hcd-remove-usage-of-list-iterator-past-the-loop-body.patch create mode 100644 queue-5.15/xhci-dbc-decouple-endpoint-allocation-from-initialization.patch create mode 100644 queue-5.15/xhci-dbc-fix-full-dbc-transfer-ring-after-several-reconnects.patch diff --git a/queue-5.15/ksmbd-smbdirect-validate-data_offset-and-data_length-field-of-smb_direct_data_transfer.patch b/queue-5.15/ksmbd-smbdirect-validate-data_offset-and-data_length-field-of-smb_direct_data_transfer.patch new file mode 100644 index 0000000000..7e2a1df059 --- /dev/null +++ b/queue-5.15/ksmbd-smbdirect-validate-data_offset-and-data_length-field-of-smb_direct_data_transfer.patch @@ -0,0 +1,63 @@ +From stable+bounces-180816-greg=kroah.com@vger.kernel.org Sun Sep 21 17:00:42 2025 +From: Sasha Levin +Date: Sun, 21 Sep 2025 11:00:33 -0400 +Subject: ksmbd: smbdirect: validate data_offset and data_length field of smb_direct_data_transfer +To: stable@vger.kernel.org +Cc: Namjae Jeon , Stefan Metzmacher , "Luigino Camastra, Aisle Research" , Steve French , Sasha Levin +Message-ID: <20250921150033.2932212-1-sashal@kernel.org> + +From: Namjae Jeon + +[ Upstream commit 5282491fc49d5614ac6ddcd012e5743eecb6a67c ] + +If data_offset and data_length of smb_direct_data_transfer struct are +invalid, out of bounds issue could happen. +This patch validate data_offset and data_length field in recv_done. + +Cc: stable@vger.kernel.org +Fixes: 2ea086e35c3d ("ksmbd: add buffer validation for smb direct") +Reviewed-by: Stefan Metzmacher +Reported-by: Luigino Camastra, Aisle Research +Signed-off-by: Namjae Jeon +Signed-off-by: Steve French +[ Applied to fs/ksmbd/transport_rdma.c instead of fs/smb/server/transport_rdma.c ] +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + fs/ksmbd/transport_rdma.c | 17 +++++++++-------- + 1 file changed, 9 insertions(+), 8 deletions(-) + +--- a/fs/ksmbd/transport_rdma.c ++++ b/fs/ksmbd/transport_rdma.c +@@ -548,7 +548,7 @@ static void recv_done(struct ib_cq *cq, + case SMB_DIRECT_MSG_DATA_TRANSFER: { + struct smb_direct_data_transfer *data_transfer = + (struct smb_direct_data_transfer *)recvmsg->packet; +- unsigned int data_length; ++ unsigned int data_offset, data_length; + int avail_recvmsg_count, receive_credits; + + if (wc->byte_len < +@@ -559,14 +559,15 @@ static void recv_done(struct ib_cq *cq, + } + + data_length = le32_to_cpu(data_transfer->data_length); +- if (data_length) { +- if (wc->byte_len < sizeof(struct smb_direct_data_transfer) + +- (u64)data_length) { +- put_recvmsg(t, recvmsg); +- smb_direct_disconnect_rdma_connection(t); +- return; +- } ++ data_offset = le32_to_cpu(data_transfer->data_offset); ++ if (wc->byte_len < data_offset || ++ wc->byte_len < (u64)data_offset + data_length) { ++ put_recvmsg(t, recvmsg); ++ smb_direct_disconnect_rdma_connection(t); ++ return; ++ } + ++ if (data_length) { + if (t->full_packet_received) + recvmsg->first_segment = true; + diff --git a/queue-5.15/mptcp-set-remote_deny_join_id0-on-syn-recv.patch b/queue-5.15/mptcp-set-remote_deny_join_id0-on-syn-recv.patch new file mode 100644 index 0000000000..2b3c8b4943 --- /dev/null +++ b/queue-5.15/mptcp-set-remote_deny_join_id0-on-syn-recv.patch @@ -0,0 +1,49 @@ +From stable+bounces-180718-greg=kroah.com@vger.kernel.org Sat Sep 20 01:18:05 2025 +From: "Matthieu Baerts (NGI0)" +Date: Sat, 20 Sep 2025 01:17:44 +0200 +Subject: mptcp: set remote_deny_join_id0 on SYN recv +To: stable@vger.kernel.org, gregkh@linuxfoundation.org, sashal@kernel.org +Cc: MPTCP Upstream , "Matthieu Baerts (NGI0)" , Mat Martineau , Jakub Kicinski +Message-ID: <20250919231743.3957803-2-matttbe@kernel.org> + +From: "Matthieu Baerts (NGI0)" + +commit 96939cec994070aa5df852c10fad5fc303a97ea3 upstream. + +When a SYN containing the 'C' flag (deny join id0) was received, this +piece of information was not propagated to the path-manager. + +Even if this flag is mainly set on the server side, a client can also +tell the server it cannot try to establish new subflows to the client's +initial IP address and port. The server's PM should then record such +info when received, and before sending events about the new connection. + +Fixes: df377be38725 ("mptcp: add deny_join_id0 in mptcp_options_received") +Reviewed-by: Mat Martineau +Signed-off-by: Matthieu Baerts (NGI0) +Link: https://patch.msgid.link/20250912-net-mptcp-pm-uspace-deny_join_id0-v1-1-40171884ade8@kernel.org +Signed-off-by: Jakub Kicinski +[ Conflicts in subflow.c, because of differences in the context, e.g. + introduced by commit 3a236aef280e ("mptcp: refactor passive socket + initialization"), which is not in this version. The same lines -- + using 'mptcp_sk(new_msk)' instead of 'owner' -- can still be added + approximately at the same place, before calling + mptcp_pm_new_connection(). ] +Signed-off-by: Matthieu Baerts (NGI0) +Signed-off-by: Greg Kroah-Hartman +--- + net/mptcp/subflow.c | 3 +++ + 1 file changed, 3 insertions(+) + +--- a/net/mptcp/subflow.c ++++ b/net/mptcp/subflow.c +@@ -758,6 +758,9 @@ create_child: + */ + WRITE_ONCE(mptcp_sk(new_msk)->first, child); + ++ if (mp_opt.deny_join_id0) ++ WRITE_ONCE(mptcp_sk(new_msk)->pm.remote_deny_join_id0, true); ++ + /* new mpc subflow takes ownership of the newly + * created mptcp socket + */ diff --git a/queue-5.15/phy-broadcom-ns-usb3-fix-wvoid-pointer-to-enum-cast-warning.patch b/queue-5.15/phy-broadcom-ns-usb3-fix-wvoid-pointer-to-enum-cast-warning.patch new file mode 100644 index 0000000000..878c36473d --- /dev/null +++ b/queue-5.15/phy-broadcom-ns-usb3-fix-wvoid-pointer-to-enum-cast-warning.patch @@ -0,0 +1,38 @@ +From stable+bounces-180380-greg=kroah.com@vger.kernel.org Wed Sep 17 16:54:49 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 09:32:50 -0400 +Subject: phy: broadcom: ns-usb3: fix Wvoid-pointer-to-enum-cast warning +To: stable@vger.kernel.org +Cc: Krzysztof Kozlowski , Vinod Koul , Sasha Levin +Message-ID: <20250917133252.552245-1-sashal@kernel.org> + +From: Krzysztof Kozlowski + +[ Upstream commit bd6e74a2f0a0c76dda8e44d26f9b91a797586c3b ] + +'family' is an enum, thus cast of pointer on 64-bit compile test with +W=1 causes: + + drivers/phy/broadcom/phy-bcm-ns-usb3.c:209:17: error: cast to smaller integer type 'enum bcm_ns_family' from 'const void *' [-Werror,-Wvoid-pointer-to-enum-cast] + +Signed-off-by: Krzysztof Kozlowski +Link: https://lore.kernel.org/r/20230810111958.205705-2-krzysztof.kozlowski@linaro.org +Signed-off-by: Vinod Koul +Stable-dep-of: 64961557efa1 ("phy: ti: omap-usb2: fix device leak at unbind") +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/phy/broadcom/phy-bcm-ns-usb3.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- a/drivers/phy/broadcom/phy-bcm-ns-usb3.c ++++ b/drivers/phy/broadcom/phy-bcm-ns-usb3.c +@@ -206,7 +206,7 @@ static int bcm_ns_usb3_mdio_probe(struct + of_id = of_match_device(bcm_ns_usb3_id_table, dev); + if (!of_id) + return -EINVAL; +- usb3->family = (enum bcm_ns_family)of_id->data; ++ usb3->family = (uintptr_t)of_id->data; + + syscon_np = of_parse_phandle(dev->of_node, "usb3-dmp-syscon", 0); + err = of_address_to_resource(syscon_np, 0, &res); diff --git a/queue-5.15/phy-ti-omap-usb2-fix-device-leak-at-unbind.patch b/queue-5.15/phy-ti-omap-usb2-fix-device-leak-at-unbind.patch new file mode 100644 index 0000000000..6468a9f208 --- /dev/null +++ b/queue-5.15/phy-ti-omap-usb2-fix-device-leak-at-unbind.patch @@ -0,0 +1,63 @@ +From stable+bounces-180382-greg=kroah.com@vger.kernel.org Wed Sep 17 16:58:11 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 09:32:52 -0400 +Subject: phy: ti: omap-usb2: fix device leak at unbind +To: stable@vger.kernel.org +Cc: Johan Hovold , Roger Quadros , Vinod Koul , Sasha Levin +Message-ID: <20250917133252.552245-3-sashal@kernel.org> + +From: Johan Hovold + +[ Upstream commit 64961557efa1b98f375c0579779e7eeda1a02c42 ] + +Make sure to drop the reference to the control device taken by +of_find_device_by_node() during probe when the driver is unbound. + +Fixes: 478b6c7436c2 ("usb: phy: omap-usb2: Don't use omap_get_control_dev()") +Cc: stable@vger.kernel.org # 3.13 +Cc: Roger Quadros +Signed-off-by: Johan Hovold +Link: https://lore.kernel.org/r/20250724131206.2211-3-johan@kernel.org +Signed-off-by: Vinod Koul +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/phy/ti/phy-omap-usb2.c | 13 +++++++++++++ + 1 file changed, 13 insertions(+) + +--- a/drivers/phy/ti/phy-omap-usb2.c ++++ b/drivers/phy/ti/phy-omap-usb2.c +@@ -363,6 +363,13 @@ static void omap_usb2_init_errata(struct + phy->flags |= OMAP_USB2_DISABLE_CHRG_DET; + } + ++static void omap_usb2_put_device(void *_dev) ++{ ++ struct device *dev = _dev; ++ ++ put_device(dev); ++} ++ + static int omap_usb2_probe(struct platform_device *pdev) + { + struct omap_usb *phy; +@@ -373,6 +380,7 @@ static int omap_usb2_probe(struct platfo + struct device_node *control_node; + struct platform_device *control_pdev; + const struct usb_phy_data *phy_data; ++ int ret; + + phy_data = device_get_match_data(&pdev->dev); + if (!phy_data) +@@ -423,6 +431,11 @@ static int omap_usb2_probe(struct platfo + return -EINVAL; + } + phy->control_dev = &control_pdev->dev; ++ ++ ret = devm_add_action_or_reset(&pdev->dev, omap_usb2_put_device, ++ phy->control_dev); ++ if (ret) ++ return ret; + } else { + if (of_property_read_u32_index(node, + "syscon-phy-power", 1, diff --git a/queue-5.15/phy-use-device_get_match_data.patch b/queue-5.15/phy-use-device_get_match_data.patch new file mode 100644 index 0000000000..4be52e9c73 --- /dev/null +++ b/queue-5.15/phy-use-device_get_match_data.patch @@ -0,0 +1,321 @@ +From stable+bounces-180381-greg=kroah.com@vger.kernel.org Wed Sep 17 17:03:27 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 09:32:51 -0400 +Subject: phy: Use device_get_match_data() +To: stable@vger.kernel.org +Cc: Rob Herring , Heiko Stuebner , Vinod Koul , Sasha Levin +Message-ID: <20250917133252.552245-2-sashal@kernel.org> + +From: Rob Herring + +[ Upstream commit 21bf6fc47a1e45031ba8a7084343b7cfd09ed1d3 ] + +Use preferred device_get_match_data() instead of of_match_device() to +get the driver match data. With this, adjust the includes to explicitly +include the correct headers. + +Signed-off-by: Rob Herring +Reviewed-by: Heiko Stuebner +Link: https://lore.kernel.org/r/20231009172923.2457844-15-robh@kernel.org +Signed-off-by: Vinod Koul +Stable-dep-of: 64961557efa1 ("phy: ti: omap-usb2: fix device leak at unbind") +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/phy/broadcom/phy-bcm-ns-usb3.c | 9 +++------ + drivers/phy/marvell/phy-berlin-usb.c | 7 +++---- + drivers/phy/ralink/phy-ralink-usb.c | 10 +++------- + drivers/phy/rockchip/phy-rockchip-pcie.c | 11 ++++------- + drivers/phy/rockchip/phy-rockchip-usb.c | 10 +++------- + drivers/phy/ti/phy-omap-control.c | 9 ++------- + drivers/phy/ti/phy-omap-usb2.c | 11 ++++------- + drivers/phy/ti/phy-ti-pipe3.c | 14 ++++---------- + 8 files changed, 26 insertions(+), 55 deletions(-) + +--- a/drivers/phy/broadcom/phy-bcm-ns-usb3.c ++++ b/drivers/phy/broadcom/phy-bcm-ns-usb3.c +@@ -16,10 +16,11 @@ + #include + #include + #include ++#include + #include +-#include + #include + #include ++#include + #include + + #define BCM_NS_USB3_PHY_BASE_ADDR_REG 0x1f +@@ -189,7 +190,6 @@ static int bcm_ns_usb3_mdio_phy_write(st + static int bcm_ns_usb3_mdio_probe(struct mdio_device *mdiodev) + { + struct device *dev = &mdiodev->dev; +- const struct of_device_id *of_id; + struct phy_provider *phy_provider; + struct device_node *syscon_np; + struct bcm_ns_usb3 *usb3; +@@ -203,10 +203,7 @@ static int bcm_ns_usb3_mdio_probe(struct + usb3->dev = dev; + usb3->mdiodev = mdiodev; + +- of_id = of_match_device(bcm_ns_usb3_id_table, dev); +- if (!of_id) +- return -EINVAL; +- usb3->family = (uintptr_t)of_id->data; ++ usb3->family = (enum bcm_ns_family)device_get_match_data(dev); + + syscon_np = of_parse_phandle(dev->of_node, "usb3-dmp-syscon", 0); + err = of_address_to_resource(syscon_np, 0, &res); +--- a/drivers/phy/marvell/phy-berlin-usb.c ++++ b/drivers/phy/marvell/phy-berlin-usb.c +@@ -8,9 +8,10 @@ + + #include + #include +-#include ++#include + #include + #include ++#include + #include + + #define USB_PHY_PLL 0x04 +@@ -162,8 +163,6 @@ MODULE_DEVICE_TABLE(of, phy_berlin_usb_o + + static int phy_berlin_usb_probe(struct platform_device *pdev) + { +- const struct of_device_id *match = +- of_match_device(phy_berlin_usb_of_match, &pdev->dev); + struct phy_berlin_usb_priv *priv; + struct phy *phy; + struct phy_provider *phy_provider; +@@ -180,7 +179,7 @@ static int phy_berlin_usb_probe(struct p + if (IS_ERR(priv->rst_ctrl)) + return PTR_ERR(priv->rst_ctrl); + +- priv->pll_divider = *((u32 *)match->data); ++ priv->pll_divider = *((u32 *)device_get_match_data(&pdev->dev)); + + phy = devm_phy_create(&pdev->dev, NULL, &phy_berlin_usb_ops); + if (IS_ERR(phy)) { +--- a/drivers/phy/ralink/phy-ralink-usb.c ++++ b/drivers/phy/ralink/phy-ralink-usb.c +@@ -13,9 +13,10 @@ + #include + #include + #include +-#include ++#include + #include + #include ++#include + #include + #include + +@@ -171,18 +172,13 @@ static int ralink_usb_phy_probe(struct p + { + struct device *dev = &pdev->dev; + struct phy_provider *phy_provider; +- const struct of_device_id *match; + struct ralink_usb_phy *phy; + +- match = of_match_device(ralink_usb_phy_of_match, &pdev->dev); +- if (!match) +- return -ENODEV; +- + phy = devm_kzalloc(dev, sizeof(*phy), GFP_KERNEL); + if (!phy) + return -ENOMEM; + +- phy->clk = (uintptr_t)match->data; ++ phy->clk = (uintptr_t)device_get_match_data(&pdev->dev); + phy->base = NULL; + + phy->sysctl = syscon_regmap_lookup_by_phandle(dev->of_node, "ralink,sysctl"); +--- a/drivers/phy/rockchip/phy-rockchip-pcie.c ++++ b/drivers/phy/rockchip/phy-rockchip-pcie.c +@@ -12,10 +12,9 @@ + #include + #include + #include +-#include +-#include + #include + #include ++#include + #include + #include + +@@ -63,7 +62,7 @@ struct rockchip_pcie_data { + }; + + struct rockchip_pcie_phy { +- struct rockchip_pcie_data *phy_data; ++ const struct rockchip_pcie_data *phy_data; + struct regmap *reg_base; + struct phy_pcie_instance { + struct phy *phy; +@@ -365,7 +364,6 @@ static int rockchip_pcie_phy_probe(struc + struct rockchip_pcie_phy *rk_phy; + struct phy_provider *phy_provider; + struct regmap *grf; +- const struct of_device_id *of_id; + int i; + u32 phy_num; + +@@ -379,11 +377,10 @@ static int rockchip_pcie_phy_probe(struc + if (!rk_phy) + return -ENOMEM; + +- of_id = of_match_device(rockchip_pcie_phy_dt_ids, &pdev->dev); +- if (!of_id) ++ rk_phy->phy_data = device_get_match_data(&pdev->dev); ++ if (!rk_phy->phy_data) + return -EINVAL; + +- rk_phy->phy_data = (struct rockchip_pcie_data *)of_id->data; + rk_phy->reg_base = grf; + + mutex_init(&rk_phy->pcie_mutex); +--- a/drivers/phy/rockchip/phy-rockchip-usb.c ++++ b/drivers/phy/rockchip/phy-rockchip-usb.c +@@ -13,10 +13,9 @@ + #include + #include + #include +-#include +-#include + #include + #include ++#include + #include + #include + #include +@@ -458,7 +457,6 @@ static int rockchip_usb_phy_probe(struct + struct device *dev = &pdev->dev; + struct rockchip_usb_phy_base *phy_base; + struct phy_provider *phy_provider; +- const struct of_device_id *match; + struct device_node *child; + int err; + +@@ -466,14 +464,12 @@ static int rockchip_usb_phy_probe(struct + if (!phy_base) + return -ENOMEM; + +- match = of_match_device(dev->driver->of_match_table, dev); +- if (!match || !match->data) { ++ phy_base->pdata = device_get_match_data(dev); ++ if (!phy_base->pdata) { + dev_err(dev, "missing phy data\n"); + return -EINVAL; + } + +- phy_base->pdata = match->data; +- + phy_base->dev = dev; + phy_base->reg_base = ERR_PTR(-ENODEV); + if (dev->parent && dev->parent->of_node) +--- a/drivers/phy/ti/phy-omap-control.c ++++ b/drivers/phy/ti/phy-omap-control.c +@@ -8,9 +8,9 @@ + + #include + #include ++#include + #include + #include +-#include + #include + #include + #include +@@ -268,20 +268,15 @@ MODULE_DEVICE_TABLE(of, omap_control_phy + + static int omap_control_phy_probe(struct platform_device *pdev) + { +- const struct of_device_id *of_id; + struct omap_control_phy *control_phy; + +- of_id = of_match_device(omap_control_phy_id_table, &pdev->dev); +- if (!of_id) +- return -EINVAL; +- + control_phy = devm_kzalloc(&pdev->dev, sizeof(*control_phy), + GFP_KERNEL); + if (!control_phy) + return -ENOMEM; + + control_phy->dev = &pdev->dev; +- control_phy->type = *(enum omap_control_phy_type *)of_id->data; ++ control_phy->type = *(enum omap_control_phy_type *)device_get_match_data(&pdev->dev); + + if (control_phy->type == OMAP_CTRL_TYPE_OTGHS) { + control_phy->otghs_control = +--- a/drivers/phy/ti/phy-omap-usb2.c ++++ b/drivers/phy/ti/phy-omap-usb2.c +@@ -19,6 +19,7 @@ + #include + #include + #include ++#include + #include + #include + #include +@@ -371,16 +372,12 @@ static int omap_usb2_probe(struct platfo + struct device_node *node = pdev->dev.of_node; + struct device_node *control_node; + struct platform_device *control_pdev; +- const struct of_device_id *of_id; +- struct usb_phy_data *phy_data; ++ const struct usb_phy_data *phy_data; + +- of_id = of_match_device(omap_usb2_id_table, &pdev->dev); +- +- if (!of_id) ++ phy_data = device_get_match_data(&pdev->dev); ++ if (!phy_data) + return -EINVAL; + +- phy_data = (struct usb_phy_data *)of_id->data; +- + phy = devm_kzalloc(&pdev->dev, sizeof(*phy), GFP_KERNEL); + if (!phy) + return -ENOMEM; +--- a/drivers/phy/ti/phy-ti-pipe3.c ++++ b/drivers/phy/ti/phy-ti-pipe3.c +@@ -8,6 +8,7 @@ + + #include + #include ++#include + #include + #include + #include +@@ -790,23 +791,16 @@ static int ti_pipe3_probe(struct platfor + struct phy_provider *phy_provider; + struct device *dev = &pdev->dev; + int ret; +- const struct of_device_id *match; +- struct pipe3_data *data; ++ const struct pipe3_data *data; + + phy = devm_kzalloc(dev, sizeof(*phy), GFP_KERNEL); + if (!phy) + return -ENOMEM; + +- match = of_match_device(ti_pipe3_id_table, dev); +- if (!match) ++ data = device_get_match_data(dev); ++ if (!data) + return -EINVAL; + +- data = (struct pipe3_data *)match->data; +- if (!data) { +- dev_err(dev, "no driver data\n"); +- return -EINVAL; +- } +- + phy->dev = dev; + phy->mode = data->mode; + phy->dpll_map = data->dpll_map; diff --git a/queue-5.15/serial-sc16is7xx-fix-bug-in-flow-control-levels-init.patch b/queue-5.15/serial-sc16is7xx-fix-bug-in-flow-control-levels-init.patch new file mode 100644 index 0000000000..ec6f990c50 --- /dev/null +++ b/queue-5.15/serial-sc16is7xx-fix-bug-in-flow-control-levels-init.patch @@ -0,0 +1,96 @@ +From sashal@kernel.org Wed Sep 17 14:40:00 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 08:39:57 -0400 +Subject: serial: sc16is7xx: fix bug in flow control levels init +To: stable@vger.kernel.org +Cc: Hugo Villeneuve , Greg Kroah-Hartman , Sasha Levin +Message-ID: <20250917123957.515161-1-sashal@kernel.org> + +From: Hugo Villeneuve + +[ Upstream commit 535fd4c98452c87537a40610abba45daf5761ec6 ] + +When trying to set MCR[2], XON1 is incorrectly accessed instead. And when +writing to the TCR register to configure flow control levels, we are +incorrectly writing to the MSR register. The default value of $00 is then +used for TCR, which means that selectable trigger levels in FCR are used +in place of TCR. + +TCR/TLR access requires EFR[4] (enable enhanced functions) and MCR[2] +to be set. EFR[4] is already set in probe(). + +MCR access requires LCR[7] to be zero. + +Since LCR is set to $BF when trying to set MCR[2], XON1 is incorrectly +accessed instead because MCR shares the same address space as XON1. + +Since MCR[2] is unmodified and still zero, when writing to TCR we are in +fact writing to MSR because TCR/TLR registers share the same address space +as MSR/SPR. + +Fix by first removing useless reconfiguration of EFR[4] (enable enhanced +functions), as it is already enabled in sc16is7xx_probe() since commit +43c51bb573aa ("sc16is7xx: make sure device is in suspend once probed"). +Now LCR is $00, which means that MCR access is enabled. + +Also remove regcache_cache_bypass() calls since we no longer access the +enhanced registers set, and TCR is already declared as volatile (in fact +by declaring MSR as volatile, which shares the same address). + +Finally disable access to TCR/TLR registers after modifying them by +clearing MCR[2]. + +Note: the comment about "... and internal clock div" is wrong and can be + ignored/removed as access to internal clock div registers (DLL/DLH) + is permitted only when LCR[7] is logic 1, not when enhanced features + is enabled. And DLL/DLH access is not needed in sc16is7xx_startup(). + +Fixes: dfeae619d781 ("serial: sc16is7xx") +Cc: stable@vger.kernel.org +Signed-off-by: Hugo Villeneuve +Link: https://lore.kernel.org/r/20250731124451.1108864-1-hugo@hugovil.com +Signed-off-by: Greg Kroah-Hartman +[ changed regmap variable from one->regmap to s->regmap ] +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/tty/serial/sc16is7xx.c | 14 ++------------ + 1 file changed, 2 insertions(+), 12 deletions(-) + +--- a/drivers/tty/serial/sc16is7xx.c ++++ b/drivers/tty/serial/sc16is7xx.c +@@ -1018,7 +1018,6 @@ static int sc16is7xx_config_rs485(struct + static int sc16is7xx_startup(struct uart_port *port) + { + struct sc16is7xx_one *one = to_sc16is7xx_one(port, port); +- struct sc16is7xx_port *s = dev_get_drvdata(port->dev); + unsigned int val; + + sc16is7xx_power(port, 1); +@@ -1030,16 +1029,6 @@ static int sc16is7xx_startup(struct uart + sc16is7xx_port_write(port, SC16IS7XX_FCR_REG, + SC16IS7XX_FCR_FIFO_BIT); + +- /* Enable EFR */ +- sc16is7xx_port_write(port, SC16IS7XX_LCR_REG, +- SC16IS7XX_LCR_CONF_MODE_B); +- +- regcache_cache_bypass(s->regmap, true); +- +- /* Enable write access to enhanced features and internal clock div */ +- sc16is7xx_port_write(port, SC16IS7XX_EFR_REG, +- SC16IS7XX_EFR_ENABLE_BIT); +- + /* Enable TCR/TLR */ + sc16is7xx_port_update(port, SC16IS7XX_MCR_REG, + SC16IS7XX_MCR_TCRTLR_BIT, +@@ -1051,7 +1040,8 @@ static int sc16is7xx_startup(struct uart + SC16IS7XX_TCR_RX_RESUME(24) | + SC16IS7XX_TCR_RX_HALT(48)); + +- regcache_cache_bypass(s->regmap, false); ++ /* Disable TCR/TLR access */ ++ sc16is7xx_port_update(port, SC16IS7XX_MCR_REG, SC16IS7XX_MCR_TCRTLR_BIT, 0); + + /* Now, initialize the UART */ + sc16is7xx_port_write(port, SC16IS7XX_LCR_REG, SC16IS7XX_LCR_WORD_LEN_8); diff --git a/queue-5.15/series b/queue-5.15/series index d1a447f4c9..65daeac641 100644 --- a/queue-5.15/series +++ b/queue-5.15/series @@ -87,3 +87,13 @@ asoc-wm8974-correct-pll-rate-rounding.patch asoc-sof-intel-hda-stream-fix-incorrect-variable-use.patch drm-bridge-anx7625-fix-null-pointer-dereference-with.patch drm-bridge-cdns-mhdp8546-fix-missing-mutex-unlock-on.patch +serial-sc16is7xx-fix-bug-in-flow-control-levels-init.patch +xhci-dbc-decouple-endpoint-allocation-from-initialization.patch +xhci-dbc-fix-full-dbc-transfer-ring-after-several-reconnects.patch +usb-gadget-dummy_hcd-remove-usage-of-list-iterator-past-the-loop-body.patch +usb-gadget-dummy-hcd-fix-locking-bug-in-rt-enabled-kernels.patch +phy-broadcom-ns-usb3-fix-wvoid-pointer-to-enum-cast-warning.patch +phy-use-device_get_match_data.patch +phy-ti-omap-usb2-fix-device-leak-at-unbind.patch +mptcp-set-remote_deny_join_id0-on-syn-recv.patch +ksmbd-smbdirect-validate-data_offset-and-data_length-field-of-smb_direct_data_transfer.patch diff --git a/queue-5.15/usb-gadget-dummy-hcd-fix-locking-bug-in-rt-enabled-kernels.patch b/queue-5.15/usb-gadget-dummy-hcd-fix-locking-bug-in-rt-enabled-kernels.patch new file mode 100644 index 0000000000..336df67f75 --- /dev/null +++ b/queue-5.15/usb-gadget-dummy-hcd-fix-locking-bug-in-rt-enabled-kernels.patch @@ -0,0 +1,95 @@ +From sashal@kernel.org Wed Sep 17 15:17:58 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 09:17:54 -0400 +Subject: USB: gadget: dummy-hcd: Fix locking bug in RT-enabled kernels +To: stable@vger.kernel.org +Cc: Alan Stern , stable , Yunseong Kim , syzbot+8baacc4139f12fa77909@syzkaller.appspotmail.com, Sebastian Andrzej Siewior , Greg Kroah-Hartman , Sasha Levin +Message-ID: <20250917131754.542916-2-sashal@kernel.org> + +From: Alan Stern + +[ Upstream commit 8d63c83d8eb922f6c316320f50c82fa88d099bea ] + +Yunseong Kim and the syzbot fuzzer both reported a problem in +RT-enabled kernels caused by the way dummy-hcd mixes interrupt +management and spin-locking. The pattern was: + + local_irq_save(flags); + spin_lock(&dum->lock); + ... + spin_unlock(&dum->lock); + ... // calls usb_gadget_giveback_request() + local_irq_restore(flags); + +The code was written this way because usb_gadget_giveback_request() +needs to be called with interrupts disabled and the private lock not +held. + +While this pattern works fine in non-RT kernels, it's not good when RT +is enabled. RT kernels handle spinlocks much like mutexes; in particular, +spin_lock() may sleep. But sleeping is not allowed while local +interrupts are disabled. + +To fix the problem, rewrite the code to conform to the pattern used +elsewhere in dummy-hcd and other UDC drivers: + + spin_lock_irqsave(&dum->lock, flags); + ... + spin_unlock(&dum->lock); + usb_gadget_giveback_request(...); + spin_lock(&dum->lock); + ... + spin_unlock_irqrestore(&dum->lock, flags); + +This approach satisfies the RT requirements. + +Signed-off-by: Alan Stern +Cc: stable +Fixes: b4dbda1a22d2 ("USB: dummy-hcd: disable interrupts during req->complete") +Reported-by: Yunseong Kim +Closes: +Reported-by: syzbot+8baacc4139f12fa77909@syzkaller.appspotmail.com +Closes: +Tested-by: syzbot+8baacc4139f12fa77909@syzkaller.appspotmail.com +CC: Sebastian Andrzej Siewior +CC: stable@vger.kernel.org +Reviewed-by: Sebastian Andrzej Siewior +Link: https://lore.kernel.org/r/bb192ae2-4eee-48ee-981f-3efdbbd0d8f0@rowland.harvard.edu +Signed-off-by: Greg Kroah-Hartman +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/usb/gadget/udc/dummy_hcd.c | 8 ++++---- + 1 file changed, 4 insertions(+), 4 deletions(-) + +--- a/drivers/usb/gadget/udc/dummy_hcd.c ++++ b/drivers/usb/gadget/udc/dummy_hcd.c +@@ -761,8 +761,7 @@ static int dummy_dequeue(struct usb_ep * + if (!dum->driver) + return -ESHUTDOWN; + +- local_irq_save(flags); +- spin_lock(&dum->lock); ++ spin_lock_irqsave(&dum->lock, flags); + list_for_each_entry(iter, &ep->queue, queue) { + if (&iter->req != _req) + continue; +@@ -772,15 +771,16 @@ static int dummy_dequeue(struct usb_ep * + retval = 0; + break; + } +- spin_unlock(&dum->lock); + + if (retval == 0) { + dev_dbg(udc_dev(dum), + "dequeued req %p from %s, len %d buf %p\n", + req, _ep->name, _req->length, _req->buf); ++ spin_unlock(&dum->lock); + usb_gadget_giveback_request(_ep, _req); ++ spin_lock(&dum->lock); + } +- local_irq_restore(flags); ++ spin_unlock_irqrestore(&dum->lock, flags); + return retval; + } + diff --git a/queue-5.15/usb-gadget-dummy_hcd-remove-usage-of-list-iterator-past-the-loop-body.patch b/queue-5.15/usb-gadget-dummy_hcd-remove-usage-of-list-iterator-past-the-loop-body.patch new file mode 100644 index 0000000000..96b217468a --- /dev/null +++ b/queue-5.15/usb-gadget-dummy_hcd-remove-usage-of-list-iterator-past-the-loop-body.patch @@ -0,0 +1,63 @@ +From sashal@kernel.org Wed Sep 17 15:17:57 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 09:17:53 -0400 +Subject: usb: gadget: dummy_hcd: remove usage of list iterator past the loop body +To: stable@vger.kernel.org +Cc: Jakob Koschel , Greg Kroah-Hartman , Sasha Levin +Message-ID: <20250917131754.542916-1-sashal@kernel.org> + +From: Jakob Koschel + +[ Upstream commit 7975f080d3557725160a878b1a64339043ba3d91 ] + +To move the list iterator variable into the list_for_each_entry_*() +macro in the future it should be avoided to use the list iterator +variable after the loop body. + +To *never* use the list iterator variable after the loop it was +concluded to use a separate iterator variable [1]. + +Link: https://lore.kernel.org/all/YhdfEIwI4EdtHdym@kroah.com/ +Signed-off-by: Jakob Koschel +Link: https://lore.kernel.org/r/20220308171818.384491-26-jakobkoschel@gmail.com +Signed-off-by: Greg Kroah-Hartman +Stable-dep-of: 8d63c83d8eb9 ("USB: gadget: dummy-hcd: Fix locking bug in RT-enabled kernels") +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/usb/gadget/udc/dummy_hcd.c | 17 +++++++++-------- + 1 file changed, 9 insertions(+), 8 deletions(-) + +--- a/drivers/usb/gadget/udc/dummy_hcd.c ++++ b/drivers/usb/gadget/udc/dummy_hcd.c +@@ -751,7 +751,7 @@ static int dummy_dequeue(struct usb_ep * + struct dummy *dum; + int retval = -EINVAL; + unsigned long flags; +- struct dummy_request *req = NULL; ++ struct dummy_request *req = NULL, *iter; + + if (!_ep || !_req) + return retval; +@@ -763,13 +763,14 @@ static int dummy_dequeue(struct usb_ep * + + local_irq_save(flags); + spin_lock(&dum->lock); +- list_for_each_entry(req, &ep->queue, queue) { +- if (&req->req == _req) { +- list_del_init(&req->queue); +- _req->status = -ECONNRESET; +- retval = 0; +- break; +- } ++ list_for_each_entry(iter, &ep->queue, queue) { ++ if (&iter->req != _req) ++ continue; ++ list_del_init(&iter->queue); ++ _req->status = -ECONNRESET; ++ req = iter; ++ retval = 0; ++ break; + } + spin_unlock(&dum->lock); + diff --git a/queue-5.15/xhci-dbc-decouple-endpoint-allocation-from-initialization.patch b/queue-5.15/xhci-dbc-decouple-endpoint-allocation-from-initialization.patch new file mode 100644 index 0000000000..03180aed48 --- /dev/null +++ b/queue-5.15/xhci-dbc-decouple-endpoint-allocation-from-initialization.patch @@ -0,0 +1,140 @@ +From sashal@kernel.org Wed Sep 17 16:04:35 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 10:04:31 -0400 +Subject: xhci: dbc: decouple endpoint allocation from initialization +To: stable@vger.kernel.org +Cc: Mathias Nyman , Greg Kroah-Hartman , Sasha Levin +Message-ID: <20250917140432.571445-1-sashal@kernel.org> + +From: Mathias Nyman + +[ Upstream commit 220a0ffde02f962c13bc752b01aa570b8c65a37b ] + +Decouple allocation of endpoint ring buffer from initialization +of the buffer, and initialization of endpoint context parts from +from the rest of the contexts. + +It allows driver to clear up and reinitialize endpoint rings +after disconnect without reallocating everything. + +This is a prerequisite for the next patch that prevents the transfer +ring from filling up with cancelled (no-op) TRBs if a debug cable is +reconnected several times without transferring anything. + +Cc: stable@vger.kernel.org +Fixes: dfba2174dc42 ("usb: xhci: Add DbC support in xHCI driver") +Signed-off-by: Mathias Nyman +Link: https://lore.kernel.org/r/20250902105306.877476-2-mathias.nyman@linux.intel.com +Signed-off-by: Greg Kroah-Hartman +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/usb/host/xhci-dbgcap.c | 71 ++++++++++++++++++++++++++--------------- + 1 file changed, 46 insertions(+), 25 deletions(-) + +--- a/drivers/usb/host/xhci-dbgcap.c ++++ b/drivers/usb/host/xhci-dbgcap.c +@@ -86,13 +86,34 @@ static u32 xhci_dbc_populate_strings(str + return string_length; + } + ++static void xhci_dbc_init_ep_contexts(struct xhci_dbc *dbc) ++{ ++ struct xhci_ep_ctx *ep_ctx; ++ unsigned int max_burst; ++ dma_addr_t deq; ++ ++ max_burst = DBC_CTRL_MAXBURST(readl(&dbc->regs->control)); ++ ++ /* Populate bulk out endpoint context: */ ++ ep_ctx = dbc_bulkout_ctx(dbc); ++ deq = dbc_bulkout_enq(dbc); ++ ep_ctx->ep_info = 0; ++ ep_ctx->ep_info2 = dbc_epctx_info2(BULK_OUT_EP, 1024, max_burst); ++ ep_ctx->deq = cpu_to_le64(deq | dbc->ring_out->cycle_state); ++ ++ /* Populate bulk in endpoint context: */ ++ ep_ctx = dbc_bulkin_ctx(dbc); ++ deq = dbc_bulkin_enq(dbc); ++ ep_ctx->ep_info = 0; ++ ep_ctx->ep_info2 = dbc_epctx_info2(BULK_IN_EP, 1024, max_burst); ++ ep_ctx->deq = cpu_to_le64(deq | dbc->ring_in->cycle_state); ++} ++ + static void xhci_dbc_init_contexts(struct xhci_dbc *dbc, u32 string_length) + { + struct dbc_info_context *info; +- struct xhci_ep_ctx *ep_ctx; + u32 dev_info; +- dma_addr_t deq, dma; +- unsigned int max_burst; ++ dma_addr_t dma; + + if (!dbc) + return; +@@ -106,20 +127,8 @@ static void xhci_dbc_init_contexts(struc + info->serial = cpu_to_le64(dma + DBC_MAX_STRING_LENGTH * 3); + info->length = cpu_to_le32(string_length); + +- /* Populate bulk out endpoint context: */ +- ep_ctx = dbc_bulkout_ctx(dbc); +- max_burst = DBC_CTRL_MAXBURST(readl(&dbc->regs->control)); +- deq = dbc_bulkout_enq(dbc); +- ep_ctx->ep_info = 0; +- ep_ctx->ep_info2 = dbc_epctx_info2(BULK_OUT_EP, 1024, max_burst); +- ep_ctx->deq = cpu_to_le64(deq | dbc->ring_out->cycle_state); +- +- /* Populate bulk in endpoint context: */ +- ep_ctx = dbc_bulkin_ctx(dbc); +- deq = dbc_bulkin_enq(dbc); +- ep_ctx->ep_info = 0; +- ep_ctx->ep_info2 = dbc_epctx_info2(BULK_IN_EP, 1024, max_burst); +- ep_ctx->deq = cpu_to_le64(deq | dbc->ring_in->cycle_state); ++ /* Populate bulk in and out endpoint contexts: */ ++ xhci_dbc_init_ep_contexts(dbc); + + /* Set DbC context and info registers: */ + lo_hi_writeq(dbc->ctx->dma, &dbc->regs->dccp); +@@ -421,6 +430,23 @@ dbc_alloc_ctx(struct device *dev, gfp_t + return ctx; + } + ++static void xhci_dbc_ring_init(struct xhci_ring *ring) ++{ ++ struct xhci_segment *seg = ring->first_seg; ++ ++ /* clear all trbs on ring in case of old ring */ ++ memset(seg->trbs, 0, TRB_SEGMENT_SIZE); ++ ++ /* Only event ring does not use link TRB */ ++ if (ring->type != TYPE_EVENT) { ++ union xhci_trb *trb = &seg->trbs[TRBS_PER_SEGMENT - 1]; ++ ++ trb->link.segment_ptr = cpu_to_le64(ring->first_seg->dma); ++ trb->link.control = cpu_to_le32(LINK_TOGGLE | TRB_TYPE(TRB_LINK)); ++ } ++ xhci_initialize_ring_info(ring, 1); ++} ++ + static struct xhci_ring * + xhci_dbc_ring_alloc(struct device *dev, enum xhci_ring_type type, gfp_t flags) + { +@@ -449,15 +475,10 @@ xhci_dbc_ring_alloc(struct device *dev, + + seg->dma = dma; + +- /* Only event ring does not use link TRB */ +- if (type != TYPE_EVENT) { +- union xhci_trb *trb = &seg->trbs[TRBS_PER_SEGMENT - 1]; +- +- trb->link.segment_ptr = cpu_to_le64(dma); +- trb->link.control = cpu_to_le32(LINK_TOGGLE | TRB_TYPE(TRB_LINK)); +- } + INIT_LIST_HEAD(&ring->td_list); +- xhci_initialize_ring_info(ring, 1); ++ ++ xhci_dbc_ring_init(ring); ++ + return ring; + dma_fail: + kfree(seg); diff --git a/queue-5.15/xhci-dbc-fix-full-dbc-transfer-ring-after-several-reconnects.patch b/queue-5.15/xhci-dbc-fix-full-dbc-transfer-ring-after-several-reconnects.patch new file mode 100644 index 0000000000..62350aeb59 --- /dev/null +++ b/queue-5.15/xhci-dbc-fix-full-dbc-transfer-ring-after-several-reconnects.patch @@ -0,0 +1,91 @@ +From sashal@kernel.org Wed Sep 17 16:04:35 2025 +From: Sasha Levin +Date: Wed, 17 Sep 2025 10:04:32 -0400 +Subject: xhci: dbc: Fix full DbC transfer ring after several reconnects +To: stable@vger.kernel.org +Cc: Mathias Nyman , Greg Kroah-Hartman , Sasha Levin +Message-ID: <20250917140432.571445-2-sashal@kernel.org> + +From: Mathias Nyman + +[ Upstream commit a5c98e8b1398534ae1feb6e95e2d3ee5215538ed ] + +Pending requests will be flushed on disconnect, and the corresponding +TRBs will be turned into No-op TRBs, which are ignored by the xHC +controller once it starts processing the ring. + +If the USB debug cable repeatedly disconnects before ring is started +then the ring will eventually be filled with No-op TRBs. +No new transfers can be queued when the ring is full, and driver will +print the following error message: + + "xhci_hcd 0000:00:14.0: failed to queue trbs" + +This is a normal case for 'in' transfers where TRBs are always enqueued +in advance, ready to take on incoming data. If no data arrives, and +device is disconnected, then ring dequeue will remain at beginning of +the ring while enqueue points to first free TRB after last cancelled +No-op TRB. +s +Solve this by reinitializing the rings when the debug cable disconnects +and DbC is leaving the configured state. +Clear the whole ring buffer and set enqueue and dequeue to the beginning +of ring, and set cycle bit to its initial state. + +Cc: stable@vger.kernel.org +Fixes: dfba2174dc42 ("usb: xhci: Add DbC support in xHCI driver") +Signed-off-by: Mathias Nyman +Link: https://lore.kernel.org/r/20250902105306.877476-3-mathias.nyman@linux.intel.com +Signed-off-by: Greg Kroah-Hartman +Signed-off-by: Sasha Levin +Signed-off-by: Greg Kroah-Hartman +--- + drivers/usb/host/xhci-dbgcap.c | 23 +++++++++++++++++++++-- + 1 file changed, 21 insertions(+), 2 deletions(-) + +--- a/drivers/usb/host/xhci-dbgcap.c ++++ b/drivers/usb/host/xhci-dbgcap.c +@@ -447,6 +447,25 @@ static void xhci_dbc_ring_init(struct xh + xhci_initialize_ring_info(ring, 1); + } + ++static int xhci_dbc_reinit_ep_rings(struct xhci_dbc *dbc) ++{ ++ struct xhci_ring *in_ring = dbc->eps[BULK_IN].ring; ++ struct xhci_ring *out_ring = dbc->eps[BULK_OUT].ring; ++ ++ if (!in_ring || !out_ring || !dbc->ctx) { ++ dev_warn(dbc->dev, "Can't re-init unallocated endpoints\n"); ++ return -ENODEV; ++ } ++ ++ xhci_dbc_ring_init(in_ring); ++ xhci_dbc_ring_init(out_ring); ++ ++ /* set ep context enqueue, dequeue, and cycle to initial values */ ++ xhci_dbc_init_ep_contexts(dbc); ++ ++ return 0; ++} ++ + static struct xhci_ring * + xhci_dbc_ring_alloc(struct device *dev, enum xhci_ring_type type, gfp_t flags) + { +@@ -871,7 +890,7 @@ static enum evtreturn xhci_dbc_do_handle + dev_info(dbc->dev, "DbC cable unplugged\n"); + dbc->state = DS_ENABLED; + xhci_dbc_flush_requests(dbc); +- ++ xhci_dbc_reinit_ep_rings(dbc); + return EVT_DISC; + } + +@@ -881,7 +900,7 @@ static enum evtreturn xhci_dbc_do_handle + writel(portsc, &dbc->regs->portsc); + dbc->state = DS_ENABLED; + xhci_dbc_flush_requests(dbc); +- ++ xhci_dbc_reinit_ep_rings(dbc); + return EVT_DISC; + } + -- 2.47.3