From: Minas Harutyunyan <Minas.Harutyunyan@synopsys.com>
To: Marek Vasut <marex@denx.de>,
Minas Harutyunyan <Minas.Harutyunyan@synopsys.com>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>
Cc: Amelie Delaunay <amelie.delaunay@st.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
Subject: Re: [PATCH] [RFC] usb: dwc2: Run the core connect in dwc2_hcd_init()
Date: Fri, 17 Apr 2020 09:00:43 +0000 [thread overview]
Message-ID: <ebb175be-edc1-892f-4537-a7402fd4460e@synopsys.com> (raw)
In-Reply-To: <671f36e3-367e-bcdf-0da7-f7ad82cf6284@denx.de>
Hi,
On 4/16/2020 6:31 PM, Marek Vasut wrote:
> On 4/16/20 3:37 PM, Minas Harutyunyan wrote:
>> Or instead of patch, if you have any utility in system which will allow
>> from command line clear soft disconnect bit from DCTL register? Offset
>> of DCTL register is 0x804. SoftDiscon bit number is 1. Clear this bit
>> and then plug cable.
>
> Clearing that bit with devmem allows the host PC to detect some
> high-speed device got connected, but that's it, it does not detect it as
> a gadget and no communication really happens.
>
Please provide part of debug log on above mentioned scenario.
>> Unfortunately, currently I'm working from home and can't remotely
>> connect/disconnect cable in lab to try to reproduce observed by you issue.
>
> Maybe you should consider using something like this in the lab:
> https://urldefense.com/v3/__https://www.ti.com/product/TS3USB30__;!!A4F2R9G_pg!O9sBVS3qah9rW57ccw0cT_8vz5fw0Ku3K_ZtNLuL2LNez4_AGF6wP2ZoKY2NF7yZ2vEfjmdg$
>
Thanks for advise. I'll buy and setup multiplexer later, because
currently I'm on quarantine and can't visit office.
> [...]
>
> dwc2 49000000.usb-otg: mapped PA 49000000 to VA 473352f1
> dwc2 49000000.usb-otg: mapped PA 49000000 to VA 923761cb
> dwc2 49000000.usb-otg: supply vusb_d not found, using dummy regulator
> dwc2 49000000.usb-otg: supply vusb_a not found, using dummy regulator
> dwc2 49000000.usb-otg: registering common handler for irq48
> dwc2 49000000.usb-otg: dwc2_core_reset()
> dwc2 49000000.usb-otg: Core Release: 3.30a (snpsid=4f54330a)
> dwc2 49000000.usb-otg: Forcing mode to host
> dwc2 49000000.usb-otg: Waiting for host mode
> dwc2 49000000.usb-otg: Host mode set
> dwc2 49000000.usb-otg: Forcing mode to device
> dwc2 49000000.usb-otg: Waiting for device mode
> dwc2 49000000.usb-otg: Device mode set
> dwc2 49000000.usb-otg: Clearing force mode bits
> dwc2 49000000.usb-otg: NonPeriodic TXFIFO size: 32
> dwc2 49000000.usb-otg: RXFIFO size: 256
> dwc2 49000000.usb-otg: EPs: 9, dedicated fifos, 952 entries in SPRAM
> dwc2 49000000.usb-otg: bound driver zero
> dwc2 49000000.usb-otg: dwc2_hsotg_pullup: is_on: 1 op_state: 0
> dwc2 49000000.usb-otg: DCFG=0x08100000, DCTL=0x00000002, DIEPMSK=00000000
> dwc2 49000000.usb-otg: GAHBCFG=0x00000000, GHWCFG1=0x00000000
> dwc2 49000000.usb-otg: GRXFSIZ=0x00000400, GNPTXFSIZ=0x04000400
> dwc2 49000000.usb-otg: DPTx[1] FSize=1024, StAddr=0x00000800
> dwc2 49000000.usb-otg: DPTx[2] FSize=1024, StAddr=0x00000c00
Do you use zero gadget? Pay attention that bounding function driver and
pullup set to 1 much earlier than core/dwc2 finished initialization.
Can you modprobe zero gadget after dwc2 fully initialized?
Thanks,
Minas
next prev parent reply other threads:[~2020-04-17 9:00 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-13 14:31 [PATCH] [RFC] usb: dwc2: Run the core connect in dwc2_hcd_init() Marek Vasut
2020-04-13 14:45 ` Minas Harutyunyan
2020-04-13 14:54 ` Marek Vasut
2020-04-13 15:27 ` Minas Harutyunyan
2020-04-13 17:00 ` Marek Vasut
2020-04-14 7:14 ` Minas Harutyunyan
2020-04-14 12:18 ` Marek Vasut
2020-04-15 8:37 ` Minas Harutyunyan
2020-04-15 14:55 ` Marek Vasut
2020-04-15 15:10 ` Minas Harutyunyan
2020-04-16 9:46 ` Marek Vasut
2020-04-16 13:37 ` Minas Harutyunyan
2020-04-16 14:31 ` Marek Vasut
2020-04-17 9:00 ` Minas Harutyunyan [this message]
2020-04-20 12:09 ` Marek Vasut
2020-04-22 13:45 ` Minas Harutyunyan
2020-04-22 14:21 ` Marek Vasut
2020-05-14 0:10 ` Marek Vasut
2020-05-15 7:41 ` Minas Harutyunyan
2020-05-27 6:17 ` Minas Harutyunyan
2020-05-28 22:35 ` Marek Vasut
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=ebb175be-edc1-892f-4537-a7402fd4460e@synopsys.com \
--to=minas.harutyunyan@synopsys.com \
--cc=amelie.delaunay@st.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-usb@vger.kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=marex@denx.de \
/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;
as well as URLs for NNTP newsgroup(s).