Re: [U-Boot] [PATCH] lan7xxx: Require phylib

Hi, On Thu, 15 Mar 2018 15:10:20 +0100 Alexander Graf wrote: > The lan75xx and lan78xx drivers need to drive their phy via the generic > phylib framework. Let's reflect that dependency in Kconfig, so that we > don't get build errors when phylib does not get selected. > >

Re: [U-Boot] dhcp command not populating dnsip environment variable

From: Joe Hershberger To: Duncan Hare Cc: u-boot ; Joe Hershberger Sent: Thursday, March 15, 2018 1:29 PM Subject: Re: [U-Boot] dhcp command not populating dnsip environment variable On Thu, Mar

Re: [U-Boot] [PATCHv2 2/2] ARM: dts: zynq: Rename dts for Z-turn board

On 16.03.18 00:08, Anton Gerasimov wrote: > Makes naming in line with other Zynq boards. > > Signed-off-by: Anton Gerasimov Reviewed-by: Alexander Graf Alex ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] net: fec_mxc: multiple calls to fec_mii_setspeed()

On 3/15/2018 12:49 PM, Joe Hershberger wrote: > On Wed, Mar 14, 2018 at 3:15 AM, Yasushi SHOJI > wrote: >> Hello, >> >> I just noticed that in fec_mxc.c, fec_mii_setspeed() is called twice if >> you are calling fecmxc_initialize_multi(), once from >> fec_get_miibus(),

Re: [U-Boot] [PATCHv2 1/2] ARM: dts: zynq: Update dts for Z-turn board

On 16.03.18 00:08, Anton Gerasimov wrote: > Delete devices implemented in PL, stylistic changes. > > Signed-off-by: Anton Gerasimov > --- > arch/arm/dts/zynq-zturn-myir.dts | 62 > > 1 file changed, 12 insertions(+), 50 deletions(-)

[U-Boot] [PATCHv2 2/2] ARM: dts: zynq: Rename dts for Z-turn board

Makes naming in line with other Zynq boards. Signed-off-by: Anton Gerasimov --- arch/arm/dts/Makefile| 2 +- arch/arm/dts/{zynq-zturn-myir.dts => zynq-zturn.dts} | 0 configs/zynq_z_turn_defconfig| 2 +- 3 files changed,

[U-Boot] [PATCHv2 1/2] ARM: dts: zynq: Update dts for Z-turn board

Delete devices implemented in PL, stylistic changes. Signed-off-by: Anton Gerasimov --- arch/arm/dts/zynq-zturn-myir.dts | 62 1 file changed, 12 insertions(+), 50 deletions(-) diff --git a/arch/arm/dts/zynq-zturn-myir.dts

[U-Boot] [PATCHv2 0/2] Changes to Z-turn dts

Updated patch to dts for Z-turn board. Thanks Alex and Michal for corections. Tested with both u-boot and linux kernel, works fine. Once it gets accepted to U-boot I'll send the final version to Linux devicetree mailing list. Anton Gerasimov (2): ARM: dts: zynq: Update dts for Z-turn board

[U-Boot] [PATCH] x86: zImage: pass device tree setup data to the kernel

Make a copy of DTB data with setup_data header and insert new item into the the setup data linked list. Signed-off-by: Ivan Gorinov --- arch/x86/include/asm/bootparam.h | 1 + arch/x86/lib/zimage.c| 32 2 files changed, 33

Re: [U-Boot] [PATCH] tools: xilinx: Fix zynq/zynqmp image recognition

On 14.03.18 11:14, Michal Simek wrote: > There is an issue to recognize zynq or zynqmp image because header > checking is just the same. That's why zynqmp images are recognized as > zynq one. > Check unused fields which are initialized to zero in zynq format > (__reserved1 0x38 and __reserved2

[U-Boot] [PATCH] tools: zynqimage: Add partition read support

