Re: [U-Boot] [PATCH 2/4 v3] pci: pci_mvebu: Add DM_PCI support and move CONFIG_PCI_MVEBU to defconfig

Hi Bin, On 31.01.19 15:41, Bin Meng wrote: On Fri, Jan 25, 2019 at 6:53 PM Stefan Roese wrote: This patch adds DM_PCI support to the MVEBU PCIe driver. This is necessary, since all PCI drivers have to be moved to DM (driver model) until the v2019.07 release. To not break git

Re: [U-Boot] [PATCH 1/3] x86: Change 4-level page table base address to low memory

Hi Alex, On Fri, Feb 1, 2019 at 8:01 AM Alexander Graf wrote: > > > > > Am 01.02.2019 um 00:40 schrieb Bin Meng : > > > > Hi Alex, > > > >> On Fri, Feb 1, 2019 at 2:30 AM Alexander Graf wrote: > >> > >> > >> > >>> Am 31.01.2019 um 17:22 schrieb Bin Meng : > >>> > >>> At present the 4-level page

Re: [U-Boot] imx8mq-evk: Outbound network packets lost

On Thu, 31 Jan 2019 at 18:43, Sergey Kubushyn wrote: > OK, it worked. The second patch is irrelevant for me because I'm working on > a custom device, not MCIMX8M-EVK (I don't have that, just using its > schematic from time to time as reference to its drivers and such) and I > _DID_ have

Re: [U-Boot] [RFC 2/3] efi_loader: associate BLK/PARTITION device to efi_disk

Hi Simon, Thank you for suggestive comments. I've got no idea of making DM class for EFI protocol. On Wed, Jan 30, 2019 at 06:22:47PM -0700, Simon Glass wrote: > Hi AKASHI, > > On Mon, 28 Jan 2019 at 19:59, AKASHI Takahiro > wrote: > > > > efi_disk_create() will initialize efi_disk attributes

[U-Boot] [PATCH] configs: fsl: move DDR specific defines to Kconfig

Moves below DDR specific defines to Kconfig: CONFIG_FSL_DDR_BIST CONFIG_FSL_DDR_FIRST_SLOT_QUAD_CAPABLE CONFIG_FSL_DDR_INTERACTIVE CONFIG_FSL_DDR_SYNC_REFRESH Signed-off-by: Rajesh Bhagat --- arch/arm/Kconfig| 14 ++ arch/powerpc/cpu/mpc85xx/Kconfig| 13

Re: [U-Boot] [PATCH v7 7/7] ARM: socfpga: Increase Malloc pool size to support FAT filesystem in SPL

On Thu, 2019-01-31 at 15:58 +0100, Marek Vasut wrote: > On 1/31/19 3:51 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > After some series of patches to maximise reusable of memory pool, > > here come > > to result of reasonable size required for whole SDMMC boot working

Re: [U-Boot] [PATCH v7 4/7] ARM: socfpga: Add the configuration for FPGA SoCFPGA A10 SoCDK

On Thu, 2019-01-31 at 15:57 +0100, Marek Vasut wrote: > On 1/31/19 3:51 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > Update the default configuration file to enable the necessary > > functionality > > to get the SoCFPGA loadfs driver support. This would enable the >

Re: [U-Boot] [PATCH v7 3/7] ARM: socfpga: Add FPGA drivers for Arria 10 FPGA bitstream loading

On Thu, 2019-01-31 at 15:55 +0100, Marek Vasut wrote: > On 1/31/19 3:51 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > Add FPGA driver to support program FPGA with FPGA bitstream loading > > from > > filesystem. The driver are designed based on generic firmware > >

Re: [U-Boot] [PATCH v2 2/2] fs: fat: Reduce default max clustersize 64KiB from malloc pool

On Thu, 2019-01-31 at 15:23 +0100, Marek Vasut wrote: > On 1/31/19 1:42 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > Release cluster block immediately when no longer use would help to > > reduce > > 64KiB memory allocated to the memory pool. > > > > Signed-off-by:

Re: [U-Boot] [PATCH v7 2/7] ARM: socfpga: Add default FPGA bitstream fitImage for Arria10 SoCDK

On Thu, 2019-01-31 at 15:54 +0100, Marek Vasut wrote: > On 1/31/19 3:51 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > Add default fitImage file bundling FPGA bitstreams for Arria10. > > > > Signed-off-by: Tien Fong Chee > > --- > >  

Re: [U-Boot] [PATCH v7 1/7] ARM: socfpga: Description on FPGA bitstream type and file name for Arria 10

On Thu, 2019-01-31 at 15:54 +0100, Marek Vasut wrote: > On 1/31/19 3:51 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > This patch adds description on properties about file name used for > > both > > peripheral bitstream and core bitstream. > > > > Signed-off-by: Tien

Re: [U-Boot] [PATCH v3] net: phy: add TSE PCS support to dwmac-socfpga

