[PATCH v4 4/4] drivers: usb: start using the control module driver
Felipe Balbi
balbi at ti.com
Tue Feb 5 02:53:00 EST 2013
Hi,
On Fri, Feb 01, 2013 at 11:14:24AM -0800, Tony Lindgren wrote:
> * Felipe Balbi <balbi at ti.com> [130125 02:30]:
> > Hi,
> >
> > On Fri, Jan 25, 2013 at 03:54:00PM +0530, Kishon Vijay Abraham I wrote:
> > > Start using the control module driver for powering on the PHY and for
> > > writing to the mailbox instead of writing to the control module
> > > registers on their own.
> > >
> > > Signed-off-by: Kishon Vijay Abraham I <kishon at ti.com>
> > > ---
> > > Documentation/devicetree/bindings/usb/omap-usb.txt | 4 ++
> > > Documentation/devicetree/bindings/usb/usb-phy.txt | 7 +-
> > > arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 13 ----
> >
> > I'm taking this patch but I'm leaving out the omap_hwmod_44xx_data.c
> > change just to kill dependency. Can you send that single change as a
> > separate patch which Tony can queue ?
>
> For the USB patches, please also leave out patches touching
> arch/arm/mach-omap2/devices.c. Those are almost guaranteed to
> cause pointless merge conflicts with other branches.
>
> I suggest you set up few immutable branches:
>
> 1. Minimal platform_data changes for all your USB changes
>
> This should contain include/linux/platform_data changes and
> changes to arch/arm/*omap* so me and Paul can merge it in too
> to avoid merge conflicts.
>
> 2. The rest of the driver/usb changes
>
> This can then be based on #1 branch above.
>
> 3. Changes for the .dts files for Benoit
>
> These can be queued separately from #1 and #2 above.
I'm done with all USB stuff for this merge window. The patches which I
didn't take have no dependencies on any drivers/ part. You can easily
queue this through your tree.
cheers
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.ozlabs.org/pipermail/devicetree-discuss/attachments/20130204/db23f9de/attachment.sig>
More information about the devicetree-discuss
mailing list