The zynqmp image format has support for inline partitions which are used by FSBL to describe payloads that are loaded by FSBL itself. While we can't create images that contain partitions (yet), we should still at least be able to examine them and show the user what's inside when we analyze an

Re: [U-Boot] dhcp command not populating dnsip environment variable

On Thu, Mar 15, 2018 at 3:25 PM, Duncan Hare wrote: > In the latest version of u-boot, the dhcp command appears not to > populate the environment variable dnsip. This used to be the behaviour. Is it possible that your DHCP server isn't sending it? It seems like the code isn't

[U-Boot] dhcp command not populating dnsip environment variable

In the latest version of u-boot, the dhcp command appears not to populate the environment variable dnsip. This used to be the behaviour. The dns command works, if dnsip is populated manually. Is the a Kconfig variable controlling this? Or is there a new environment variable? Thanks Duncan Hare

Re: [U-Boot] net: fec_mxc: multiple calls to fec_mii_setspeed()

On Wed, Mar 14, 2018 at 3:15 AM, Yasushi SHOJI wrote: > Hello, > > I just noticed that in fec_mxc.c, fec_mii_setspeed() is called twice if > you are calling fecmxc_initialize_multi(), once from > fec_get_miibus(), and the other from fec_probe(). > > Is this intended? If

Re: [U-Boot] [PATCH] lan7xxx: Require phylib

On Thu, Mar 15, 2018 at 9:10 AM, Alexander Graf wrote: > The lan75xx and lan78xx drivers need to drive their phy via the generic > phylib framework. Let's reflect that dependency in Kconfig, so that we > don't get build errors when phylib does not get selected. > > Signed-off-by:

Re: [U-Boot] [PATCH] net: Only access network devices after init

On Thu, Mar 15, 2018 at 9:07 AM, Alexander Graf wrote: > In the efi_loader main loop we call eth_rx() occasionally. This rx function > might end up calling into devices that haven't been initialized yet, > potentially resulting in a lot of transfer timeouts. > > Instead, let's make

Re: [U-Boot] [PATCH 1/2] gpio: omap_gpio: Add DM_FLAG_PRE_RELOC flag

On Thu, Mar 15, 2018 at 09:11:34PM +0530, Faiz Abbas wrote: > With DM enabled in SPL, DM_FLAG_PRE_RELOC is required for > the omap_gpio driver to be bound to the gpio devices. > > Therefore, add DM_FLAG_PRE_RELOC flag to the omap_gpio driver. > > Signed-off-by: Faiz Abbas

Re: [U-Boot] [v2] Pull request: u-boot-spi/master

