public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 0/4] musb device model support series
Date: Sun, 5 Jul 2015 12:09:55 +0200	[thread overview]
Message-ID: <55990273.1050201@redhat.com> (raw)
In-Reply-To: <CAPnjgZ2g8amCucNJm99XXWtM0HgHcMiQfSa8WaXWDnq8YWjr_w@mail.gmail.com>

Hi,

On 01-07-15 21:47, Simon Glass wrote:
> Hi Hans,
>
> On 1 July 2015 at 12:52, Hans de Goede <hdegoede@redhat.com> wrote:
>>
>> Hi Simon, Marek,
>>
>> Here is a series with just the patches which needed work after my v1
>> posting of this series.
>>
>> I've a rebased version of the entire series (some patches needed adjustment
>> after the recent Kconfig / defconfig changes) in my personal tree.
>>
>> Simon, AFAIK the plan is still for this to go upstream through your tree,
>> let me know when you're ready to take this series, and on which branch you
>> want it based, and I'll create a branch for you to pull.
>
> Do you mean I should apply the entire series, or just the first 15 patches?

My initial intention was for you to take the entire series, but given
the recent Kconfig changes and conflicts in the sunxi bits I think it
is best if you just take the dm/usb and musb device-model conversion
patches. Then I'll merge the sunxi bits after u-boot-dm/next has
been merged.

> I've set up a u-boot-dm/next. I'm planning to do that again to speed
> up merging when the window opens.
>
> But I'd prefer to take patches from patchwork - can I just do that?

Yes that should work. Note that my v2 series introduces a few new patches
as a result of your review of v1, so the entire series I would like you
to merge is (in order they should be merged):

usb: Drop device-model specific copy of usb_legacy_port_reset
usb: usb_setup_device: Drop unneeded portnr function argument
usb: Pass device instead of portnr to usb_legacy_port_reset
usb: Add an usb_device parameter to usb_reset_root_port
dm: Export device_remove_children / device_unbind_children (v2)
dm: usb: Fix "usb tree" output
dm: usb: Document that mixing DM_DEVICE_REMOVE and DM_USB is a bad idea (v2)
dm: usb: Use device_unbind_children to clean up usb devs on stop (v2)
dm: usb: Rename usb_find_child to usb_find_emul_child (v2)
dm: usb: Allow usb host drivers to implement usb_reset_root_port
dm: usb: Do not assume that first child is always a hub
musb: Allow musb_platform_enable to return an error code
musb: Update usb-compat to work with struct usb_device without a parent ptr
musb: Rename and wrap public functions
musb: Add musb_host_data struct to hold global data
musb: Add device-model support to the musb-host u-boot glue

I think you should be able to pick these from patchwork without
issues. Let me know if you hit any problems, then I will post a v3
of the entire series re-based on top of u-boot-dm/next.

Regards,

Hans

      reply	other threads:[~2015-07-05 10:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-01 18:52 [U-Boot] [PATCH v2 0/4] musb device model support series Hans de Goede
2015-07-01 18:52 ` [U-Boot] [PATCH v2 1/4] dm: Export device_remove_children / device_unbind_children Hans de Goede
2015-07-03 23:06   ` Simon Glass
2015-07-07 18:34     ` Simon Glass
2015-07-01 18:52 ` [U-Boot] [PATCH v2 2/4] dm: usb: Document that mixing DM_DEVICE_REMOVE and DM_USB is a bad idea Hans de Goede
2015-07-03 23:06   ` Simon Glass
2015-07-07 18:34     ` Simon Glass
2015-07-01 18:53 ` [U-Boot] [PATCH v2 3/4] dm: usb: Use device_unbind_children to clean up usb devs on stop Hans de Goede
2015-07-03 23:06   ` Simon Glass
2015-07-07 18:35     ` Simon Glass
2015-07-01 18:53 ` [U-Boot] [PATCH v2 4/4] dm: usb: Rename usb_find_child to usb_find_emul_child Hans de Goede
2015-07-03 23:06   ` Simon Glass
2015-07-07 18:35     ` Simon Glass
2015-07-01 19:47 ` [U-Boot] [PATCH v2 0/4] musb device model support series Simon Glass
2015-07-05 10:09   ` Hans de Goede [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55990273.1050201@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox