Re: [U-Boot] [GIT PULL] u-boot-sunxi/master
On Thu, Oct 26, 2017 at 05:19:21PM +0200, Maxime Ripard wrote: > Hi Tom, > > Here are a few changes that would be great to merge. > > It's basically a few fixes for CPU frequencies that were underclocked, > fastboot that was broken on a NAND-based device (the CHIP Pro, and it > also moves the fastboot NAND option to Kconfig in the process), some > missing options, one board, and the size check and size reduction > patches that we discussed at length. > > Thanks! > Maxime > > The following changes since commit 4c7a211046a3956058b512edd8533f7df031cc4a: > > Kconfig: add CONFIG_BROKEN (2017-10-23 17:28:18 -0400) > > are available in the git repository at: > > git://git.denx.de/u-boot-sunxi master > > for you to fetch changes up to 819f1e081c527d2d02cdaeec0027384688cf5de0: > > sunxi: binman: Add U-Boot binary size check (2017-10-25 10:05:06 +0200) > Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
[U-Boot] [GIT PULL] u-boot-sunxi/master
Hi Tom, Here are a few changes that would be great to merge. It's basically a few fixes for CPU frequencies that were underclocked, fastboot that was broken on a NAND-based device (the CHIP Pro, and it also moves the fastboot NAND option to Kconfig in the process), some missing options, one board, and the size check and size reduction patches that we discussed at length. Thanks! Maxime The following changes since commit 4c7a211046a3956058b512edd8533f7df031cc4a: Kconfig: add CONFIG_BROKEN (2017-10-23 17:28:18 -0400) are available in the git repository at: git://git.denx.de/u-boot-sunxi master for you to fetch changes up to 819f1e081c527d2d02cdaeec0027384688cf5de0: sunxi: binman: Add U-Boot binary size check (2017-10-25 10:05:06 +0200) Andre Przywara (1): SPL: SPI: select SPL_SPI_FLASH_SUPPORT on SPL_SPI_SUNXI Benjamin Young (1): cmd: fastboot: Enable FASTBOOT_FLASH_NAND for SUNXI_NAND devices Maxime Ripard (3): sunxi: Add support for the Banana Pi M2-Magic sunxi: Enable THUMB build for the U-Boot binary sunxi: binman: Add U-Boot binary size check Quentin Schulz (1): sunxi: clk: fix N formula for CPUX clocks arch/arm/Kconfig | 1 + arch/arm/dts/Makefile | 1 + arch/arm/dts/sun8i-r16-bananapi-m2m.dts| 321 + arch/arm/dts/sunxi-u-boot.dtsi | 12 + arch/arm/include/asm/arch-sunxi/clock_sun8i_a83t.h | 2 +- cmd/fastboot/Kconfig | 10 + configs/Bananapi_m2m_defconfig | 21 ++ configs/orangepi_pc2_defconfig | 1 - configs/orangepi_zero_defconfig| 1 - drivers/mtd/spi/Kconfig| 1 + 10 files changed, 368 insertions(+), 3 deletions(-) create mode 100644 arch/arm/dts/sun8i-r16-bananapi-m2m.dts create mode 100644 configs/Bananapi_m2m_defconfig -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [GIT PULL] u-boot-sunxi/master
On Wed, Sep 27, 2017 at 05:55:31PM +0200, Maxime Ripard wrote: > Hi, > > On Wed, Sep 27, 2017 at 03:45:20PM +, Tom Rini wrote: > > On Wed, Sep 27, 2017 at 05:34:04PM +0200, Maxime Ripard wrote: > > > On Wed, Sep 27, 2017 at 12:33:06PM +, Tom Rini wrote: > > > > On Wed, Sep 27, 2017 at 12:31:16PM +0200, Maxime Ripard wrote: > > > > > Hi Tom, > > > > > > > > > > Here is a pull request for the sunxi related changes for the next > > > > > U-Boot version. > > > > > > > > > > The diffstat is a bit scary, but mostly because of the Kconfig > > > > > migration of the USB ethernet related options, which were enabled by a > > > > > big number of boards. The fastboot options simplification is also one > > > > > of the offenders. > > > > > > > > > > This is my first pull request ever, so I might have done something > > > > > wrong, let me know if it's the case. > > > > > > > > Sorry, this is pretty broken: > > > > $ make O=/tmp/T sandbox_config > > > > make[1]: Entering directory `/tmp/T' > > > > GEN ./Makefile > > > > drivers/usb/Kconfig:1:error: recursive dependency detected! > > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > > subsection "Kconfig recursive dependency limitations" > > > > drivers/usb/Kconfig:1: symbol USB is selected by ARCH_SUNXI > > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > > subsection "Kconfig recursive dependency limitations" > > > > arch/arm/Kconfig:674: symbol ARCH_SUNXI is part of choice > > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > > subsection "Kconfig recursive dependency limitations" > > > > arch/arm/Kconfig:291: choice contains symbol ARCH_SUNXI > > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > > subsection "Kconfig recursive dependency limitations" > > > > arch/arm/Kconfig:674: symbol ARCH_SUNXI depends on USB_MUSB_GADGET > > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > > subsection "Kconfig recursive dependency limitations" > > > > drivers/usb/musb-new/Kconfig:11:symbol USB_MUSB_GADGET depends > > > > on USB > > > > > > Gah. Sorry for that. So much for slipping in a fix without testing > > > it... > > > > > > I wonder why it's considered a recursive dependency though. > > > > > > The situation seems to be: > > > > > > selectsdepends > > > ARCH_SUNXI > USB <- USB_MUSB_GADGET > > > | > > > +---> USB_ETHER > > > implies > > > > > > USB_ETHER is implied only if USB_MUSB_GADGET is set, but that looks > > > like a directed graph without any loop, right? > > > > > > Or am I missing something? > > > > implies is tricky, and I think it comes down to ARCH_SUNXI being under a > > choice. What I think we generally need to do here is use 'default y if > > ...' under things like USB_MUSB_GADGET instead of imply X if Y, under > > the ARCH_xxx choice and similar. > > Yeah, I tested a similar option in parallel, and putting a default y > if ARCH_SUNXI && USB_MUSB_GADGET under USB_ETHER work fine. > > Would that work for you? I'll respin the pull request with this change > if so. That's fine, thanks! > > An alternative that may, or may not, make sense would be mirroring > > TI_COMMON_CMD_OPTIONS from board/ti/common/Kconfig, where the intent > > there is that that TI-the-vendor wants a consistent experience on > > their various EVMs so that gets set to enable X/Y/Z, but a custom > > board based on a TI SoC might not want to enable all of that since > > it's not an EVM that wants the kitchen sink, so to speak. > > Yeah, we were also starting to think about it (mostly for tablets vs > dev boards uses), but the discussion didn't really settle yet. OK. -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [GIT PULL] u-boot-sunxi/master
Hi, On Wed, Sep 27, 2017 at 03:45:20PM +, Tom Rini wrote: > On Wed, Sep 27, 2017 at 05:34:04PM +0200, Maxime Ripard wrote: > > On Wed, Sep 27, 2017 at 12:33:06PM +, Tom Rini wrote: > > > On Wed, Sep 27, 2017 at 12:31:16PM +0200, Maxime Ripard wrote: > > > > Hi Tom, > > > > > > > > Here is a pull request for the sunxi related changes for the next > > > > U-Boot version. > > > > > > > > The diffstat is a bit scary, but mostly because of the Kconfig > > > > migration of the USB ethernet related options, which were enabled by a > > > > big number of boards. The fastboot options simplification is also one > > > > of the offenders. > > > > > > > > This is my first pull request ever, so I might have done something > > > > wrong, let me know if it's the case. > > > > > > Sorry, this is pretty broken: > > > $ make O=/tmp/T sandbox_config > > > make[1]: Entering directory `/tmp/T' > > > GEN ./Makefile > > > drivers/usb/Kconfig:1:error: recursive dependency detected! > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > subsection "Kconfig recursive dependency limitations" > > > drivers/usb/Kconfig:1: symbol USB is selected by ARCH_SUNXI > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > subsection "Kconfig recursive dependency limitations" > > > arch/arm/Kconfig:674: symbol ARCH_SUNXI is part of choice > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > subsection "Kconfig recursive dependency limitations" > > > arch/arm/Kconfig:291: choice contains symbol ARCH_SUNXI > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > subsection "Kconfig recursive dependency limitations" > > > arch/arm/Kconfig:674: symbol ARCH_SUNXI depends on USB_MUSB_GADGET > > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > > subsection "Kconfig recursive dependency limitations" > > > drivers/usb/musb-new/Kconfig:11:symbol USB_MUSB_GADGET depends on > > > USB > > > > Gah. Sorry for that. So much for slipping in a fix without testing > > it... > > > > I wonder why it's considered a recursive dependency though. > > > > The situation seems to be: > > > > selectsdepends > > ARCH_SUNXI > USB <- USB_MUSB_GADGET > > | > > +---> USB_ETHER > > implies > > > > USB_ETHER is implied only if USB_MUSB_GADGET is set, but that looks > > like a directed graph without any loop, right? > > > > Or am I missing something? > > implies is tricky, and I think it comes down to ARCH_SUNXI being under a > choice. What I think we generally need to do here is use 'default y if > ...' under things like USB_MUSB_GADGET instead of imply X if Y, under > the ARCH_xxx choice and similar. Yeah, I tested a similar option in parallel, and putting a default y if ARCH_SUNXI && USB_MUSB_GADGET under USB_ETHER work fine. Would that work for you? I'll respin the pull request with this change if so. > An alternative that may, or may not, make sense would be mirroring > TI_COMMON_CMD_OPTIONS from board/ti/common/Kconfig, where the intent > there is that that TI-the-vendor wants a consistent experience on > their various EVMs so that gets set to enable X/Y/Z, but a custom > board based on a TI SoC might not want to enable all of that since > it's not an EVM that wants the kitchen sink, so to speak. Yeah, we were also starting to think about it (mostly for tablets vs dev boards uses), but the discussion didn't really settle yet. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [GIT PULL] u-boot-sunxi/master
On Wed, Sep 27, 2017 at 05:34:04PM +0200, Maxime Ripard wrote: > On Wed, Sep 27, 2017 at 12:33:06PM +, Tom Rini wrote: > > On Wed, Sep 27, 2017 at 12:31:16PM +0200, Maxime Ripard wrote: > > > Hi Tom, > > > > > > Here is a pull request for the sunxi related changes for the next > > > U-Boot version. > > > > > > The diffstat is a bit scary, but mostly because of the Kconfig > > > migration of the USB ethernet related options, which were enabled by a > > > big number of boards. The fastboot options simplification is also one > > > of the offenders. > > > > > > This is my first pull request ever, so I might have done something > > > wrong, let me know if it's the case. > > > > Sorry, this is pretty broken: > > $ make O=/tmp/T sandbox_config > > make[1]: Entering directory `/tmp/T' > > GEN ./Makefile > > drivers/usb/Kconfig:1:error: recursive dependency detected! > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > subsection "Kconfig recursive dependency limitations" > > drivers/usb/Kconfig:1: symbol USB is selected by ARCH_SUNXI > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > subsection "Kconfig recursive dependency limitations" > > arch/arm/Kconfig:674: symbol ARCH_SUNXI is part of choice > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > subsection "Kconfig recursive dependency limitations" > > arch/arm/Kconfig:291: choice contains symbol ARCH_SUNXI > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > subsection "Kconfig recursive dependency limitations" > > arch/arm/Kconfig:674: symbol ARCH_SUNXI depends on USB_MUSB_GADGET > > For a resolution refer to Documentation/kbuild/kconfig-language.txt > > subsection "Kconfig recursive dependency limitations" > > drivers/usb/musb-new/Kconfig:11:symbol USB_MUSB_GADGET depends on > > USB > > Gah. Sorry for that. So much for slipping in a fix without testing > it... > > I wonder why it's considered a recursive dependency though. > > The situation seems to be: > > selectsdepends > ARCH_SUNXI > USB <- USB_MUSB_GADGET > | > +---> USB_ETHER > implies > > USB_ETHER is implied only if USB_MUSB_GADGET is set, but that looks > like a directed graph without any loop, right? > > Or am I missing something? implies is tricky, and I think it comes down to ARCH_SUNXI being under a choice. What I think we generally need to do here is use 'default y if ...' under things like USB_MUSB_GADGET instead of imply X if Y, under the ARCH_xxx choice and similar. An alternative that may, or may not, make sense would be mirroring TI_COMMON_CMD_OPTIONS from board/ti/common/Kconfig, where the intent there is that that TI-the-vendor wants a consistent experience on their various EVMs so that gets set to enable X/Y/Z, but a custom board based on a TI SoC might not want to enable all of that since it's not an EVM that wants the kitchen sink, so to speak. -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] [GIT PULL] u-boot-sunxi/master
On Wed, Sep 27, 2017 at 12:31:16PM +0200, Maxime Ripard wrote: > Hi Tom, > > Here is a pull request for the sunxi related changes for the next > U-Boot version. > > The diffstat is a bit scary, but mostly because of the Kconfig > migration of the USB ethernet related options, which were enabled by a > big number of boards. The fastboot options simplification is also one > of the offenders. > > This is my first pull request ever, so I might have done something > wrong, let me know if it's the case. Sorry, this is pretty broken: $ make O=/tmp/T sandbox_config make[1]: Entering directory `/tmp/T' GEN ./Makefile drivers/usb/Kconfig:1:error: recursive dependency detected! For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" drivers/usb/Kconfig:1: symbol USB is selected by ARCH_SUNXI For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" arch/arm/Kconfig:674: symbol ARCH_SUNXI is part of choice For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" arch/arm/Kconfig:291: choice contains symbol ARCH_SUNXI For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" arch/arm/Kconfig:674: symbol ARCH_SUNXI depends on USB_MUSB_GADGET For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" drivers/usb/musb-new/Kconfig:11:symbol USB_MUSB_GADGET depends on USB -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
[U-Boot] [GIT PULL] u-boot-sunxi/master
Hi Tom, Here is a pull request for the sunxi related changes for the next U-Boot version. The diffstat is a bit scary, but mostly because of the Kconfig migration of the USB ethernet related options, which were enabled by a big number of boards. The fastboot options simplification is also one of the offenders. This is my first pull request ever, so I might have done something wrong, let me know if it's the case. Thanks! Maxime The following changes since commit 9241265f29f3670e380a9859a343ddc14873c46f: Merge git://www.denx.de/git/u-boot-cfi-flash (2017-09-26 19:38:04 -0400) are available in the git repository at: git://git.denx.de/u-boot-sunxi master for you to fetch changes up to ab922c5e83e9ed780aeaef9dd9da0224f9356245: sunxi: Enable EMAC on the Bananapi M3 (2017-09-27 12:17:05 +0200) Chen-Yu Tsai (4): sunxi: rename Bananapi M3 dts file name sunxi: Enable eMMC on Cubietruck Plus sunxi: Enable EMAC on the Cubietruck Plus sunxi: Enable EMAC on the Bananapi M3 Icenowy Zheng (1): sunxi: defaultly enable SPL for Lichee Pi Zero Jagan Teki (1): sun7i: a20: Add Bananapi M1 Plus support Maxime Ripard (21): usb: gadget: Move USBNET_DEVADDR option out of g_dnl usb: gadget: Document USBNET_DEVADDR usb: gadget: Move USBNET_HOST_ADDR to Kconfig usb: gadget: Convert USB_ETHER to Kconfig usb: gadget: usb_ether: Move the interfaces to Kconfig usb: gadget: Make g_dnl USB settings common usb: gadget: usb_ether: Move settings to common sunxi: provide default USB gadget setup sunxi: imply USB_GADGET cmd: fastboot: Rework fastboot dependency musb: sunxi: switch to the device model sunxi: Register usb_ether sunxi: Imply USB_ETHER sunxi: sina33: Sync the device tree with the kernel cmd: Move CONFIG_RANDOM_UUID to Kconfig sunxi: Enable CMD_GPT by default arm: sunxi: Move spl_boot_device in a separate function sunxi: Use sunxi_get_boot_device sunxi: Remove the MMC index hack sunxi: Fix USB_GADGET implication sunxi: usb_phy: invert the USB phy_ctl condition Stefan Mavrodiev (1): sunxi: Add support for A20-OLinuXino-MICRO-eMMC arch/arm/Kconfig | 5 +- arch/arm/dts/Makefile | 4 +- arch/arm/dts/axp223.dtsi | 58 +++ arch/arm/dts/axp22x.dtsi | 10 + arch/arm/dts/sun7i-a20-bananapi-m1-plus.dts| 91 +++- arch/arm/dts/sun7i-a20-olinuxino-micro-emmc.dts| 70 +++ arch/arm/dts/sun8i-a23-a33.dtsi| 446 +-- arch/arm/dts/sun8i-a33-sinlinx-sina33.dts | 43 ++ arch/arm/dts/sun8i-a33.dtsi| 477 + arch/arm/dts/sun8i-a83t-bananapi-m3-u-boot.dtsi| 41 ++ ...ovoip-bpi-m3.dts => sun8i-a83t-bananapi-m3.dts} | 0 .../arm/dts/sun8i-a83t-cubietruck-plus-u-boot.dtsi | 39 ++ arch/arm/include/asm/arch-sunxi/spl.h | 2 + arch/arm/include/asm/arch-sunxi/usb_phy.h | 7 - arch/arm/mach-sunxi/board.c| 11 +- arch/arm/mach-sunxi/usb_phy.c | 14 +- board/samsung/common/gadget.c | 4 +- board/siemens/common/factoryset.c | 4 +- board/sunxi/MAINTAINERS| 5 + board/sunxi/board.c| 29 +- cmd/Kconfig| 7 + cmd/fastboot/Kconfig | 6 + configs/A13-OLinuXino_defconfig| 5 - configs/A20-OLinuXino-Lime2-eMMC_defconfig | 6 - configs/A20-OLinuXino-Lime2_defconfig | 5 - configs/A20-OLinuXino_MICRO-eMMC_defconfig | 27 ++ configs/CHIP_defconfig | 5 - configs/CHIP_pro_defconfig | 5 - configs/Cubietruck_defconfig | 5 - configs/Cubietruck_plus_defconfig | 2 + configs/LicheePi_Zero_defconfig| 4 + configs/Nintendo_NES_Classic_Edition_defconfig | 5 - configs/Sinlinx_SinA33_defconfig | 6 - configs/Sinovoip_BPI_M3_defconfig | 3 +- configs/am335x_baltos_defconfig| 8 +- configs/am335x_boneblack_defconfig | 10 +- configs/am335x_boneblack_vboot_defconfig | 9 +- configs/am335x_evm_defconfig | 9 +- configs/am335x_evm_nor_defconfig | 9 +- configs/am335x_evm_norboot_defconfig | 10 +- configs/am335x_evm_spiboot_defconfig | 9 +- configs/am335x_evm_usbspl_defconfig| 9 +- configs/am335x_hs_evm_defconfig| 7 +- configs/am43xx_evm_defconfig | 6 +-