On Wed, Mar 14, 2018 at 11:51:17PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > Change for v2: > - include missing patch > > thanks, > Jagan. > > The following changes since commit f95ab1fb6e37f0601f397091bb011edf7a98b890: > > Prepare v2018.03 (2018-03-13 08:02:19

Re: [U-Boot] [PATCH 2/2] configs: am335x_evm: Increase SPL_SYS_MALLOC_F_LEN to accomodate gpio_devices

On Thu, Mar 15, 2018 at 09:11:35PM +0530, Faiz Abbas wrote: > With gpio devices getting created in SPL, the size of the heap is > no longer sufficient. Therefore, increase SPL_SYS_MALLOC_F_LEN > to 0x1000. > > Signed-off-by: Faiz Abbas Reviewed-by: Tom Rini

Re: [U-Boot] [GIT PULL] u-boot-uniphier/master

On Thu, Mar 15, 2018 at 10:53:20PM +0900, Masahiro Yamada wrote: > Hi Tom, > > Please pull some UniPhier updates. > > > The following changes since commit 706f077577cafaa21e6dcf93797d3a0e7dc82444: > > .travis.yml: Add lzop (2018-03-14 14:02:49 -0400) > > are available in the git repository

Re: [U-Boot] [PATCH 1/1] efi_loader: correctly support parameter delta in Blt

On Thu, 2018-03-15 at 11:19 +0100, Alexander Graf wrote: > In the Blt service of the EFI_GRAPHICS_OUTPUT_PROTOCOL the parameter delta > > is measured in bytes and not in pixels. > > > > The coding only supports delta being a multiple of four. The UEFI > > specification does not explicitly require

Re: [U-Boot] [PATCH 4/4] imx: hab: Provide hab_auth_img_or_fail command

Hi Bryan, 2018-03-09 14:35 GMT-03:00 Bryan O'Donoghue : > This patch adds hab_auth_img_or_fail() a command line function that > encapsulates a common usage of authenticate and failover, namely if > authenticate image fails, then drop to BootROM USB recovery mode. > >

[U-Boot] [PATCH 3/3] usb: dwc2: Replace printf, pr_err by dev_info, dev_err

From: Patrice Chotard Replace printf() call by dev_info() and pr_err() by dev_err() Signed-off-by: Patrice Chotard --- drivers/usb/host/dwc2.c | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git

[U-Boot] [PATCH 2/3] usb: dwc2: increase timeout in wait_for_chhltd

From: Christophe Kerello This patch increases timeout to 2s. It was seen on 2 USB devices (Verbatim STORE N GO 070B4AED0FB22358 and USB DISK 2.0 9000729BA41DDF40) that the request sense command takes between 1.3s and and 1.5s. Signed-off-by: Christophe Kerello

[U-Boot] [PATCH 1/3] usb: dwc2: disable external vbus supply when the device is removed

From: Christophe Kerello This patch adds an interface to disable the power in dwc2 driver. This new interface is called when the device is removed. Signed-off-by: Christophe Kerello Signed-off-by: Patrice Chotard

[U-Boot] [PATCH 0/3] Update DWC2 driver

From: Patrice Chotard This series : _ adds dwc_vbus_supply_exit() to disable VBUS on device removal _ increases timeout in wait_for_chhltd() _ replaces printf() and pr_err by dev_info() and dev_err() Christophe Kerello (2): usb: dwc2: disable external vbus supply

Re: [U-Boot] [PATCH 3/4] imx: hab: Specify IVT padding size

Hi Bryan, 2018-03-09 14:35 GMT-03:00 Bryan O'Donoghue : > This patch adds IVT_PAD_SIZE at 0xC00. The IVT header is padded to this > size. Defining the size explicitly makes it possible to use the define to > locate the start/end of an IVT header without using magic

Re: [U-Boot] [PATCH 2/4] imx: hab: Encase majority of header in __ASSEMBLY__ declaration

Hi Bryan, 2018-03-09 14:35 GMT-03:00 Bryan O'Donoghue : > Subsequent patches will want to include hab.h but in doing so include it on > an assembly compile path causing a range of compile errors. Fix the errors > pre-emptively by encasing the majority of the

Re: [U-Boot] [PATCH 1/4] imx: hab: Add routine to set HAB IVT address

Hi Bryan, 2018-03-09 14:35 GMT-03:00 Bryan O'Donoghue : > This patch takes a given address applies a plus or minus offset to locate > the putative address of an IVT given a non-IVT link location. > > It then sets hab_ivt_address to allow for further logic/scripting

[U-Boot] [PATCH] efi_loader: Fix network DP with DM_ETH

When CONFIG_DM_ETH is set, we assemble the device path properly with a full device hierarchy. Our helper function dp_fill() even put the MAC node itself in it for us. However, for non-DM compatibility we also have code in that added the MAC node manually. That code now runs on top of the existing

[U-Boot] [PATCH 2/2] configs: am335x_evm: Increase SPL_SYS_MALLOC_F_LEN to accomodate gpio_devices

With gpio devices getting created in SPL, the size of the heap is no longer sufficient. Therefore, increase SPL_SYS_MALLOC_F_LEN to 0x1000. Signed-off-by: Faiz Abbas --- configs/am335x_evm_defconfig| 1 + configs/am335x_hs_evm_defconfig | 1 + 2 files changed, 2

[U-Boot] [PATCH 0/2] Fix boot in some am335x sk boards

am335x standard kit boards with rev >= 1.2A require gpio support to enable DDR in SPL. This was failing because gpio drivers were not getting bound to the gpio devices in SPL. These patches fix this issue. Faiz Abbas (2): gpio: omap_gpio: Add DM_FLAG_PRE_RELOC flag configs: am335x_evm:

[U-Boot] [PATCH 1/2] gpio: omap_gpio: Add DM_FLAG_PRE_RELOC flag

With DM enabled in SPL, DM_FLAG_PRE_RELOC is required for the omap_gpio driver to be bound to the gpio devices. Therefore, add DM_FLAG_PRE_RELOC flag to the omap_gpio driver. Signed-off-by: Faiz Abbas --- drivers/gpio/omap_gpio.c | 1 + 1 file changed, 1 insertion(+) diff

[U-Boot] Bootcmd, Autorun and Hush Shell

Tom Can you help with this? 1. In the latest version of u-boot bootcmd , now under Kconfig, does not appear to be run automatically on startup. Is there a configuration parameter for this? 2. The hush shell now does not print the value of a variable for editing, to et one edit the variable

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

On Thursday 15 March 2018 08:01 PM, Sekhar Nori wrote: > On Thursday 15 March 2018 07:12 PM, Sekhar Nori wrote: >> On Thursday 15 March 2018 06:04 PM, Sekhar Nori wrote: >>> Thanks for the patch and great description. It looks correct to me. >>> Hopefully I can provide some testing feedback too

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

On 03/15/2018 09:56 AM, Tom Rini wrote: On Thu, Mar 15, 2018 at 08:01:58PM +0530, Sekhar Nori wrote: On Thursday 15 March 2018 07:12 PM, Sekhar Nori wrote: On Thursday 15 March 2018 06:04 PM, Sekhar Nori wrote: Thanks for the patch and great description. It looks correct to me. Hopefully I

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

On Thu, Mar 15, 2018 at 08:01:58PM +0530, Sekhar Nori wrote: > On Thursday 15 March 2018 07:12 PM, Sekhar Nori wrote: > > On Thursday 15 March 2018 06:04 PM, Sekhar Nori wrote: > >> Thanks for the patch and great description. It looks correct to me. > >> Hopefully I can provide some testing

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

On Thursday 15 March 2018 07:12 PM, Sekhar Nori wrote: > On Thursday 15 March 2018 06:04 PM, Sekhar Nori wrote: >> Thanks for the patch and great description. It looks correct to me. >> Hopefully I can provide some testing feedback too soon. > > Something seems to have broken MMC/SD support on

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

On 03/15/2018 07:34 AM, Sekhar Nori wrote: Hi David, On Thursday 15 March 2018 07:06 AM, David Lechner wrote: commit 1601dd97edc6 ("davinci: omapl138_lcdk: increase PLL0 frequency") changed the PLL0 frequency to 456MHz, which is needed for the LCDC IP block. However, in doing so, it caused the

Re: [U-Boot] Pull request: u-boot-spi/master

On Thu, Mar 15, 2018 at 12:17 AM, Jagan Teki wrote: > On Thu, Mar 15, 2018 at 12:08 AM, Adam Ford wrote: >> On Wed, Mar 14, 2018 at 12:39 PM, Jagan Teki >> wrote: >>> On Wed, Mar 14, 2018 at 10:57 PM, Tom Rini

[U-Boot] [PATCH] lan7xxx: Require phylib

The lan75xx and lan78xx drivers need to drive their phy via the generic phylib framework. Let's reflect that dependency in Kconfig, so that we don't get build errors when phylib does not get selected. Signed-off-by: Alexander Graf --- drivers/usb/eth/Kconfig | 2 ++ 1 file

[U-Boot] [PATCH] efi_loader: Fix return value for efi_add_runtime_mmio

The efi_add_runtime_mmio function incorrectly returned the added address as return value rather than EFI_SUCCESS. Fix it by checking the return value of efi_add_memory_map properly. Fixes: f057cfef5dc ("efi_loader: exit status for efi_reset_system_init") Signed-off-by: Alexander Graf

[U-Boot] [PATCH] net: Only access network devices after init

In the efi_loader main loop we call eth_rx() occasionally. This rx function might end up calling into devices that haven't been initialized yet, potentially resulting in a lot of transfer timeouts. Instead, let's make sure the ethernet device is actually initialized before reading from or writing

[U-Boot] [PATCH 1/2] rpi3: Enable lan78xx driver

The new Raspberry Pi B 3+ has a lan78xx device attached to it. Let's add driver support in U-Boot for it. Signed-off-by: Alexander Graf --- configs/rpi_3_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/rpi_3_defconfig b/configs/rpi_3_defconfig index

[U-Boot] [PATCH 2/2] rpi: Add identifier for the new RPi3 B+

The Raspberr Pi Foundation released a new RPi3 version which we want to detect as well, so we can enable ethernet on it and know the correct device tree file name. Add an identifier for it. Signed-off-by: Alexander Graf --- board/raspberrypi/rpi/rpi.c | 5 + 1 file changed,

[U-Boot] [PATCH 1/2] efi_loader: Optimize GOP switch

We usually try to compile for size, not for speed. Unfortunately with the more powerful GOP infrastructure to handle all sorts of GOP operations, we end up slowing down our copying hot path quite a lot. So this patch moves the 4 possible GOP operation modes into separate functions which call a

[U-Boot] [PATCH 2/2] efi_loader: Optimize GOP more

The GOP path was optimized, but still not as fast as it should be. Let's push it even further by trimming the hot path into simple 32bit load/store operations for buf->vid 32bpp operations. Signed-off-by: Alexander Graf --- lib/efi_loader/efi_gop.c | 176

[U-Boot] [GIT PULL] u-boot-uniphier/master

Hi Tom, Please pull some UniPhier updates. The following changes since commit 706f077577cafaa21e6dcf93797d3a0e7dc82444: .travis.yml: Add lzop (2018-03-14 14:02:49 -0400) are available in the git repository at: git://git.denx.de/u-boot-uniphier.git master for you to fetch changes up to

Re: [U-Boot] [PATCH] ARM: uniphier: dts: sync with Linux 4.16-rc5

2018-03-15 11:43 GMT+09:00 Masahiro Yamada : > Signed-off-by: Masahiro Yamada Applied to u-boot-uniphier. -- Best Regards Masahiro Yamada ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH] uniphier: increase the firmware size in update command environment

