December 2018 - U-Boot

[U-Boot] buildman and "echo" output?
by Tom Rini 14 Dec '18

14 Dec '18

Hey Simon, How hard would it be to have buildman notice and print out the echo'd warnings we have in the toplevel Makefile? By which I mean if you use buildman to build omap3_beagle you see just the DT warnings but if you run make by hand you also get: ==================== WARNING ====================== This board does not use CONFIG_DM_MMC. Please update the board to use CONFIG_DM_MMC before the v2019.04 release. Failure to update by the deadline may result in board removal. See doc/driver-model/MIGRATION.txt for more info. ==================================================== ===================== WARNING ====================== This board does not use CONFIG_DM_USB. Please update the board to use CONFIG_DM_USB before the v2019.07 release. Failure to update by the deadline may result in board removal. See doc/driver-model/MIGRATION.txt for more info. ==================================================== and as we want to get these things migrated we should make sure buildman shows them I think. Thanks! -- Tom

3 3

[U-Boot] policy regarding unused code
by Jean-Jacques Hiblot 14 Dec '18

14 Dec '18

Hi Tom, Is there such a policy described somewhere ? There are quite a pieces of code that are not used/compiled because no config enables it. A random pick among many others: - CONFIG_FPGA_LATTICE - CONFIG_MESON_SPIFC - CONFIG_POWER_BATTERY_TRATS2 - CONFIG_UPDATE_TFTP JJ

5 9

[U-Boot] [PATCH v2 00/22] dm: sound: Convert to driver model
by Simon Glass 14 Dec '18

14 Dec '18