> -Original Message- > From: Marek Vasut [mailto:ma...@denx.de] > Sent: Saturday, January 26, 2019 4:34 PM > To: Ooi, Joyce ; Joe Hershberger > > Cc: See, Chin Liang ; Ong, Hean Loong > ; Priyanka Jain ; u- > b...@lists.denx.de; Tan, Ley Foon ; Chee, Tien Fong > > Subject: Re: [U-Boot]

Re: [U-Boot] [U-Boot, 2/2] rockchip: Drop call to rockchip_dnl_mode_check() for now

Hi： > This function causes a 5-second delay and stops the display working on > minnie. This code should be in a driver and should only be enabled by > a device-tree property, so that it does not affect devices which do not > have this feature. > > Signed-off-by: Simon Glass > Reviewed-by:

[U-Boot] [PATCH v6.2] cmd: env: add "-e" option for handling UEFI variables

# This is a replacement of my patch#1[1] with minor updates to fix # travis build errors. The other patches are the exact same as in v6. # [1] https://lists.denx.de/pipermail/u-boot/2019-January/356035.html "env [print|set] -e" allows for handling uefi variables without knowing details about

Re: [U-Boot] [PATCH 1/3] x86: Change 4-level page table base address to low memory

> Am 01.02.2019 um 00:40 schrieb Bin Meng : > > Hi Alex, > >> On Fri, Feb 1, 2019 at 2:30 AM Alexander Graf wrote: >> >> >> >>> Am 31.01.2019 um 17:22 schrieb Bin Meng : >>> >>> At present the 4-level page table base address for 64-bit U-Boot >>> proper is assigned an address that

Re: [U-Boot] [PATCH 1/3] x86: Change 4-level page table base address to low memory

Hi Alex, On Fri, Feb 1, 2019 at 2:30 AM Alexander Graf wrote: > > > > > Am 31.01.2019 um 17:22 schrieb Bin Meng : > > > > At present the 4-level page table base address for 64-bit U-Boot > > proper is assigned an address that conflicts with CONFIG_LOADADDR. > > Change it to an address within the

Re: [U-Boot] [U-Boot, v2, 9/9] ARM: dts: rk322x: Correct the uart2 default pin configuration

> To match the iomux setting of uart2 at SPL, correct the uart2 > default pin configuration, if not changed, the evb-rk3229 can't > output the log message. > > Signed-off-by: David Wu > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > arch/arm/dts/rk322x.dtsi | 11 +-- > 1

Re: [U-Boot] [U-Boot, v2, 15/19] rockchip: rk3399: Add ROCKCHIP_DEVICE_SETTINGS to set env

> Some boards use different stdio environment variables from the default. > Provide a #define for this which can be set before including the header > file. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > include/configs/rk3399_common.h | 5 + > 1 file changed, 5

Re: [U-Boot] [U-Boot, v2, 13/19] rockchip: clk: Add mention of four new clocks

> These clocks are needed to get MMC running. We don't actually support > setting them yet. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Use correct printf format for log message > > drivers/clk/rockchip/clk_rk3399.c | 12 > 1 file changed, 12 insertions(+) >

Re: [U-Boot] [U-Boot, v2, 17/19] rockchip: Implement spl_gpio in the GPIO driver

> Allow rockchip boards to use GPIOs before driver model is ready. This is > really only useful for setting GPIOs to enable the early debug console, if > needed on some platforms. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/arm/include/asm/arch-rockchip/gpio.h | 23

Re: [U-Boot] [U-Boot, v2, 14/19] rockchip: Tidy up board include-file ordering

> These board files have inconsistent #include ordering. Fix them. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/arm/mach-rockchip/rk3036-board.c | 2 +- > arch/arm/mach-rockchip/rk3188-board-spl.c | 2 +- > arch/arm/mach-rockchip/rk3188-board.c | 2 +- >

Re: [U-Boot] [U-Boot, v2, 12/19] rockchip: Add settings for Samsung LPDDR3 4GB SDRAM 1866MHz

> This memory is used on Bob. Add settings for this, taken from coreboot. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > .../rk3399-sdram-lpddr3-samsung-4GB-1866.dtsi | 1542 + > 1 file changed, 1542 insertions(+) > create mode 100644

Re: [U-Boot] [U-Boot, v2, 10/19] rockchip: Clarify docs on SPI writing

> We use every second block when creating a SPI image, so update the text to > say this explicitly. > > Signed-off-by: Simon Glass > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > doc/README.rockchip | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Reviewed-by: Philipp

Re: [U-Boot] [U-Boot, v2, 18/19] rockchip: gru: Add extra device-tree settings

> Add some U-Boot-specific settings. These should really go in the > *u-boot.dtsi file, but it seems that rk3399 does not use that yet. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/arm/dts/rk3399-gru-bob.dts | 1 + > arch/arm/dts/rk3399-gru-chromebook.dtsi |

Re: [U-Boot] [U-Boot, v2, 09/19] rockchip: evb_rk3399: Tidy up the README

> Add mention of a prerequisite needed to build the image. Also adjust the > English wording in a few places. > > Ideally this should move to using binman to produce images, and avoid the > manual steps. > > Signed-off-by: Simon Glass > Reviewed-by: Kever Yang > --- > > Changes in v2: None >