2018-02-02 14:16 GMT+09:00 Masahiro Yamada : > If a bigger EL32 is used, fip.bin can be larger than the currently > assumed boot firmware size. Adjust the update commands. > > Signed-off-by: Masahiro Yamada > --- > Applied to

Re: [U-Boot] [PATCH] ARM: uniphier: change load addresses for bigger kernel image

2018-02-22 19:00 GMT+09:00 Masahiro Yamada : > The kernel size is getting bigger and bigger. Because the Android > common kernel is even bigger than the vanilla kernel, so images > overlap with the current memory layout. > > Change the load address to adjust for a

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

On Thursday 15 March 2018 06:04 PM, Sekhar Nori wrote: > Thanks for the patch and great description. It looks correct to me. > Hopefully I can provide some testing feedback too soon. Something seems to have broken MMC/SD support on OMAP-L138 LCDK on 2018.03[1]. 2018.01 works fine[2]. Will check

Re: [U-Boot] [PATCH 1/2] ARM: AM43xx: Add support for RTC only mode

On Thu, Mar 15, 2018 at 05:58:47PM +0530, Keerthy wrote: > > > On Thursday 15 March 2018 05:56 PM, Tom Rini wrote: > > On Thu, Mar 15, 2018 at 04:09:52PM +0530, Keerthy wrote: > > > >> From: Tero Kristo > >> > >> Kernel stores information to the RTC_SCRATCH0 and RTC_SCRATCH1

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