The sound subsystem has never been converted to driver model. It is is a little bit complicated since it needs an audio codec, an i2s device and a sound device to bring them together. Sound is the main subsystem holding back removal of CONFIG_DM_I2C_COMPAT. This series takes a stab at doing the conversion. This is tested on snow, pit and pi. I do not have smdk5250/5420 or arndale to test with. Changes in v2: - Add fix for pit and pi also - Fix up tabs in this commit instead of the later one - Use Kconfig instead of defconfig to define DM_SOUND - Update 'init' command to print the error code - Correct conversion for pit - Use void * for i2c and sound data - Add new patch to move common code out of maxim98095 - Add new patch with support for max98090 - Correct conversion for pit and pi, updating commit message - Add new patch to convert sandbox to use driver model - Drop CONFIG_DM_SOUND from all defconfig files - Fix up sandbox files to remove old code - Update the rest of the samsung boards - Remove unused sandbox code also - Drop patches previously applied - Add new patch to fix license headers - Add new patch to tidy up error codes in max98095 - Add new patch to use the correct number of channels for sound Simon Glass (22): dm: sound: exynos: Correct codec bus addresses dm: sound: Create an option to use driver model for sound dm: sound: Rename samsung_i2s_priv to i2s_uc_priv dm: sound: Create a uclass for audio codecs dm: sound: Create a uclass for i2s dm: sandbox: Update sound to use two buffers dm: sound: Create a uclass for sound dm: core: Add a function to read into a unsigned int dm: sound: Start i2c IDs from 0 dm: sound: Add conversion to driver model exynos: Add proid_is_exynos542x() for common 542x exynos: Add support for exynos5420 i2s pinmux dm: sound: Move common code out of maxim98095 dm: sound: exynos: Add support for max98090 dm: exynos: sound: Convert to use driver model dm: sandbox: sound: Convert to use driver model dm: exynos: Drop CONFIG_DM_I2C_COMPAT dm: sound: Complete migration to driver model dm: sound: Fix license headers dm: sound: max98095: Tidy up error codes dm: sandbox: Allow selection of sample rate and channels dm: sound: Use the correct number of channels for sound arch/Kconfig | 1 + arch/arm/dts/exynos5250-smdk5250.dts | 21 +- arch/arm/dts/exynos5250-snow.dts | 23 +- arch/arm/dts/exynos5250-spring.dts | 24 +- arch/arm/dts/exynos5250.dtsi | 15 +- arch/arm/dts/exynos5420-peach-pit.dts | 24 +- arch/arm/dts/exynos5420-smdk5420.dts | 21 +- arch/arm/dts/exynos54xx.dtsi | 14 + arch/arm/dts/exynos5800-peach-pi.dts | 24 +- arch/arm/mach-exynos/clock.c | 31 +- arch/arm/mach-exynos/clock_init_exynos5.c | 2 +- arch/arm/mach-exynos/common_setup.h | 4 +- arch/arm/mach-exynos/include/mach/clock.h | 3 + arch/arm/mach-exynos/include/mach/cpu.h | 4 +- arch/arm/mach-exynos/include/mach/gpio.h | 4 +- arch/arm/mach-exynos/pinmux.c | 19 +- arch/arm/mach-exynos/power.c | 2 +- arch/sandbox/cpu/sdl.c | 123 ++-- arch/sandbox/dts/sandbox.dts | 21 + arch/sandbox/dts/test.dts | 23 + arch/sandbox/include/asm/sdl.h | 19 +- arch/sandbox/include/asm/sound.h | 13 - arch/sandbox/include/asm/test.h | 40 ++ cmd/sound.c | 15 +- configs/peach-pi_defconfig | 3 +- configs/peach-pit_defconfig | 3 +- configs/smdk5250_defconfig | 1 - configs/smdk5420_defconfig | 1 - configs/snow_defconfig | 1 - configs/spring_defconfig | 1 - drivers/core/read.c | 23 + drivers/sound/Kconfig | 8 + drivers/sound/Makefile | 8 +- drivers/sound/codec-uclass.c | 26 + drivers/sound/i2s-uclass.c | 25 + drivers/sound/max98090.c | 377 ++++++++++++ drivers/sound/max98090.h | 663 ++++++++++++++++++++++ drivers/sound/max98095.c | 313 ++++------ drivers/sound/max98095.h | 9 +- drivers/sound/maxim_codec.c | 87 +++ drivers/sound/maxim_codec.h | 67 +++ drivers/sound/samsung-i2s.c | 113 +++- drivers/sound/samsung_sound.c | 104 ++++ drivers/sound/sandbox.c | 177 +++++- drivers/sound/sound-i2s.c | 208 ------- drivers/sound/sound-uclass.c | 127 +++++ drivers/sound/sound.c | 11 +- drivers/sound/wm8994.c | 114 ++-- drivers/sound/wm8994.h | 2 +- include/audio_codec.h | 48 ++ include/dm/read.h | 58 ++ include/dm/uclass-id.h | 3 + include/i2s.h | 36 +- include/sound.h | 79 ++- test/dm/Makefile | 3 + test/dm/audio.c | 34 ++ test/dm/i2s.c | 32 ++ test/dm/sound.c | 34 ++ test/dm/test-fdt.c | 35 ++ 59 files changed, 2660 insertions(+), 664 deletions(-) delete mode 100644 arch/sandbox/include/asm/sound.h create mode 100644 drivers/sound/codec-uclass.c create mode 100644 drivers/sound/i2s-uclass.c create mode 100644 drivers/sound/max98090.c create mode 100644 drivers/sound/max98090.h create mode 100644 drivers/sound/maxim_codec.c create mode 100644 drivers/sound/maxim_codec.h create mode 100644 drivers/sound/samsung_sound.c delete mode 100644 drivers/sound/sound-i2s.c create mode 100644 drivers/sound/sound-uclass.c create mode 100644 include/audio_codec.h create mode 100644 test/dm/audio.c create mode 100644 test/dm/i2s.c create mode 100644 test/dm/sound.c -- 2.20.0.rc2.403.gdbc3b29805-goog

2 44

[U-Boot] [PATCH v1] ARM: vf610: ddrmc: program Dummy DDRBYTE1/2
by Stefan Agner 14 Dec '18

14 Dec '18