Re: [U-Boot] [U-Boot, v2, 16/19] rockchip: Move pull-up/down enum into a common file

> At present this enum is only available to rk3288. Move it so that other > rockchip SoCs can access it. It is needed for the SPL GPIO driver for > rk3999 in a later patch. > > Also adjust the enum name to lower case. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > >

Re: [U-Boot] [U-Boot,v2,11/19] rockchip: Allow booting from SPI

> The u-boot,spl-boot-device property only allows MMC at present. Add SPI as > well for boards that boot from SPI flash. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/arm/mach-rockchip/spl-boot-order.c | 3 +++ > 1 file changed, 3 insertions(+) > Reviewed-by: Philipp

Re: [U-Boot] [U-Boot, v2, 19/19] rockchip: Add support for chromebook_bob

> Bob is a 10-inch chromebook produced by Asus. It has two USB 3.0 type-C > ports, 4GB of SDRAM, WiFi and a 1280x800 display. It uses its USB ports > for both power and external display. It includes a Chrome OS EC > (Cortex-M3) to provide access to the keyboard and battery functions. > > Support

Re: [U-Boot] [U-Boot, v2, 06/19] rockchip: Drop note about supporting other SoCs

> Quite a wide range of Rockchip SoCs are supported in mainline U-Boot now, > so drop the comment about needing to add more. > > Signed-off-by: Simon Glass > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > doc/README.rockchip | 9 + > 1 file changed, 1 insertion(+), 8

Re: [U-Boot] [U-Boot, v2, 07/19] rockchip: Bring in device tree files for rk3399-gru

> Bring in these files from Linux v4.20. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/arm/dts/rk3399-gru-bob.dts | 79 +++ > arch/arm/dts/rk3399-gru-chromebook.dtsi | 397 +++ > arch/arm/dts/rk3399-gru-kevin.dts | 309 + >

Re: [U-Boot] [U-Boot, v2, 08/19] rockchip: Adjust rk3399 device tree to be closer to linux