Hi David, On Thursday 15 March 2018 07:06 AM, David Lechner wrote: > commit 1601dd97edc6 ("davinci: omapl138_lcdk: increase PLL0 frequency") > changed the PLL0 frequency to 456MHz, which is needed for the LCDC IP > block. However, in doing so, it caused the PLLOUT clock to be outside > of the

Re: [U-Boot] [PATCH] powerpc: configs: Set initrd_high environment varible

On Thu, Mar 15, 2018 at 01:55:02PM +0530, Prabhakar Kushwaha wrote: > commit 20e072f37402 ("image: check "bootm_low" and "bootm_size" if > "initrd_high" is missing"), forces to check "bootm_low" and > "bootm_size" if "initrd_high" is missing. It causes Linux boot up > failure with ramdisk size >

Re: [U-Boot] [PATCH 1/2] ARM: AM43xx: Add support for RTC only mode

On Thursday 15 March 2018 05:56 PM, Tom Rini wrote: > On Thu, Mar 15, 2018 at 04:09:52PM +0530, Keerthy wrote: > >> From: Tero Kristo >> >> Kernel stores information to the RTC_SCRATCH0 and RTC_SCRATCH1 registers >> for wakeup from RTC-only mode. Parse these registers during

Re: [U-Boot] Pull request: u-boot-sunxi/master