From: Stefan Agner <stefan.agner(a)toradex.com> The Vybrid reference manual VFXXXRM Rev. 0 10/2016 states in chapter 5.2.6.1 DUMMY PADS (DDR/QuadSPI) that those pads need to be programed for correct operation of DDR. Assume the default DDR pin configuration which seems to work well on a Colibri VF50. Signed-off-by: Stefan Agner <stefan.agner(a)toradex.com> --- arch/arm/include/asm/arch-vf610/iomux-vf610.h | 2 ++ arch/arm/mach-imx/ddrmc-vf610.c | 2 ++ 2 files changed, 4 insertions(+) diff --git a/arch/arm/include/asm/arch-vf610/iomux-vf610.h b/arch/arm/include/asm/arch-vf610/iomux-vf610.h index c0eeaa7e7d..01bc2998b8 100644 --- a/arch/arm/include/asm/arch-vf610/iomux-vf610.h +++ b/arch/arm/include/asm/arch-vf610/iomux-vf610.h @@ -244,6 +244,8 @@ enum { VF610_PAD_DDR_WE__DDR_WE_B = IOMUX_PAD(0x02d0, 0x02d0, 0, __NA_, 0, VF610_DDR_PAD_CTRL), VF610_PAD_DDR_ODT1__DDR_ODT_0 = IOMUX_PAD(0x02d4, 0x02d4, 0, __NA_, 0, VF610_DDR_PAD_CTRL), VF610_PAD_DDR_ODT0__DDR_ODT_1 = IOMUX_PAD(0x02d8, 0x02d8, 0, __NA_, 0, VF610_DDR_PAD_CTRL), + VF610_PAD_DDR_DDRBYTE1__DDR_DDRBYTE1 = IOMUX_PAD(0x02dc, 0x02dc, 0, __NA_, 0, VF610_DDR_PAD_CTRL), + VF610_PAD_DDR_DDRBYTE2__DDR_DDRBYTE2 = IOMUX_PAD(0x02e0, 0x02e0, 0, __NA_, 0, VF610_DDR_PAD_CTRL), }; #endif /* __IOMUX_VF610_H__ */ diff --git a/arch/arm/mach-imx/ddrmc-vf610.c b/arch/arm/mach-imx/ddrmc-vf610.c index 3d7da1c25e..7cc8f5d2c0 100644 --- a/arch/arm/mach-imx/ddrmc-vf610.c +++ b/arch/arm/mach-imx/ddrmc-vf610.c @@ -61,6 +61,8 @@ void ddrmc_setup_iomux(const iomux_v3_cfg_t *pads, int pads_count) VF610_PAD_DDR_WE__DDR_WE_B, VF610_PAD_DDR_ODT1__DDR_ODT_0, VF610_PAD_DDR_ODT0__DDR_ODT_1, + VF610_PAD_DDR_DDRBYTE1__DDR_DDRBYTE1, + VF610_PAD_DDR_DDRBYTE2__DDR_DDRBYTE2, VF610_PAD_DDR_RESETB, }; -- 2.19.2

1 0

[U-Boot] [PATCH] Restore compatibility of image type IDs
by Stefano Babic 14 Dec '18

14 Dec '18

