[PATCH v4 1/4] cmd: bind: Add unbind command with driver filter
Tom Rini
trini at konsulko.com
Fri Aug 4 18:37:57 CEST 2023
On Fri, Aug 04, 2023 at 06:00:12PM +0200, Miquel Raynal wrote:
> Hi Marek,
>
> marex at denx.de wrote on Fri, 4 Aug 2023 17:40:07 +0200:
>
> > On 8/4/23 17:12, Miquel Raynal wrote:
> > > Hi,
> > >
> > > marex at denx.de wrote on Fri, 4 Aug 2023 17:05:01 +0200:
> > >
> > >> On 8/4/23 17:01, Tom Rini wrote:
> > >>> On Fri, Aug 04, 2023 at 04:42:13PM +0200, Marek Vasut wrote:
> > >>>> On 8/4/23 09:00, Miquel Raynal wrote:
> > >>>>> Hi Marek,
> > >>>>>
> > >>>>> marex at denx.de wrote on Wed, 2 Aug 2023 14:46:54 +0200:
> > >>>>> >>>>>> Extend the driver core to perform lookup by both OF node and driver
> > >>>>>> bound to the node. Use this to look up specific device instances to
> > >>>>>> unbind from nodes in the unbind command. One example where this is
> > >>>>>> needed is USB peripheral controller, which may have multiple gadget
> > >>>>>> drivers bound to it. The unbind command has to select that specific
> > >>>>>> gadget driver instance to unbind from the controller, not unbind the
> > >>>>>> controller driver itself from the controller.
> > >>>>>>
> > >>>>>> USB ethernet gadget usage looks as follows with this change. Notice
> > >>>>>> the extra 'usb_ether' addition in the 'unbind' command at the end.
> > >>>>>> "
> > >>>>>> bind /soc/usb-otg at 49000000 usb_ether
> > >>>>>> setenv ethact usb_ether
> > >>>>>> setenv loadaddr 0xc2000000
> > >>>>>> setenv ipaddr 10.0.0.2
> > >>>>>> setenv serverip 10.0.0.1
> > >>>>>> setenv netmask 255.255.255.0
> > >>>>>> tftpboot 0xc2000000 10.0.0.1:test.file
> > >>>>>> unbind /soc/usb-otg at 49000000 usb_ether
> > >>>>>
> > >>>>> This extra parameter does not seem to work on the BBBW. I cannot select
> > >>>>> the "usb_ether" driver like you do.
> > >>>>>
> > >>>>> Good news though, I am now able to use fastboot, but it is not
> > >>>>> straightforward:
> > >>>>>
> > >>>>> Here is my sequence right after the boot (reducing the dm tree output
> > >>>>> to the usb nodes for clarity):
> > >>>>> >>>>> => dm tree
> > >>>>> misc 0 [ + ] ti-musb-wrapper | |-- usb at 47400000
> > >>>>> usb 0 [ + ] ti-musb-peripheral | | |-- usb at 47401000
> > >>>>> ethernet 1 [ + ] usb_ether | | | `-- usb_ether
> > >>>>> bootdev 3 [ ] eth_bootdev | | | `-- usb_ether.bootdev
> > >>>>> usb 0 [ ] ti-musb-host | | `-- usb at 47401800
> > >>>>> => fastboot usb 0
> > >>>>> couldn't find an available UDC
> > >>>>> g_dnl_register: failed!, error: -19
> > >>>>
> > >>>> That is expected and not a bug, since the beagle explicitly binds USB
> > >>>> ethernet to MUSB gadget in board file, which is legacy deprecated way.
> > >>>
> > >>> So, we should do away with, probably all of arch_misc_init() in
> > >>> arch/arm/mach-omap2/am33xx/board.c for the non-SPL case.
> > >>
> > >> Yes
> > >>
> > >>>>> exit not allowed from main input shell.
> > >>>>> => unbind /ocp/usb at 47400000/usb at 47401000 usb_ether
> > >>>>
> > >>>> Does
> > >>>> >>>> => unbind ethernet 0
> > >>>>
> > >>>> work ?
> > >>>>
> > >>>> If so, 1/4 in this series can be skipped altogether.
> > >>>>
> > >>>> You likely won't even need the rebinding of ti-musb-peripheral anymore.
> >
> > Did you test this yet ?
>
> Not yet, I'll send you the feedback once done.
>
> > >>>>> Cannot find a device with path /ocp/usb at 47400000/usb at 47401000
> > >>>>> => unbind /ocp/usb at 47400000/usb at 47401000
> > >>>>> => dm tree
> > >>>>> misc 0 [ + ] ti-musb-wrapper | |-- usb at 47400000
> > >>>>> usb 0 [ ] ti-musb-host | | `-- usb at 47401800
> > >>>>> => fastboot usb 0
> > >>>>> => bind /ocp/usb at 47400000/usb at 47401000 ti-musb-peripheral
> > >>>>> => dm tree
> > >>>>> misc 0 [ + ] ti-musb-wrapper | |-- usb at 47400000
> > >>>>> usb 0 [ ] ti-musb-host | | |-- usb at 47401800
> > >>>>> usb 0 [ ] ti-musb-peripheral | | `-- usb at 47401000
> > >>>>> => fastboot usb 0
> > >>>>> musb-hdrc: peripheral reset irq lost!
> > >>>>> # works! (the irq-related line above as always been there)
> > >>>>>
> > >>>>> So now, how do we make this process easy/understandable?
> > >>>>
> > >>>> What would be your proposal ?
> > >
> > > At least I would appreciate:
> > > - to select CMD_BIND "by default" when relevant
> > > - to make the fastboot error more readable for the regular user
> >
> > Since with this 'unbind ethernet 0' this is orthogonal to this series, send separate patches, thanks.
>
> This is not orthogonal, I am sorry.
>
> version X:
> - tftp works "out of the box"
> - fastboot works "out of the box"
> version X+1:
> - tftp works "out of the box"
> - fastboot returns an obscure error
>
> 1/ If we now *need* the bind/unbind commands, the series must take care
> of it.
> 2/ Without proper error message you just break fastboot for most
> regular users (basically everyone but few U-Boot devs).
You're missing the class of users that will be impacted here. In order
for there to be a change here, you have to already be in the case where
you have CONFIG_USB_ETHER=y and gadget ethernet device isn't just
enabled but also initialized by default by calling usb_ether_init().
That's a very small list. It's basically am33xx, two mediatek reference
platforms and xilinx_zynqmp_virt. Given that am33xx defconfigs also
setup DFU, I'm not really sure just how many people use gadget ethernet.
The normal flow on modern devices is to be calling bind/unbind here
already.
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20230804/ea6f6780/attachment.sig>
More information about the U-Boot
mailing list