On Wed, Mar 14, 2018 at 07:35:08PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > thanks, > Jagan. > > The following changes since commit f95ab1fb6e37f0601f397091bb011edf7a98b890: > > Prepare v2018.03 (2018-03-13 08:02:19 -0400) > > are available in the Git repository at:

Re: [U-Boot] [PATCH] .travis.yml: Add lzop

On Wed, Mar 14, 2018 at 02:03:13PM -0400, Tom Rini wrote: > We need lzop now in order to make some FIT images that use LZO > compression on the contents. > > Signed-off-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [U-Boot] [PATCH 2/2] am43xx: Do not allow EMIF to control DDR_RESET in rtconly config

On Thu, Mar 15, 2018 at 04:09:53PM +0530, Keerthy wrote: > From: Dave Gerlach > > Prevent EMIF control of DDR_RESET line on DDR3 am43xx platforms for > am43xx_evm_rtconly_config. Without this DDR is unstable and can become > corrupted after multiple iterations of RTC+DDR mode.

Re: [U-Boot] [PATCH 1/2] ARM: AM43xx: Add support for RTC only mode

On Thu, Mar 15, 2018 at 04:09:52PM +0530, Keerthy wrote: > From: Tero Kristo > > Kernel stores information to the RTC_SCRATCH0 and RTC_SCRATCH1 registers > for wakeup from RTC-only mode. Parse these registers during SPL boot and > jump to the kernel resume vector if the device

Re: [U-Boot] [PATCH v10 4/4] common: Generic firmware loader for file system

On Thu, Mar 15, 2018 at 07:18:20AM +, Chee, Tien Fong wrote: > On Thu, 2018-03-08 at 14:04 -0700, Simon Glass wrote: > > Hi, > > > > On 7 March 2018 at 22:03, Chee, Tien Fong > > wrote: > > > > > > On Tue, 2018-03-06 at 10:51 -0700, Simon Glass wrote: > > > > > >

[U-Boot] [PATCH 2/2] spi: kirkwood: Full dm conversion

kirkwood now support dt along with platform data, respective boards need to switch into dm for the same. Signed-off-by: Jagan Teki --- drivers/spi/kirkwood_spi.c | 240 ++-- include/dm/platform_data/spi_kirkwood.h | 15 ++ 2

[U-Boot] [PATCH 1/2] spi: kirkwood: Get drvdata in .ofdata_to_platdata