Commit a2b96ece5be146f4995d737f047e5bbb76079b8f breaks the enumeration of the Image Types. New image types can be appended, but they cannot be inserted in the list else backward compatibility is broken. This restores the images types as before 2018.11 and move i.MX8 related images at the end. Signed-off-by: Robert Berger <robert.berger(a)ReliableEmbeddedSystems.com> Signed-off-by: Stefano Babic <sbabic(a)denx.de> CC: Tom Rini <trini(a)konsulko.com> --- include/image.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/image.h b/include/image.h index 7ce9670c20..7360b0c7f9 100644 --- a/include/image.h +++ b/include/image.h @@ -252,7 +252,6 @@ enum { IH_TYPE_FLATDT, /* Binary Flat Device Tree Blob */ IH_TYPE_KWBIMAGE, /* Kirkwood Boot Image */ IH_TYPE_IMXIMAGE, /* Freescale IMXBoot Image */ - IH_TYPE_IMX8IMAGE, /* Freescale IMX8Boot Image */ IH_TYPE_UBLIMAGE, /* Davinci UBL Image */ IH_TYPE_OMAPIMAGE, /* TI OMAP Config Header Image */ IH_TYPE_AISIMAGE, /* TI Davinci AIS Image */ @@ -280,6 +279,7 @@ enum { IH_TYPE_STM32IMAGE, /* STMicroelectronics STM32 Image */ IH_TYPE_SOCFPGAIMAGE_V1, /* Altera SOCFPGA A10 Preloader */ IH_TYPE_IMX8MIMAGE, /* Freescale IMX8MBoot Image */ + IH_TYPE_IMX8IMAGE, /* Freescale IMX8Boot Image */ IH_TYPE_MTKIMAGE, /* MediaTek BootROM loadable Image */ IH_TYPE_COUNT, /* Number of image types */ -- 2.17.1

2 2

[U-Boot] [PATCH v5 0/9] Fix CVE-2018-18440 and CVE-2018-18439
by Simon Goldschmidt 14 Dec '18

14 Dec '18

This series fixes CVE-2018-18440 ("insufficient boundary checks in filesystem image load") by adding restrictions to the 'load' command and fixes CVE-2018-18439 ("insufficient boundary checks in network image boot") by adding restrictions to the tftp code. The functions from lmb.c are used to setup regions of allowed and reserved memory. Then, the file size to load is checked against these addresses and loading the file is aborted if it would overwrite reserved memory. The memory reservation code is reused from bootm/image. Changes in v4: - added tests for lib/lmb.c - fixed bug in lmb.c when ram is at the end of 32-bit address range - fixed a bug in lmb_alloc_addr when resulting reserved rangesa get combined Changes in v4: - fixed invalid 'if' statement without braces in boot_fdt_reserve_region - removed patch 7 ("net: remove CONFIG_MCAST_TFTP), adapted patch 8 Changes in v3: - No patch changes, but needed to resend since patman added too many cc addresses that gmail seemed to detect as spam :-( Changes in v2: - added code to reserve devicetree reserved-memory in lmb - added tftp fixes (patches 7 and 8) - fixed a bug in new function lmb_alloc_addr Simon Goldschmidt (9): test: add test for lib/lmb.c lmb: fix allocation at end of address range lib: lmb: reserving overlapping regions should fail fdt: parse "reserved-memory" for memory reservation lib: lmb: extend lmb for checks at load time fs: prevent overwriting reserved memory bootm: use new common function lmb_init_and_reserve lmb: remove unused extern declaration tftp: prevent overwriting reserved memory common/bootm.c | 8 +- common/image-fdt.c | 53 ++++- fs/fs.c | 56 ++++- include/lmb.h | 7 +- lib/lmb.c | 98 ++++++-- net/tftp.c | 66 +++++- test/lib/Makefile | 1 + test/lib/lmb.c | 561 +++++++++++++++++++++++++++++++++++++++++++++ 8 files changed, 805 insertions(+), 45 deletions(-) create mode 100644 test/lib/lmb.c -- 2.17.1

3 19

[U-Boot] [PATCH v1 0/4] ddr: vybrid: various fixes
by Stefan Agner 14 Dec '18

14 Dec '18

From: Stefan Agner <stefan.agner(a)toradex.com> Some random fixes in vf610 DDR controller initialization. Especially the first patch fixes boot on some Toradex Colibri VFxx modules. -- Stefan Stefan Agner (4): toradex: colibri_vf: fix memory initialization ARM: vf610: ddrmc: fix CR138 preprocessor define ARM: vf610: ddrmc: fix initialization completion detection ARM: vf610: ddrmc: do not write CR79 by default arch/arm/include/asm/arch-vf610/imx-regs.h | 5 +++-- arch/arm/mach-imx/ddrmc-vf610.c | 4 ++-- board/toradex/colibri_vf/colibri_vf.c | 10 +--------- 3 files changed, 6 insertions(+), 13 deletions(-) -- 2.19.1

2 11

[U-Boot] [PATCH] qemu-arm: Add persistent environment support
by Sumit Garg 14 Dec '18

14 Dec '18

Currently on qemu-arm platforms environment is kept in RAM. Instead use pflash device 1 to provide persistent environment support across device reset. Also (optionally) provide support for persistent environment across qemu machine OFF/ON using following instructions: - Create envstore.img using qemu-img: qemu-img create -f raw envstore.img 64M - Add a pflash drive parameter to the command line: -drive if=pflash,format=raw,index=1,file=envstore.img Signed-off-by: Sumit Garg <sumit.garg(a)linaro.org> --- configs/qemu_arm64_defconfig | 7 +++++++ configs/qemu_arm_defconfig | 7 +++++++ doc/README.qemu-arm | 6 ++++++ include/configs/qemu-arm.h | 8 +++++++- 4 files changed, 27 insertions(+), 1 deletion(-) diff --git a/configs/qemu_arm64_defconfig b/configs/qemu_arm64_defconfig index f4502c9..0f13716 100644 --- a/configs/qemu_arm64_defconfig +++ b/configs/qemu_arm64_defconfig @@ -29,3 +29,10 @@ CONFIG_USB=y CONFIG_DM_USB=y CONFIG_USB_EHCI_HCD=y CONFIG_USB_EHCI_PCI=y +CONFIG_ENV_IS_IN_FLASH=y +CONFIG_MTD=y +CONFIG_MTD_NOR_FLASH=y +CONFIG_FLASH_CFI_DRIVER=y +CONFIG_CFI_FLASH=y +CONFIG_SYS_FLASH_USE_BUFFER_WRITE=y +CONFIG_SYS_FLASH_CFI=y diff --git a/configs/qemu_arm_defconfig b/configs/qemu_arm_defconfig index acebdc5..b75363e 100644 --- a/configs/qemu_arm_defconfig +++ b/configs/qemu_arm_defconfig @@ -29,3 +29,10 @@ CONFIG_USB=y CONFIG_DM_USB=y CONFIG_USB_EHCI_HCD=y CONFIG_USB_EHCI_PCI=y +CONFIG_ENV_IS_IN_FLASH=y +CONFIG_MTD=y +CONFIG_MTD_NOR_FLASH=y +CONFIG_FLASH_CFI_DRIVER=y +CONFIG_CFI_FLASH=y +CONFIG_SYS_FLASH_USE_BUFFER_WRITE=y +CONFIG_SYS_FLASH_CFI=y diff --git a/doc/README.qemu-arm b/doc/README.qemu-arm index 2601656..e67bc13 100644 --- a/doc/README.qemu-arm +++ b/doc/README.qemu-arm @@ -47,6 +47,12 @@ The minimal QEMU command line to get U-Boot up and running is: Note that for some odd reason qemu-system-aarch64 needs to be explicitly told to use a 64-bit CPU or it will boot in 32-bit mode. +Additional persistent U-boot environment support can be added as follows: +- Create envstore.img using qemu-img: + qemu-img create -f raw envstore.img 64M +- Add a pflash drive parameter to the command line: + -drive if=pflash,format=raw,index=1,file=envstore.img + Additional peripherals that have been tested to work in both U-Boot and Linux can be enabled with the following command line parameters: diff --git a/include/configs/qemu-arm.h b/include/configs/qemu-arm.h index fedc466..83a930b 100644 --- a/include/configs/qemu-arm.h +++ b/include/configs/qemu-arm.h @@ -21,7 +21,8 @@ #define CONFIG_SYS_HZ 1000 /* Environment options */ -#define CONFIG_ENV_SIZE SZ_64K +#define CONFIG_ENV_ADDR 0x4000000 +#define CONFIG_ENV_SIZE SZ_256K #define BOOT_TARGET_DEVICES(func) \ func(SCSI, scsi, 0) \ @@ -42,4 +43,9 @@ #define CONFIG_SYS_CBSIZE 512 +#define CONFIG_SYS_MONITOR_BASE CONFIG_SYS_TEXT_BASE +#define CONFIG_SYS_FLASH_BASE 0x0 +#define CONFIG_SYS_MAX_FLASH_BANKS 2 +#define CONFIG_SYS_MAX_FLASH_SECT 256 /* Sector: 256K, Bank: 64M */ + #endif /* __CONFIG_H */ -- 2.7.4

6 14

[U-Boot] [PATCH v3 0/7] ] Add support for the SoCs found in Microsemi switches
by Gregory CLEMENT 14 Dec '18

14 Dec '18

Hello, For the record this the third version of the series adding the support of 2 SoCs: Ocelot and Luton from Microsemi. Both of them belongs to the same family Vcore III. We found them on various advanced switches product. The support for Ocelot already have been submit to Linux, but not yet the Luton support. Since the v2, U-boot was continued to be tested internally and besides the changes asked by Daniel, we also made several fixes and improvements. Most of them come from Lars Povlsen and Horatiu Vultur. I tried to address all the comment from Daniel and for the part I kept more or less as is, I added comment explaining the rational for this choice inside the code itself. Gregory Changelog: v2 -> v3: - Added n entry in the MAINTAINER file for the SoCs - Fixup the last errors from checkpatch, the remaining ones are only about volatile, long line and Kconfig, but each ones have good reason to be here. - Add SPI NAND flash support in device tree and configuration files, the driver are already be merged in U-Boot. - In order to improve boot time, setup the TLB to allow using cache in the memory mapped to the SPI NOR. - Removed all the macro REG_CFG to only keep direct access to memory. - Put back the setting of the interrupt map as it is needed by mainline kernel (without it the kernel doesn't finish to boot) - During DDR training, prevent the compiler reordering the instruction. - Add early debug support to Ocelot (it was already done for Luton) v1 -> v2: - a big clean-up for indentation and some style issue - usage of the clrsetbits family functions where it was possible - split the patches for Ocelot and Luton - add a new patch to introduce the icache_lock function which was in the mscc directory in the first version - remove more unused define in the platform header files - use the automatic cache size detection instead of hard coding it - reduce the tlb init to only two entries for the IO as needed by the kernel - remove the interrupt disabling - fix the ddr init for luton Gregory CLEMENT (7): MIPS: move create_tlb() in an proper header: mipsregs.h MIPS: Allow to prefetch and lock instructions into cache MSCC: add support for Ocelot SoCs MSCC: add support for Luton SoCs MSCC: add board support for the Ocelots based evaluation boards MSCC: add board support for the Luton based evaluation board MIPS: bootm: Add support for Vcore III linux kernel MAINTAINERS | 13 + arch/mips/Kconfig | 6 + arch/mips/Makefile | 1 + arch/mips/cpu/cpu.c | 10 - arch/mips/dts/luton_pcb091.dts | 35 + arch/mips/dts/mscc,luton.dtsi | 87 ++ arch/mips/dts/mscc,ocelot.dtsi | 152 ++++ arch/mips/dts/mscc,ocelot_pcb.dtsi | 42 + arch/mips/dts/ocelot_pcb120.dts | 12 + arch/mips/dts/ocelot_pcb123.dts | 12 + arch/mips/include/asm/cacheops.h | 19 + arch/mips/include/asm/mipsregs.h | 11 + arch/mips/lib/bootm.c | 78 +- arch/mips/mach-mscc/Kconfig | 86 ++ arch/mips/mach-mscc/Makefile | 6 + arch/mips/mach-mscc/cpu.c | 102 +++ arch/mips/mach-mscc/dram.c | 73 ++ arch/mips/mach-mscc/include/ioremap.h | 51 ++ arch/mips/mach-mscc/include/mach/common.h | 28 + arch/mips/mach-mscc/include/mach/ddr.h | 798 ++++++++++++++++++ .../mips/mach-mscc/include/mach/luton/luton.h | 24 + .../include/mach/luton/luton_devcpu_gcb.h | 14 + .../include/mach/luton/luton_icpu_cfg.h | 245 ++++++ .../mach-mscc/include/mach/ocelot/ocelot.h | 24 + .../include/mach/ocelot/ocelot_devcpu_gcb.h | 21 + .../include/mach/ocelot/ocelot_icpu_cfg.h | 274 ++++++ arch/mips/mach-mscc/include/mach/tlb.h | 55 ++ arch/mips/mach-mscc/lowlevel_init.S | 30 + arch/mips/mach-mscc/lowlevel_init_luton.S | 62 ++ arch/mips/mach-mscc/reset.c | 36 + board/mscc/luton/Kconfig | 14 + board/mscc/luton/Makefile | 3 + board/mscc/luton/luton.c | 28 + board/mscc/ocelot/Kconfig | 14 + board/mscc/ocelot/Makefile | 4 + board/mscc/ocelot/ocelot.c | 58 ++ configs/mscc_luton_defconfig | 66 ++ configs/mscc_ocelot_defconfig | 73 ++ configs/mscc_ocelot_pcb120_defconfig | 66 ++ include/configs/vcoreiii.h | 82 ++ 40 files changed, 2785 insertions(+), 30 deletions(-) create mode 100644 arch/mips/dts/luton_pcb091.dts create mode 100644 arch/mips/dts/mscc,luton.dtsi create mode 100644 arch/mips/dts/mscc,ocelot.dtsi create mode 100644 arch/mips/dts/mscc,ocelot_pcb.dtsi create mode 100644 arch/mips/dts/ocelot_pcb120.dts create mode 100644 arch/mips/dts/ocelot_pcb123.dts create mode 100644 arch/mips/mach-mscc/Kconfig create mode 100644 arch/mips/mach-mscc/Makefile create mode 100644 arch/mips/mach-mscc/cpu.c create mode 100644 arch/mips/mach-mscc/dram.c create mode 100644 arch/mips/mach-mscc/include/ioremap.h create mode 100644 arch/mips/mach-mscc/include/mach/common.h create mode 100644 arch/mips/mach-mscc/include/mach/ddr.h create mode 100644 arch/mips/mach-mscc/include/mach/luton/luton.h create mode 100644 arch/mips/mach-mscc/include/mach/luton/luton_devcpu_gcb.h create mode 100644 arch/mips/mach-mscc/include/mach/luton/luton_icpu_cfg.h create mode 100644 arch/mips/mach-mscc/include/mach/ocelot/ocelot.h create mode 100644 arch/mips/mach-mscc/include/mach/ocelot/ocelot_devcpu_gcb.h create mode 100644 arch/mips/mach-mscc/include/mach/ocelot/ocelot_icpu_cfg.h create mode 100644 arch/mips/mach-mscc/include/mach/tlb.h create mode 100644 arch/mips/mach-mscc/lowlevel_init.S create mode 100644 arch/mips/mach-mscc/lowlevel_init_luton.S create mode 100644 arch/mips/mach-mscc/reset.c create mode 100644 board/mscc/luton/Kconfig create mode 100644 board/mscc/luton/Makefile create mode 100644 board/mscc/luton/luton.c create mode 100644 board/mscc/ocelot/Kconfig create mode 100644 board/mscc/ocelot/Makefile create mode 100644 board/mscc/ocelot/ocelot.c create mode 100644 configs/mscc_luton_defconfig create mode 100644 configs/mscc_ocelot_defconfig create mode 100644 configs/mscc_ocelot_pcb120_defconfig create mode 100644 include/configs/vcoreiii.h -- 2.19.2

2 16

[U-Boot] [PATCH 1/1] usb: musb-new: sunxi: Fix null pointer access
by Stefan Mavrodiev 14 Dec '18

14 Dec '18

When the device is in peripheral mode there is no struct usb_bus_priv allocated pointer, as the uclass driver ("usb_dev_generic") doesn't call per_device_auto_alloc_size. This results in writing to the internal SDRAM at priv->desc_before_addr = true; Signed-off-by: Stefan Mavrodiev <stefan(a)olimex.com> --- drivers/usb/musb-new/sunxi.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/usb/musb-new/sunxi.c b/drivers/usb/musb-new/sunxi.c index 6cf9826cda..f3deb9bc66 100644 --- a/drivers/usb/musb-new/sunxi.c +++ b/drivers/usb/musb-new/sunxi.c @@ -435,11 +435,14 @@ static int musb_usb_probe(struct udevice *dev) { struct sunxi_glue *glue = dev_get_priv(dev); struct musb_host_data *host = &glue->mdata; - struct usb_bus_priv *priv = dev_get_uclass_priv(dev); struct musb_hdrc_platform_data pdata; void *base = dev_read_addr_ptr(dev); int ret; +#ifdef CONFIG_USB_MUSB_HOST + struct usb_bus_priv *priv = dev_get_uclass_priv(dev); +#endif + if (!base) return -EINVAL; @@ -459,7 +462,6 @@ static int musb_usb_probe(struct udevice *dev) return ret; } - priv->desc_before_addr = true; memset(&pdata, 0, sizeof(pdata)); pdata.power = 250; @@ -467,6 +469,8 @@ static int musb_usb_probe(struct udevice *dev) pdata.config = glue->cfg->config; #ifdef CONFIG_USB_MUSB_HOST + priv->desc_before_addr = true; + pdata.mode = MUSB_HOST; host->host = musb_init_controller(&pdata, &glue->dev, base); if (!host->host) -- 2.17.1

5 11