From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marek Vasut Date: Mon, 23 Dec 2013 01:55:57 +0100 Subject: [U-Boot] [PATCH v2 0/2] usb: gadget: fotg210: workaround & new hardware support In-Reply-To: References: <1387351489-2008-1-git-send-email-dantesu@gmail.com> <201312201222.20929.marex@denx.de> Message-ID: <201312230155.57248.marex@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Monday, December 23, 2013 at 01:50:36 AM, Kuo-Jung Su wrote: > 2013/12/20 Marek Vasut : > > On Friday, December 20, 2013 at 05:32:58 AM, Kuo-Jung Su wrote: > >> From: Kuo-Jung Su > >> > >> 1. It's known that EP0 fifo empty indication is not reliable, an extra > >> delay is necessary to avoid data corruption while handling packets with > >> size greater than 64 bytes. > >> > >> 2. Since hardware revision 1.11.0, some fields of interrupt status > >> registers are now write-1-clear. > >> > >> Changes for v2: > >> - usb: gadget: fotg210: add w1c interrupt status support: > >> By writting 1 then 0 to get rid of the use of > >> CONFIG_USB_GADGET_FOTG210_ISRW1C. > >> Thanks for Marek's comments. > >> > >> - usb: gadget: fotg210: EP0 fifo empty indication is non-reliable > >> > >> udelay_masked() -> udelay(), and patch comment updates. > >> > >> Kuo-Jung Su (2): > >> usb: gadget: fotg210: add w1c interrupt status support > >> usb: gadget: fotg210: EP0 fifo empty indication is non-reliable > >> > >> drivers/usb/gadget/fotg210.c | 15 +++++++++++++++ > >> 1 file changed, 15 insertions(+) > > > > Applied both , thanks! > > > > btw. is this FOTG210 stuff used by any platform or is this just a dead > > code ? > > It's still an active IP, and the only USB 2.0 (host, device, otg) > controller we have currently in Faraday. > > It's used in upcoming Faraday A369 SoC patch set (I'm still waiting > for the dependant NAND driver: ftnandc021 to be commited), > > and the new SoC platforms (For politics reason, they won't be > released by myself.) in year 2013. OK, glad to see this won't be dead code soon. Next time, I suppose it'd be better to commit platform first, drivers afterwards, so we dont have dead code for an extended period of time. Best regards, Marek Vasut