Get the is_errata_50mhz_ac in .ofdata_to_platdata, and reuse it in .set_mode this can eventually initialized dt code at once and adding room to add platdata. Signed-off-by: Jagan Teki --- drivers/spi/kirkwood_spi.c | 8 +--- 1 file changed, 5 insertions(+), 3

Re: [U-Boot] [PATCH] kwbimage: Fix out of bounds access

On 15.3.2018 11:14, Alexander Graf wrote: > The kwbimage format is reading beyond its header structure if it > misdetects a Xilinx Zynq image and tries to read it. Fix it by > sanity checking that the header we want to read fits inside our > file size. > > Signed-off-by: Alexander Graf

Re: [U-Boot] uboot for ARRIA10 SoC

Hi Dan, Using arria10 with socfpga_v2014.10_arria10_bringup tag, I would like to determine, after an uboot reset or linux reboot, If both periph and core fpga images need to be loaded into the fpga again. Basically determine if the fpga images survive a warm reboot. Do you know if there is

[U-Boot] [PATCH] scripts/check-config.sh: fix "command not found" error handling

scripts/check-config.sh exits successfully and silently without doing any checks when the 'comm' command is not found. The problem triggers from the command around line 39: comm -23 ${suspects} ${ok} >${new_adhoc} This statement fails when 'comm' is not in $PATH, creating an empty

[U-Boot] [PATCH 2/2] am43xx: Do not allow EMIF to control DDR_RESET in rtconly config

