From mboxrd@z Thu Jan 1 00:00:00 1970 From: gregkh@linuxfoundation.org (Greg Kroah-Hartman) Date: Fri, 10 Mar 2017 15:50:30 +0100 Subject: [PATCH v4 1/3] usb: orion-echi: Add support for the Armada 3700 In-Reply-To: <87o9x9jw1g.fsf@free-electrons.com> References: <87o9x9jw1g.fsf@free-electrons.com> Message-ID: <20170310145030.GA3731@kroah.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri, Mar 10, 2017 at 10:55:23AM +0100, Gregory CLEMENT wrote: > Hi Alan, > > On jeu., mars 09 2017, Alan Stern wrote: > > > On Thu, 9 Mar 2017, Gregory CLEMENT wrote: > > > >> From: Hua Jing > >> > >> - Add a new compatible string for the Armada 3700 SoCs > >> > >> - add sbuscfg support for orion usb controller driver. For the SoCs > >> without hlock, need to program BAWR/BARD/AHBBRST fields in the sbuscfg > >> register to guarantee the AHB master's burst would not overrun or > >> underrun the FIFO. > >> > >> - the sbuscfg register has to be set after the usb controller reset, > >> otherwise the value would be overridden to 0. In order to do this, the > >> reset callback is registered. > >> > >> [gregory.clement at free-electrons.com: - reword commit and comments > >> - fix error path in ehci_orion_drv_reset() > >> - fix checkpatch warning] > >> Signed-off-by: Hua Jing > >> Signed-off-by: Gregory CLEMENT > >> Reviewed-by: Andrew Lunn > > > > Acked-by: Alan Stern > > Thanks! > > And what about the second patch "usb: host: Allow to build ehci orion > with mvebu SoCs " ? > > I don't remember what is the workflow for the usb subsystem. Will you do > a pull request to GKH? Or maybe he collects himself the patch once you > give your acked-by. > > I will take care of the third patch and apply on the mvebu/dt64 branch > now that you agree the extension for the driver. I'll take all of these once they look "good enough". Give me a week or so to get to all of the pending patches in my queue... thanks, greg k-h From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Kroah-Hartman Subject: Re: [PATCH v4 1/3] usb: orion-echi: Add support for the Armada 3700 Date: Fri, 10 Mar 2017 15:50:30 +0100 Message-ID: <20170310145030.GA3731@kroah.com> References: <87o9x9jw1g.fsf@free-electrons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <87o9x9jw1g.fsf@free-electrons.com> Sender: linux-kernel-owner@vger.kernel.org To: Gregory CLEMENT Cc: Alan Stern , linux-usb@vger.kernel.org, Jason Cooper , Andrew Lunn , Sebastian Hesselbarth , Rob Herring , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Thomas Petazzoni , linux-arm-kernel@lists.infradead.org, Nadav Haklai , Victor Gu , Marcin Wojtas , Wilson Ding , Hua Jing , Neta Zur Hershkovits List-Id: devicetree@vger.kernel.org On Fri, Mar 10, 2017 at 10:55:23AM +0100, Gregory CLEMENT wrote: > Hi Alan, > > On jeu., mars 09 2017, Alan Stern wrote: > > > On Thu, 9 Mar 2017, Gregory CLEMENT wrote: > > > >> From: Hua Jing > >> > >> - Add a new compatible string for the Armada 3700 SoCs > >> > >> - add sbuscfg support for orion usb controller driver. For the SoCs > >> without hlock, need to program BAWR/BARD/AHBBRST fields in the sbuscfg > >> register to guarantee the AHB master's burst would not overrun or > >> underrun the FIFO. > >> > >> - the sbuscfg register has to be set after the usb controller reset, > >> otherwise the value would be overridden to 0. In order to do this, the > >> reset callback is registered. > >> > >> [gregory.clement@free-electrons.com: - reword commit and comments > >> - fix error path in ehci_orion_drv_reset() > >> - fix checkpatch warning] > >> Signed-off-by: Hua Jing > >> Signed-off-by: Gregory CLEMENT > >> Reviewed-by: Andrew Lunn > > > > Acked-by: Alan Stern > > Thanks! > > And what about the second patch "usb: host: Allow to build ehci orion > with mvebu SoCs " ? > > I don't remember what is the workflow for the usb subsystem. Will you do > a pull request to GKH? Or maybe he collects himself the patch once you > give your acked-by. > > I will take care of the third patch and apply on the mvebu/dt64 branch > now that you agree the extension for the driver. I'll take all of these once they look "good enough". Give me a week or so to get to all of the pending patches in my queue... thanks, greg k-h