[PULL] u-boot-usb/master

Marek Vasut
2020-09-03T13:35:30Z

On 9/3/20 3:03 PM, Tom Rini wrote:
> On Thu, Sep 03, 2020 at 02:14:35PM +0200, Marek Vasut wrote:
>
>> Mostly DFU fixes and r8152 fixes below:
>>
>> The following changes since commit 23e333a5c083a000d0cabc53f7c0d261bae9e5ca:
>>
>> MAINTAINERS: step down as maintainer of UniPhier SoCs (2020-08-31
>> 17:11:24 -0400)
>>
>> are available in the Git repository at:
>>
>> git://git.denx.de/u-boot-usb.git master
>>
>> for you to fetch changes up to 293a6dfeb96129abebf1ad927fa9aedf03a66d34:
>>
>> fastboot: getvar: fix partition-size return value (2020-09-01 14:47:43
>> +0200)
>>
>> ----------------------------------------------------------------
>> Filip Brozovic (1):
>> fastboot: Support defining raw partitions without a partition table
>>
>> Frank Li (1):
>> sdp: call board_usb_init at spl_sdp_load_image
>>
>> Gary Bisson (1):
>> fastboot: getvar: fix partition-size return value
>>
>> Hayes Wang (4):
>> eth/r8152: reset bmu after disabling Tx/Rx
>> eth/r8152: reset PHY after setting it
>> eth/r8152: modify rtl_clear_bp function
>> eth/r8152: support RTL8153B/RTL8154B
>>
>> Heinrich Schuchardt (4):
>> dfu: fix typo parameteres
>> dfu: DFU_MTD depends on CMD_MTDPARTS
>> configs: qemu: enable dfu testing
>> dfu: fix dfu tftp on sandbox
>>
>> Jassi Brar (1):
>> usb: max3420: add the gadget driver
>>
>> Peng Fan (2):
>> f_sdp: Support searching and loading FIT or container image
>> spl: add g_dnl_get_board_bcd_device_number
>>
>> Roman Kovalivskyi (3):
>> fastboot: Extend fastboot_set_reboot_flag with reboot reason
>> fastboot: Add support for 'reboot fastboot' command
>> fastboot: Add default fastboot_set_reboot_flag implementation
>>
>> Sherry Sun (2):
>> f_sdp: Add EP1_OUT as default data receive pipe in sdp
>> f_sdp: Change bInterval of interrupt endpoint to 3
>>
>> Ye Li (4):
>> usb: gadget: Fix controller index in UMS
>> usb: ci_udc: Add function to remove usb device
>> f_sdp: Add high speed endpoint descriptor
>> f_sdp: Fix wrong usb request size
>>
>> yurii.pidhornyi (1):
>> fastboot: Fix fastboot reboot fail by changing functions order
>>
>> arch/arm/mach-imx/spl.c | 6 +
>> arch/arm/mach-meson/board-common.c | 6 +-
>> arch/arm/mach-rockchip/board.c | 6 +-
>> board/amazon/kc1/kc1.c | 6 +-
>> board/lg/sniper/sniper.c | 6 +-
>> board/ti/am57xx/board.c | 6 +-
>> board/ti/dra7xx/evm.c | 6 +-
>> cmd/usb_mass_storage.c | 2 +-
>> common/spl/spl_sdp.c | 2 +
>> common/update.c | 6 +-
>> configs/qemu_arm64_defconfig | 9 +
>> configs/qemu_arm_defconfig | 9 +
>> doc/android/fastboot.rst | 19 +++
>> drivers/dfu/Kconfig | 1 +
>> drivers/dfu/dfu_ram.c | 7 +-
>> drivers/fastboot/Kconfig | 12 ++
>> drivers/fastboot/Makefile | 1 +
>> drivers/fastboot/fb_bcb_impl.c | 43 +++++
>> drivers/fastboot/fb_command.c | 40 ++++-
>> drivers/fastboot/fb_common.c | 2 +-
>> drivers/fastboot/fb_getvar.c | 4 +-
>> drivers/fastboot/fb_mmc.c | 75 ++++++++-
>> drivers/usb/eth/r8152.c | 223 ++++++++++++++++++++++++-
>> drivers/usb/eth/r8152.h | 59 +++++--
>> drivers/usb/eth/r8152_fw.c | 228 +++++++++++++++++++++++---
>> drivers/usb/gadget/Kconfig | 6 +
>> drivers/usb/gadget/Makefile | 1 +
>> drivers/usb/gadget/ci_udc.c | 7 +
>> drivers/usb/gadget/f_fastboot.c | 6 +-
>> drivers/usb/gadget/f_mass_storage.c | 6 +-
>> drivers/usb/gadget/f_sdp.c | 219 +++++++++++++++++++++----
>> drivers/usb/gadget/gadget_chips.h | 8 +
>> drivers/usb/gadget/max3420_udc.c | 875
>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> drivers/usb/host/usb-uclass.c | 18 ++
>> include/dfu.h | 2 +-
>> include/fastboot.h | 23 ++-
>> include/usb.h | 9 +
>> include/usb_mass_storage.h | 2 +-
>> net/fastboot.c | 2 +
>> 39 files changed, 1867 insertions(+), 101 deletions(-)
>> create mode 100644 drivers/fastboot/fb_bcb_impl.c
>> create mode 100644 drivers/usb/gadget/max3420_udc.c
>
> This feels like a lot. Is it really a good time to take these for
> v2020.10 or should I put them in -next, next week when it opens?

I pushed Lukasz to include only fixes, and I trust him that's what's in
there. I also had a look myself, and yeah, it's fixes. Except for the
max3420, which was on the list for a long time and is isolated, so
that's OK.