From mboxrd@z Thu Jan  1 00:00:00 1970
From: Marek Vasut <marex@denx.de>
Date: Mon, 23 Sep 2013 02:05:14 +0200
Subject: [U-Boot] [PATCH V4 01/17] usb: gadget: mv_udc: don't check
	CONFIG_USB_MAX_CONTROLLER_COUNT
In-Reply-To: <523C917F.5060103@boundarydevices.com>
References: <1379647780-2623-1-git-send-email-troy.kisky@boundarydevices.com>
	<201309201245.19856.marex@denx.de>
	<523C917F.5060103@boundarydevices.com>
Message-ID: <201309230205.14793.marex@denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Dear Troy Kisky,

> On 9/20/2013 3:45 AM, Marek Vasut wrote:
> > Dear Troy Kisky,
> > 
> >> i.mx6 has 1 otg controller, and 3 host ports. So,
> >> CONFIG_USB_MAX_CONTROLLER_COUNT can be greater than 1
> >> even though only 1 device mode controller is supported.
> >> 
> >> Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
> > 
> > The problem is, will the 3 additional ports still work? I suspect they
> > will, but then if you run 'usb reset', the gadget port will also be
> > switched back into USB Host function, no
> > 
> > Best regards,
> > Marek Vasut
> 
> The next patch checks the OTG id before switching to host mode. If it is
> grounded, then it enters
> host mode, otherwise it doesn't.  But, running 'usb reset' on a
> netconsole may kill your connection.

It won't if you properly ignore rhis one controller depending on the OTG pin 
then, no ?

> I haven't tested that.  Do you have a suggestion to fix that? I've been
> testing with tftp transfers only.
> 
> Thanks
> Troy

Best regards,
Marek Vasut