All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.