From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Warren Date: Thu, 11 Feb 2016 17:07:41 -0700 Subject: [U-Boot] [PULL] u-boot-usb/master In-Reply-To: References: <201601252321.57520.marex@denx.de> Message-ID: <56BD224D.1090605@wwwdotorg.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 02/11/2016 04:59 PM, Simon Glass wrote: > +Stephen, Ted > > Hi, > > On 25 January 2016 at 15:21, Marek Vasut wrote: >> The following changes since commit 12f229ea8f6c8e20f8fd07906eafc853c4c354a9: >> >> Merge git://git.denx.de/u-boot-fdt (2016-01-22 17:01:22 -0500) >> >> are available in the git repository at: >> >> git://git.denx.de/u-boot-usb.git master >> >> for you to fetch changes up to bdbcbe752e93357226cba12a6ce00bbe54cb5db8: >> >> usb: kbd: Prevent out of bound access (2016-01-25 22:00:46 +0100) >> >> ---------------------------------------------------------------- >> Marek Vasut (1): >> usb: kbd: Prevent out of bound access >> >> Masahiro Yamada (1): >> usb: add clock support for generic EHCI >> >> Stefan Br?ns (7): >> usb: dwc2: Fix out-of-bounds access, fix chunk size >> usb: dwc2: Simplify wait_for_chhltd(), remove ignore_ack >> usb: dwc2: split transfer core from outer loop >> usb: dwc2: add helper function for setting SPLIT HC registers >> usb: dwc2: Implement SPLIT transaction support >> usb: dwc2: Add SPLIT INTERRUPT transaction support >> usb: dwc2: Do not mix data toggle for IN and OUT endpoints, check bounds >> >> Stephen Warren (1): >> ARM: rpi: enable USB keyboard >> >> Ted Chen (1): >> usb: eth: add Realtek RTL8152B/RTL8153 DRIVER > > This brings in a driver that does not support driver model. There was > one more to convert and then we would be able to move everything to > driver model for USB Ethernet. This makes the job harder. > > Stephen or Ted, are you able to send a patch to convert it? I thought the patch wasn't going to be accepted until it was converted. Perhaps it was applied too early? Anyway, I am not likely to be able to use the driver in the near future due to lack of HW to test it on, so Ted is the best candidate to port it over.