> This file has changed upstream, with some additions and changes. Move the > U-Boot version towards this. > > Some USB changes seem to be incompatible with how the bindings work on > rockchip in U-Boot. Testing is needed to make sure that USB still works > correct, and adjust the code (not

Re: [U-Boot] [U-Boot, v2, 03/19] gpio: Use more command-specific enums values

> At present this file uses GPIO_OUTPUT and GPIO_INPUT as its sub-command > values. These are pretty generic names. Add a 'C' suffix to avoid possible > conflicts. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > cmd/gpio.c | 37 +++-- > 1 file

Re: [U-Boot] [U-Boot,v2,04/19] gpio: Add a simple GPIO API for SPL

> In space-constrained environments or before driver model is available, it > is sometimes necessary to set GPIO values. Add an SPL API for this, to > allow early board code to change GPIOs. The caller must provide the > register address, so that the drivers can be fairly generic. > > This API

Re: [U-Boot] [U-Boot, v2, 05/19] rockchip: Add mention of other boards

> At present some Rockchip SoCs and boards are not mentioned in the README. > So that people can see which SoCs are supported, expand the list to > include everything. > > Signed-off-by: Simon Glass > Reviewed-by: Kever Yang > --- > > Changes in v2: > - Mention EVB RV1108 > - Fix the name of

Re: [U-Boot] [U-Boot, v2, 02/19] clk: Improve debug message in clk_set_default_rates()

> It is helpful to print the clock number as well as the index, so that this > can be looked up in the binding file. Update the debug() statement to do > this. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > drivers/clk/clk-uclass.c | 4 ++-- > 1 file changed, 2

Re: [U-Boot] [U-Boot, v2, 01/19] lib: Allow using display_buffer() in SPL

> At present this function uses printf() format strings that are not > supported in SPL, so the output just consists of %llx strings on 64-bit. > machines. Fix this by adding a special case. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > lib/display_options.c | 4 +++- > 1

Re: [U-Boot] [U-Boot, v2, 3/9] ARM: rockchip: Kconfig: Remove the SPL_PINCTRL for rk3188

> It seems that pinctrl is not requested for rk3188 SPL, remove it so > that can save more space for SPL image size. > > Signed-off-by: David Wu > Reviewed-by: Philipp Tomsich > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > arch/arm/mach-rockchip/Kconfig | 1 - > 1 file changed,

Re: [U-Boot] [U-Boot, v2, 8/9] pinctrl: rockchip: Clean the unused rockchip pinctrl drivers

> If we used the pinctrl-rockchip driver, these code is not needed, > so remove them. > > Signed-off-by: David Wu > Reviewed-by: Simon Glass > Tested-by: Simon Glass > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > drivers/pinctrl/rockchip/pinctrl_rk3036.c | 671 ---

Re: [U-Boot] [U-Boot, v2, 7/9] rockchip: defconfig: Clean the unused pinctrl config

> If we used the pinctrl-rockchip driver, these config is not needed, > so remove them. > > Signed-off-by: David Wu > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > configs/chromebit_mickey_defconfig | 2 -- > configs/chromebook_jerry_defconfig | 2 -- >

Re: [U-Boot] [U-Boot, v2, 6/9] pinctrl: rockchip: Add common rockchip pinctrl driver

> Use this driver to fit all Rockchip SOCs and to support > the desired pinctrl configuration via DTS. > > Signed-off-by: David Wu > Acked-by: Heiko Stuebner > Reviewed-by: Kever Yang > --- > > Changes in v2: > - Remove px30, rk2928, rk3066*. > - Split it to multiple files for the relevant

Re: [U-Boot] [U-Boot, v2, 4/9] ARM: rockchip: Remove the pinctrl request at rk3288-board-spl

> If we use the new pinctrl driver, the pinctrl setup will be done > by device probe. Remove the pinctrl setup at rk3288-board-spl. > > Signed-off-by: David Wu > Reviewed-by: Philipp Tomsich > Reviewed-by: Kever Yang > --- > > Changes in v2: None > >

Re: [U-Boot] [U-Boot, v2, 2/9] ARM: rockchip: rk3188: Remove the pinctrl setup and enable uart at SPL

> When the boot ROM sets up MMC we don't need to do it again. Remove the > MMC setup code entirely, but we also need to enable uart for debug message. > > Signed-off-by: David Wu > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > arch/arm/mach-rockchip/rk3188-board-spl.c | 41

Re: [U-Boot] [U-Boot, v2, 1/9] rockchip: rk3399-evb: defconfig: Enable FDT for new pinctrl driver

> The FDT is requested for new pinctrl driver, disable SPL_OF_PLATDATA > to make FDT be built in. > > Signed-off-by: David Wu > Reviewed-by: Simon Glass > Tested-by: Simon Glass > Reviewed-by: Kever Yang > --- > > Changes in v2: None > > configs/evb-rk3399_defconfig | 1 - > 1 file

Re: [U-Boot] [U-Boot, v2, 5/9] rk3288: chrome: defconfig: Enable FDT for new pinctrl driver

> The FDT is requested for new pinctrl driver, disable SPL_OF_PLATDATA > and enable SPL_OF_LIBFDT to make FDT be built in. > > Signed-off-by: David Wu > --- > > Changes in v2: None > > configs/chromebit_mickey_defconfig | 2 -- > configs/chromebook_jerry_defconfig | 2 -- >

Re: [U-Boot] rockchip: dts: rk3399-firely: add 'same-as-spl'

> Like on rk3399-puma we want to continue booting the fill U-Boot from > the same device as the SPL stage. > > Signed-off-by: Mark Kettenis > --- > arch/arm/dts/rk3399-firefly.dts | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Applied to u-boot-rockchip, thanks!

Re: [U-Boot] [U-Boot, v3] rockchip: add support for veyron-speedy (ASUS Chromebook C201)

> This adds support for the ASUS C201, a RK3288-based clamshell > device. The device tree comes from linus's linux tree at > 3f16503b7d2274ac8cbab11163047ac0b4c66cfe. The SDRAM parameters > are for 4GB Samsung LPDDR3, decoded from coreboot's >

Re: [U-Boot] [U-Boot, 2/2] rockchip: Drop call to rockchip_dnl_mode_check() for now

> This function causes a 5-second delay and stops the display working on > minnie. This code should be in a driver and should only be enabled by > a device-tree property, so that it does not affect devices which do not > have this feature. > > Signed-off-by: Simon Glass > Reviewed-by: Philipp

Re: [U-Boot] [PULL u-boot] Please pull u-boot-amlogic-20190131

INTAINERS: Add Amlogic entry (2019-01-30 21:22:53 -0500) > > are available in the Git repository at: > > git://git.denx.de/u-boot-amlogic.git tags/u-boot-amlogic-20190131 > > for you to fetch changes up to fce1069bfb9b0b12fb760c408833c33243492257: > > arm: libretech-cc: enable vi

Re: [U-Boot] [PATCH] arm: dts: am33xx: add u-boot, dm-spl to ocp bus

On Thu, Jan 31, 2019 at 09:18:01PM +0100, Hannes Schmelzer wrote: > > On 1/31/19 4:59 PM, Tom Rini wrote: > >On Thu, Jan 31, 2019 at 04:48:10PM +0100, Hannes Schmelzer wrote: > > > >>On 1/31/19 3:57 PM, Tom Rini wrote: > >>>On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes Schmelzer wrote: > >>> >

Re: [U-Boot] [PATCH] arm: dts: am33xx: add u-boot, dm-spl to ocp bus

On 1/31/19 4:59 PM, Tom Rini wrote: On Thu, Jan 31, 2019 at 04:48:10PM +0100, Hannes Schmelzer wrote: On 1/31/19 3:57 PM, Tom Rini wrote: On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes Schmelzer wrote: commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0") did remove the

Re: [U-Boot] Nand boot on imx6q board is broken

Hi On Thu., 31 Jan. 2019, 6:26 pm Adam Ford On Thu, Jan 31, 2019 at 7:58 AM Shyam Saini > wrote: > > > > Hi Adam, > > > > Thanks a lot for replying. > > > > > > > > I spent some time trying to make the imx6q_logic board boot from SPL > > > from NAND, but I needed to patch a few things. Some

[U-Boot] RISC-V Open source Supervisor Binary Interface (OpenSBI) Version 0.1 Released

OpenSBI version 0.1 is now publicly available in GitHub at https://github.com/riscv/opensbi. OpenSBI is an open source implementation of the RISC-V Supervisor Binary Interface (SBI). RISC-V SBI specifications are maintained as an independent project by the RISC-V Foundation in [Github]. This

Re: [U-Boot] imx8mq-evk: Outbound network packets lost

On Thu, 31 Jan 2019, Chris Spencer wrote: On Wed, 30 Jan 2019 at 00:44, Sergey Kubushyn wrote: OK, I've got it working. The problem was DM FEC driver does _NOT_ do pin muxing and FEC pins in i.MX8MQ come up as GPIOs after rest so no wonder it can't talk to the PHY or whatever else. I don't

Re: [U-Boot] [PATCH 1/3] x86: Change 4-level page table base address to low memory

> Am 31.01.2019 um 17:22 schrieb Bin Meng : > > At present the 4-level page table base address for 64-bit U-Boot > proper is assigned an address that conflicts with CONFIG_LOADADDR. > Change it to an address within the low memory range instead. Can't you dynamically allocate the PT too? Alex

Re: [U-Boot] [PATCH 2/2] efi_loader: set the dhcp ack received flag

On 1/31/19 3:54 PM, Patrick Wildt wrote: > On Thu, Jan 31, 2019 at 03:31:34PM +0100, Alexander Graf wrote: >> On 01/31/2019 03:25 PM, Patrick Wildt wrote: >>> On Sun, Dec 02, 2018 at 10:21:12PM +0100, Alexander Graf wrote: On 27.03.18 18:05, Heinrich Schuchardt wrote: > On 03/27/2018

[U-Boot] [PATCH 4/5] dt: bcm63158: add watchdog

This commit add watchdog and sysreset watchdog in the bcm63158 device tree. Signed-off-by: Philippe Reynes --- arch/arm/dts/bcm63158.dtsi | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm/dts/bcm63158.dtsi b/arch/arm/dts/bcm63158.dtsi index be68205..6a3fbc9 100644

[U-Boot] [PATCH 5/5] bcm963158: enable watchdog and reboot with watchdog

Enable watchdog and reboot with watchdog in the configuration. Signed-off-by: Philippe Reynes --- configs/bcm963158_ram_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/bcm963158_ram_defconfig b/configs/bcm963158_ram_defconfig index 6e3b688..9083f1d 100644 ---

[U-Boot] [PATCH 3/5] watchdog: bcm6345: allow to use this driver on arm bcm63158

This IP is also used on some arm SoC, so we allow to use it on arm bcm63158 too. Signed-off-by: Philippe Reynes --- drivers/watchdog/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig index 9456abd..115fc45 100644 ---

[U-Boot] [PATCH 2/5] bcm963158: add initial support

This add the initial support of the broadcom reference board bcm963158 with a bcm63158 SoC. This board has 1 GB of ram, 512 MB of flash (nand), 2 usb port, 1 uart, 4 ethernet ports (LAN), 1 ethernet port (WAN). Signed-off-by: Philippe Reynes --- arch/arm/Kconfig | 1 +

[U-Boot] [PATCH 1/5] bcm63158: add initial support

This add the initial support of the broadcom bcm63158 SoC family, only the cpu, dram and uart are supported. Signed-off-by: Philippe Reynes --- arch/arm/Kconfig | 6 arch/arm/dts/bcm63158.dtsi | 85 ++ 2 files changed, 91 insertions(+)

Re: [U-Boot] [PATCH v3 16/20] mtd: spi: Add lightweight SPI flash stack for SPL

On 31/01/19 5:36 PM, Jagan Teki wrote: > On Tue, Jan 29, 2019 at 11:29 AM Vignesh R wrote: >> >> Add a tiny SPI flash stack that just supports reading data/images from >> SPI flash. This is useful for boards that have SPL size constraints and >> would need to use SPI flash framework just to

[U-Boot] [PATCH 3/3] ARM: rmobile: Add possibility to debug main PSCI commands

From: Oleksandr Tyshchenko Also take care of the fact that Lager and Stout boards use different serial interface for console. Signed-off-by: Oleksandr Tyshchenko --- arch/arm/mach-rmobile/debug.h | 91 +++ arch/arm/mach-rmobile/psci.c | 23 +++

[U-Boot] [PATCH 2/3] ARM: rmobile: Add basic PSCI support for r8a7790 SoC

From: Oleksandr Tyshchenko Also enable PSCI support for Stout and Lager boards where actually the r8a7790 SoC is installed. All secondary CPUs will be switched to a non-secure HYP mode after booting. Signed-off-by: Oleksandr Tyshchenko --- arch/arm/mach-rmobile/Kconfig.32 | 2 +

[U-Boot] [PATCH 1/3] ARM: rmobile: Switch CPU to non-secure HYP mode for r8a7790 based boards

From: Oleksandr Tyshchenko Both Lager and Stout boards are based on r8a7790 SoC. Leave platform specific functions for bringing seconadary CPUs up empty, since our target is to use PSCI for that. Also take care of updating arch timer while we are in secure mode. Signed-off-by: Oleksandr

[U-Boot] [PATCH 0/3] PSCI support for r8a7790 SoC (Lager/Stout boards)

From: Oleksandr Tyshchenko Hi, all. The purpose of this patch series is to add PSCI support for Renesas boards based on R-Car Gen2 r8a7790 SoC. Actually, our target in Stout board, but as Lager board is also based on the same SoC, that patch series covers both. The main goal of using PSCI is

Re: [U-Boot] [PATCH v3 19/20] configs: Don't use SPI_FLASH_BAR as default

On 31/01/19 7:20 PM, Jagan Teki wrote: > On Thu, 31 Jan, 2019, 7:16 PM Vignesh R wrote: > > On 31/01/19 7:06 PM, Jagan Teki wrote: > [...] > >     >>  configs/xilinx_zynqmp_mini_qspi_defconfig        | 1 - > >     >> 

Re: [U-Boot] [PATCH 1/3] x86: Change 4-level page table base address to low memory

On 1/31/19 5:22 PM, Bin Meng wrote: > At present the 4-level page table base address for 64-bit U-Boot > proper is assigned an address that conflicts with CONFIG_LOADADDR. > Change it to an address within the low memory range instead. > > Fixes crashes seen when 'dhcp' on QEMU x86_64 with > "-net

Re: [U-Boot] Nand boot on imx6q board is broken

On Thu, Jan 31, 2019 at 7:58 AM Shyam Saini wrote: > > Hi Adam, > > Thanks a lot for replying. > > > > > I spent some time trying to make the imx6q_logic board boot from SPL > > from NAND, but I needed to patch a few things. Some of them have yet > > to be approved, but if they work for you,

Re: [U-Boot] dfu: mmc: call fs functions instead of run_command

On 1/30/19 7:42 PM, Tom Rini wrote: On Fri, Jan 25, 2019 at 07:58:01PM +0100, Simon Goldschmidt wrote: This unbreaks dfu mmc_file_op which is currently broken since using the load cmd on a buffer from heap is not allowed - added with commit aa3c609e2be5 ("fs: prevent overwriting reserved

Re: [U-Boot] Help: CONFIG_ENV_IS_IN_SPI_FLASH on AllWinner H5?

Thank you Jagan, most kind. I will report back. -Original Message- From: Jagan Teki Sent: 31 January 2019 15:44 To: g...@novadsp.com Cc: U-Boot-Denx Subject: Re: [U-Boot] Help: CONFIG_ENV_IS_IN_SPI_FLASH on AllWinner H5? On Thu, Jan 31, 2019 at 8:57 PM wrote: > > Greetings. Please

[U-Boot] [PATCH 3/3] x86: Use the existing GDT in the ROM for 64-bit U-Boot proper

It is unnecessary to use a RAM version GDT for 64-bit U-Boot proper. In fact we can just use the ROM version directly, which not only eliminates the risk of being overwritten by application, but also removes the complexity of patching the cpu_call64(). Signed-off-by: Bin Meng ---

[U-Boot] [PATCH 2/3] x86: Don't copy the cpu_call64() function to a hardcoded address

Before jumping to 64-bit U-Boot proper, SPL copies the cpu_call64() function to a hardcoded address 0x300. This can have potential conflicts with application usage. Switch the destination address to be allocated from the heap to avoid such risk. Signed-off-by: Bin Meng ---

[U-Boot] [PATCH 1/3] x86: Change 4-level page table base address to low memory

At present the 4-level page table base address for 64-bit U-Boot proper is assigned an address that conflicts with CONFIG_LOADADDR. Change it to an address within the low memory range instead. Fixes crashes seen when 'dhcp' on QEMU x86_64 with "-net nic -net user,tftp=.,bootfile=u-boot".

Re: [U-Boot] [PATCH] arm: dts: am33xx: add u-boot, dm-spl to ocp bus

On Thu, Jan 31, 2019 at 04:48:10PM +0100, Hannes Schmelzer wrote: > On 1/31/19 3:57 PM, Tom Rini wrote: > >On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes Schmelzer wrote: > > > >>commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0") > >>did remove the "u-boot,dm-spl" flag from

Re: [U-Boot] Nand boot on imx6q board is broken

Hi Adam, Thanks a lot for replying. > > I spent some time trying to make the imx6q_logic board boot from SPL > from NAND, but I needed to patch a few things. Some of them have yet > to be approved, but if they work for you, maybe it will help get them > approved. > > There was a broken

Re: [U-Boot] [PATCH] arm: dts: am33xx: add u-boot, dm-spl to ocp bus

On 1/31/19 3:57 PM, Tom Rini wrote: On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes Schmelzer wrote: commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0") did remove the "u-boot,dm-spl" flag from the 'ocp' bus which was introduced with commit 19aa4ac09db9 ("dts: am33xx: add

Re: [U-Boot] [PATCH v3 00/22] mx6sabre: Add DM and SPL FIT support

On Thu, Jan 31, 2019 at 03:13:51PM +, Abel Vesa wrote: > On 19-01-31 09:41:11, Tom Rini wrote: > > On Thu, Jan 31, 2019 at 12:59:19PM +, Abel Vesa wrote: > > > On 19-01-30 13:58:19, Tom Rini wrote: > > > > On Wed, Jan 30, 2019 at 01:39:50PM +, Abel Vesa wrote: > > > > > > > > > The

Re: [U-Boot] Help: CONFIG_ENV_IS_IN_SPI_FLASH on AllWinner H5?

On Thu, Jan 31, 2019 at 8:57 PM wrote: > > Greetings. Please let me know if there is a better place to ask this > question. > > Any clues here? I've got an AllWinner H5 with Winbond SPI flash attached on > SPI0. The flash is programmed using the sunxi FEL tools and boots perfectly. > Now I'd like

[U-Boot] [PATCH v2 1/7] dm: core: Add of_alias_get_highest_id()

The same functionality was added to Linux for i2c bus registration with this commit message: " of: base: add function to get highest id of an alias stem I2C supports adding adapters using either a dynamic or fixed id. The latter is provided by aliases in the DT case. To prevent id collisions of

[U-Boot] [PATCH v2 5/7] i2c: dm: Record maximum id of devices before probing devices

There is a need to find out the first free i2c ID which can be used for i2s buses (including i2c buses connected to i2c mux). Do it early in init and share this variable with other i2c classes for uniq bus identification. Signed-off-by: Michal Simek --- Changes in v2: - Use

[U-Boot] [PATCH v2 7/7] i2c: mux: Generate longer i2c mux name

For !DM case busses are listed as ZynqMP> i2c bus Bus 0: zynq_0 Bus 1: zynq_0->PCA9544A@0x75:0 Bus 2: zynq_0->PCA9544A@0x75:1 Bus 3: zynq_0->PCA9544A@0x75:2 Bus 4: zynq_1 Bus 5: zynq_1->PCA9548@0x74:0 Bus 6: zynq_1->PCA9548@0x74:1 Bus 7: zynq_1->PCA9548@0x74:2 Bus 8:

[U-Boot] [PATCH v2 6/7] i2c: Fill req_seq in i2c_post_bind()

For i2c controllers which are missing alias in DT there is no req_seq setup. This function is setting up proper ID based on highest found alias ID. On zcu102 this is the behavior when patch is applied. ZynqMP> i2c bus Bus 0: i2c@ff02 20: gpio@20, offset len 1, flags 0 21: gpio@21,

[U-Boot] [PATCH v2 3/7] dm: core: Introduce dev_read_alias_highest_id()

It is wrapper for calling of_alias_get_highest_id() when live tree is enabled and fdtdec_get_alias_highest_id() if not. Signed-off-by: Michal Simek --- Changes in v2: - New patch drivers/core/read.c | 8 include/dm/read.h | 16 2 files changed, 24 insertions(+)

[U-Boot] [PATCH v2 4/7] dm: core: Add tests for dev_read_alias_highest_id()

It is checking the highest alias ID for eth, gpio, pci, i2c and error code on non existing alias. Signed-off-by: Michal Simek --- Changes in v2: - New patch test/dm/test-fdt.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/test/dm/test-fdt.c b/test/dm/test-fdt.c

[U-Boot] [PATCH v2 2/7] fdt: Introduce fdtdec_get_alias_highest_id()

Find out the highest alias ID used for certain subsystem. This call will be used for alocating IDs for i2c buses which are not described in DT. Signed-off-by: Michal Simek --- Changes in v2: None include/fdtdec.h | 13 + lib/fdtdec.c | 33 + 2

[U-Boot] [PATCH v2 0/7] Align U-Boot I2C DM bus ID handling with Linux

U-Boot with I2C_DM enabled is not capable to list i2c busses connected to i2c mux. For getting this work there is a need to find out highest alias ID and use this uniq number for new buses connected to I2C mux. This series is making this happen. There is only one missing piece which is that also

[U-Boot] Help: CONFIG_ENV_IS_IN_SPI_FLASH on AllWinner H5?

Greetings. Please let me know if there is a better place to ask this question. Any clues here? I've got an AllWinner H5 with Winbond SPI flash attached on SPI0. The flash is programmed using the sunxi FEL tools and boots perfectly. Now I'd like to save the environment there too. Loading

Re: [U-Boot] Nand boot on imx6q board is broken

On Thu, Jan 31, 2019 at 8:53 PM Adam Ford wrote: > > On Wed, Jan 30, 2019 at 11:40 PM Shyam Saini > wrote: > > > > Hi Everyone, > > > > I'm trying to boot imx6q board from nand but it seems like mainline > > u-boot nand boot support for imx6q board is broken. > > I spent some time trying to

Re: [U-Boot] Nand boot on imx6q board is broken

On Wed, Jan 30, 2019 at 11:40 PM Shyam Saini wrote: > > Hi Everyone, > > I'm trying to boot imx6q board from nand but it seems like mainline > u-boot nand boot support for imx6q board is broken. I spent some time trying to make the imx6q_logic board boot from SPL from NAND, but I needed to patch

[U-Boot] [PATCH v3 8/8] configs: mscc_luton: Add network support.

Update default config to use network driver for Luton SoCs. Signed-off-by: Horatiu Vultur --- configs/mscc_luton_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/mscc_luton_defconfig b/configs/mscc_luton_defconfig index 7154e97..0fdd9b8 100644 ---

[U-Boot] [PATCH v3 7/8] net: Add MSCC Luton networkd driver.

Add network driver for Microsemi Ethernet switch, it is present on Luton SoCs. Signed-off-by: Horatiu Vultur --- drivers/net/mscc_eswitch/Kconfig| 7 + drivers/net/mscc_eswitch/Makefile | 1 + drivers/net/mscc_eswitch/luton_switch.c | 736 3

[U-Boot] [PATCH v3 6/8] mips: mscc: luton: Add ethernet nodes for Luton.

Add nodes for pcb090 and pcb091. There is currently no support in Linux for this SoC. Signed-off-by: Horatiu Vultur --- arch/mips/dts/luton_pcb090.dts | 51 + arch/mips/dts/luton_pcb091.dts | 51 + arch/mips/dts/mscc,luton.dtsi | 165

[U-Boot] [PATCH v3 4/8] net: mscc: Move mac_table_add function into different file.

Move the function mac_table_add into a different file, so it can be reused. Signed-off-by: Horatiu Vultur --- drivers/net/mscc_eswitch/Makefile | 2 +- drivers/net/mscc_eswitch/mscc_mac_table.c | 74 + drivers/net/mscc_eswitch/mscc_mac_table.h | 19 +++

[U-Boot] [PATCH v3 5/8] net: mscc: Remove unused variables

Remove unused variables in the struct ocelot_private and make miim variable static. Signed-off-by: Horatiu Vultur --- drivers/net/mscc_eswitch/ocelot_switch.c | 14 +- 1 file changed, 1 insertion(+), 13 deletions(-) diff --git a/drivers/net/mscc_eswitch/ocelot_switch.c

Re: [U-Boot] [RFC 1/9] Arm: dts: imx7d-pico: Import Linux pico-pi dts

Le 31/01/2019 à 13:39, Otavio Salvador a écrit : On Thu, Jan 31, 2019 at 9:54 AM Offouga Joris wrote: On 31 Jan 2019, at 12:36, Otavio Salvador wrote: On Thu, Jan 31, 2019 at 1:59 AM Offouga Joris wrote: The PMIC problem occurs after the dm conversion It'd be good if you could rework the

[U-Boot] [PATCH v3 3/8] net: mscc: Move ocelot_send and ocelot_recv in a different file.

This functions can be reused by other MSCC SoCs therefore, make them more generic and move them in separate files. Signed-off-by: Horatiu Vultur --- drivers/net/mscc_eswitch/Makefile| 2 +- drivers/net/mscc_eswitch/mscc_xfer.c | 139 +++

[U-Boot] [PATCH v3 1/8] net: mscc: Move ocelot_switch to mscc_eswitch folder

Move file ocelot_switch to mscc_eswitch to prepare to add new net drivers for other MSCC SoCs. Signed-off-by: Horatiu Vultur --- MAINTAINERS| 2 +- drivers/net/Kconfig| 7 +-- drivers/net/Makefile |

[U-Boot] [PATCH v3 2/8] net: mscc: Move miim commands into separate file.

Move miim functions that can be shared in a different file inside mscc_eswitch. Signed-off-by: Horatiu Vultur --- drivers/net/mscc_eswitch/Makefile| 2 +- drivers/net/mscc_eswitch/mscc_miim.c | 74 drivers/net/mscc_eswitch/mscc_miim.h | 12

[U-Boot] [PATCH v3 0/8] Add network support for Luton SoCs

This series adds network support for Luton SoCs. Currently there is not support for Luton SoCs in Linux. v3-changes: - reorder the changes of the commits and add Kconfig in mscc_eswitch folder v2-changes: - reuse functions from ocelot for luton network driver Horatiu Vultur (8): net:

Re: [U-Boot] [PATCH v3 00/22] mx6sabre: Add DM and SPL FIT support

On 19-01-31 09:41:11, Tom Rini wrote: > On Thu, Jan 31, 2019 at 12:59:19PM +, Abel Vesa wrote: > > On 19-01-30 13:58:19, Tom Rini wrote: > > > On Wed, Jan 30, 2019 at 01:39:50PM +, Abel Vesa wrote: > > > > > > > The second version is here: > > > >

  1   2   3   >