From: Thinh Nguyen <Thinh.Nguyen@synopsys.com>
To: Selvarasu Ganesan <selvarasu.g@samsung.com>
Cc: Thinh Nguyen <Thinh.Nguyen@synopsys.com>,
"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"jh0801.jung@samsung.com" <jh0801.jung@samsung.com>,
"dh10.jung@samsung.com" <dh10.jung@samsung.com>,
"naushad@samsung.com" <naushad@samsung.com>,
"akash.m5@samsung.com" <akash.m5@samsung.com>,
"rc93.raju@samsung.com" <rc93.raju@samsung.com>,
"taehyun.cho@samsung.com" <taehyun.cho@samsung.com>,
"hongpooh.kim@samsung.com" <hongpooh.kim@samsung.com>,
"eomji.oh@samsung.com" <eomji.oh@samsung.com>,
"shijie.cai@samsung.com" <shijie.cai@samsung.com>
Subject: Re: [PATCH] usb: dwc3: core: Prevent USB core invalid event buffer address access
Date: Thu, 8 Aug 2024 00:21:10 +0000 [thread overview]
Message-ID: <20240808002106.uixkgga6lvyfdct3@synopsys.com> (raw)
In-Reply-To: <0b985241-31a4-4d12-80be-4e211d21dfd6@samsung.com>
On Wed, Aug 07, 2024, Selvarasu Ganesan wrote:
>
> On 8/7/2024 5:44 AM, Thinh Nguyen wrote:
> > On Mon, Jul 22, 2024, Selvarasu Ganesan wrote:
> >> This commit addresses an issue where the USB core could access an
> >> invalid event buffer address during runtime suspend, potentially causing
> >> SMMU faults and other memory issues. The problem arises from the
> >> following sequence.
> >> 1. In dwc3_gadget_suspend, there is a chance of a timeout when
> >> moving the USB core to the halt state after clearing the
> >> run/stop bit by software.
> >> 2. In dwc3_core_exit, the event buffer is cleared regardless of
> >> the USB core's status, which may lead to an SMMU faults and
> >> other memory issues. if the USB core tries to access the event
> >> buffer address.
> >>
> >> To prevent this issue, this commit ensures that the event buffer address
> >> is not cleared by software when the USB core is active during runtime
> >> suspend by checking its status before clearing the buffer address.
> > What happen after adding this check? Can the device resume and function
> > properly afterward? If not, do you know if a soft-reset will recover the
> > issue?
> >
> > Thanks,
> > Thinh
>
> Yes, we can see the proper resume with this fix even if the USB IP core
> not entered into halted during suspend.
>
> And we not tried soft reset as this fix is working fine.
>
> Anyway soft reset is part of resume sequence and it will reset or
> recover the USB IP state machine.
>
Ok.
Just wonder, what condition does the buffer access become invalid?
While it makes sense that we should not cleanup the buffer while the
controller is in run state, I don't think SMMU fault will always occur
when (!(reg & DWC3_DSTS_DEVCTRLHLT)) right?
>
> Thanks,
>
> Selva
>
> >
> >> Signed-off-by: Selvarasu Ganesan <selvarasu.g@samsung.com>
> >> ---
> >> drivers/usb/dwc3/core.c | 4 +++-
> >> 1 file changed, 3 insertions(+), 1 deletion(-)
> >>
> >> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
> >> index cb82557678dd..c7c1a253862e 100644
> >> --- a/drivers/usb/dwc3/core.c
> >> +++ b/drivers/usb/dwc3/core.c
> >> @@ -559,8 +559,10 @@ int dwc3_event_buffers_setup(struct dwc3 *dwc)
> >> void dwc3_event_buffers_cleanup(struct dwc3 *dwc)
> >> {
> >> struct dwc3_event_buffer *evt;
> >> + u32 reg;
> >>
> >> - if (!dwc->ev_buf)
> >> + reg = dwc3_readl(dwc->regs, DWC3_DSTS);
> >> + if (!dwc->ev_buf || !(reg & DWC3_DSTS_DEVCTRLHLT))
> >> return;
Can you separate the checks so we don't have to read register for all
conditions?
if (!dwc->ev_buf)
return;
/*
* If dwc3_core_exit() fails, event buffer is not
* accessible for <XYZ> platforms.
*/
reg = dwc3_readl(dwc->regs, DWC3_DSTS);
if (!(reg & DWC3_DSTS_DEVCTRLHLT))
return;
Thanks,
Thinh
> >>
> >> evt = dwc->ev_buf;
> >> --
> >> 2.17.1
next prev parent reply other threads:[~2024-08-08 0:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20240722145728epcas5p38f8ecf57278b4a89c0b09430518c8599@epcas5p3.samsung.com>
2024-07-22 14:56 ` Selvarasu Ganesan
2024-08-07 0:14 ` Thinh Nguyen
2024-08-07 4:46 ` Selvarasu Ganesan
2024-08-08 0:21 ` Thinh Nguyen [this message]
2024-08-08 5:35 ` Selvarasu Ganesan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240808002106.uixkgga6lvyfdct3@synopsys.com \
--to=thinh.nguyen@synopsys.com \
--cc=akash.m5@samsung.com \
--cc=dh10.jung@samsung.com \
--cc=eomji.oh@samsung.com \
--cc=gregkh@linuxfoundation.org \
--cc=hongpooh.kim@samsung.com \
--cc=jh0801.jung@samsung.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=naushad@samsung.com \
--cc=rc93.raju@samsung.com \
--cc=selvarasu.g@samsung.com \
--cc=shijie.cai@samsung.com \
--cc=taehyun.cho@samsung.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®