From: Dave Gerlach Prevent EMIF control of DDR_RESET line on DDR3 am43xx platforms for am43xx_evm_rtconly_config. Without this DDR is unstable and can become corrupted after multiple iterations of RTC+DDR mode. Signed-off-by: Dave Gerlach [j-keer...@ti.com

[U-Boot] [PATCH 1/2] ARM: AM43xx: Add support for RTC only mode

From: Tero Kristo Kernel stores information to the RTC_SCRATCH0 and RTC_SCRATCH1 registers for wakeup from RTC-only mode. Parse these registers during SPL boot and jump to the kernel resume vector if the device is waking up from RTC-only mode. The RTC scratch register layout

[U-Boot] [PATCH 0/2] ARM: AM43xx: Add support for RTC only mode

Kernel stores information to the RTC_SCRATCH0 and RTC_SCRATCH1 registers for wakeup from RTC-only mode. Parse these registers during SPL boot and jump to the kernel resume vector if the device is waking up from RTC-only mode. The RTC scratch register layout used is: SCRATCH0 : bits00-31 : kernel

Re: [U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

On Wed, 2018-03-14 at 20:36 -0500, David Lechner wrote: > commit 1601dd97edc6 ("davinci: omapl138_lcdk: increase PLL0 > frequency") > changed the PLL0 frequency to 456MHz, which is needed for the LCDC IP > block. However, in doing so, it caused the PLLOUT clock to be outside > of the allowable

Re: [U-Boot] [PATCH 1/1] efi_loader: correctly support parameter delta in Blt

On 03/14/2018 07:57 PM, Heinrich Schuchardt wrote: In the Blt service of the EFI_GRAPHICS_OUTPUT_PROTOCOL the parameter delta is measured in bytes and not in pixels. The coding only supports delta being a multiple of four. The UEFI specification does not explicitly require this but as pixels

[U-Boot] [PATCH] kwbimage: Fix out of bounds access

The kwbimage format is reading beyond its header structure if it misdetects a Xilinx Zynq image and tries to read it. Fix it by sanity checking that the header we want to read fits inside our file size. Signed-off-by: Alexander Graf --- tools/kwbimage.c | 4 1 file changed,

Re: [U-Boot] [PATCH 00/14] at91: Add boards with OF_CONTROL/DM/DM_SPI

Hi Heiko, On Wed, Mar 14, 2018 at 6:46 PM, Jagan Teki wrote: > This series add support for missing at91 board with > - OF_CONTROL > - DM > - DM_SPI > - Drop non-dm code from atmel_spi > > Boards like taurus, vinco and ma5d4evk need move GPIO code > into drivers

[U-Boot] [PATCH] usb: gadget: composite: fix NULL pointer when a non standard request is received

From: Christophe Kerello In case usb configuration is unknown (cdev->config == NULL), non standard request should not be processed. Remove also the cdev->config check below which will never happen. This issue was seen using ums feature. Signed-off-by: Christophe

[U-Boot] [PATCH] powerpc: configs: Set initrd_high environment varible

commit 20e072f37402 ("image: check "bootm_low" and "bootm_size" if "initrd_high" is missing"), forces to check "bootm_low" and "bootm_size" if "initrd_high" is missing. It causes Linux boot up failure with ramdisk size > 90MB. So setting initrd_high to avoid rootfs relocation. Signed-off-by:

Re: [U-Boot] [PATCH v10 4/4] common: Generic firmware loader for file system

On Thu, 2018-03-08 at 14:04 -0700, Simon Glass wrote: > Hi, > > On 7 March 2018 at 22:03, Chee, Tien Fong > wrote: > > > > On Tue, 2018-03-06 at 10:51 -0700, Simon Glass wrote: > > > > > > Hi, > > > > > > On 5 March 2018 at 02:43,   wrote: >

[U-Boot] [PATCH] driver: net: fsl-mc: updated copyright info

Updated copyright info for the issues reported after running check-legal test. Signed-off-by: Yogesh Gaur --- Legally NXP and Freescale Semiconductor are same entity. drivers/net/fsl-mc/dpbp.c | 2 +- drivers/net/fsl-mc/dpio/dpio.c | 2 +-

Re: [U-Boot] [PATCH 1/2] ARM: dts: zynq: Update dts for Z-turn board

On 14.3.2018 23:40, Anton Gerasimov wrote: > Hi Alexander, > > >>>   device_type = "memory"; >>>   reg = <0x0 0x4000>; >>>   }; >>>     chosen { >>> -    stdout-path = "serial0:115200n8"; >> Nack. By default graphical output is quite unusable on this board, so we

Re: [U-Boot] [PATCH v3 7/7] test/py: add spi_flash tests

On 14.3.2018 16:59, Liam Beguin wrote: > Hi Michal, > > On Wed, 14 Mar 2018 at 10:35 Michal Simek wrote: > >> On 14.3.2018 03:03, Liam Beguin wrote: >>> Add basic tests for the spi_flash subsystem. >>> >>> Signed-off-by: Liam Beguin >>> --- >>>

[U-Boot] [PATCH v2 3/3] spi: ti_qspi: Full dm conversion

ti_qspi now support dt along with platform data, respective boards need to switch into dm for the same. Signed-off-by: Jagan Teki --- drivers/spi/ti_qspi.c | 490 - include/dm/platform_data/spi_ti_qspi.h | 19 ++ 2

[U-Boot] [PATCH v2 2/3] spi: davinci: Full dm conversion

From: Jagan Teki davinci_spi now support dt along with platform data, respective boards need to switch into dm for the same. Signed-off-by: Jagan Teki --- drivers/spi/Kconfig| 12 +- drivers/spi/davinci_spi.c

[U-Boot] [PATCH v2 1/3] spi: omap3_spi: Full dm conversion

omap3_spi now support dt along with platform data, respective boards need to switch into dm for the same. Signed-off-by: Jagan Teki Tested-by: Adam Ford #omap3_logic --- drivers/spi/Kconfig | 14 +- drivers/spi/omap3_spi.c

[U-Boot] [PATCH v2 0/3] spi: ompa3/davinci/ti_qspi: Full dm conversion

This series add full dm conversion for omap3_spi, davanci and ti_qspi drivers. Now it call to respective board maintainers to switch DM_SPI and DM_SPI_FLASH before migration deadline. Changes for v2: - New patch for ti_qspi changes Jagan Teki (3): spi: omap3_spi: Full dm conversion spi: