Re: [U-Boot] [PATCH] efi_loader: Fix partition offsets

On 12/01/2017 04:10 PM, Alexander Graf wrote: Commit 884bcf6f65 (efi_loader: use proper device-paths for partitions) tried to introduce the el torito scheme to all partition table types: Spawn individual disk objects for each partition on a disk. Unfortunately, that code ended up creating

Re: [U-Boot] [PATCH 4/4] ARM: imx: cm_fx6: remove esdhc init code from board file

On 30 November 2017 at 14:38, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for MMC. Remove the old mmc init code, which >

Re: [U-Boot] [PATCH] scripts: spl: fix typo

On 29 November 2017 at 19:07, Peng Fan wrote: > Typo fix: CONIFG->CONFIG > > Signed-off-by: Peng Fan > Cc: Tom Rini > Cc: Simon Glass > --- > scripts/Makefile.uncmd_spl | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [U-Boot] [RFC PATCH 09/13] arm: nexell: add UART support

On 29 November 2017 at 18:25, Andre Przywara wrote: > The Nexell S5P6818 SoC uses a UART very similar to those used in the > Samsung S5P SoCs. > Enable the driver in the config and add the necessary glue headers > and clock functions to make the S5P driver happy. > >

Re: [U-Boot] [PATCH 1/4] ARM: imx: cm-fx6: reinstate USB support by syncing the devicetree with Linux

On 30 November 2017 at 14:38, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for USB, thereby effectively removing USB >

Re: [U-Boot] [RFC PATCH 12/13] arm: add NanoPi M3 board support

On 29 November 2017 at 18:25, Andre Przywara wrote: > The NanoPi M3 is a single board computer containing a > Nexell S5P6818 SoC (with 8 ARMv8 Cortex-A53 cores). > Add the respective defconfig and a (preliminary) device tree listing > the devices that we support so far. >

Re: [U-Boot] [PATCH 2/4] ARM: imx: cm_fx6: defconfig: enable CONFIG_DM_KEYBOARD

On 30 November 2017 at 14:38, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for USB. But it missed to enable driver >

Re: [U-Boot] [RFC PATCH 07/13] arm: nexell: embed NSIH header

On 29 November 2017 at 18:25, Andre Przywara wrote: > The primary boot loaders provided by the SoC vendor or derived from that > use an image format called "NSIH" to learn the load address and size of > the boot payload. This header occupies 512 bytes, but contains only a

Re: [U-Boot] [RFC PATCH 11/13] arm: nexell: add preliminary S5P6818 SoC device tree

On 29 November 2017 at 18:25, Andre Przywara wrote: > The Nexell S5P6818 SoC is an octa-core SoC with ARM Cortex-A53 cores. > The chip contains the usual peripherals for an smartphone/tablet/set-top > box SoC. > Add the .dtsi file describing the peripherals supported so

Re: [U-Boot] [RFC PATCH 04/13] reset: add driver for generic reset controllers

Hi Andre, On 29 November 2017 at 18:25, Andre Przywara wrote: > From: Amit Singh Tomar > > The simplest and most generic form of a reset controller just exposes > multiple MMIO registers, where each bit toggles a separate reset line. > Add a

Re: [U-Boot] [RFC PATCH 10/13] arm: nexell: add timer support

On 29 November 2017 at 18:25, Andre Przywara wrote: > From: Amit Singh Tomar > > Nexell based SoCs (S5P4414 and S5P6818) contain the same timer block as > present on Samsungs SoCs. > > Add this timer code when compiling for Nexell SoC and provide

Re: [U-Boot] [RFC PATCH 05/13] mmc: add MMC (glue) driver for Nexell SoCs

Hi Andre, On 29 November 2017 at 18:25, Andre Przywara wrote: > From: Amit Singh Tomar > > The Nexell SoCs contain multiple MMC devices, which can be driven by > U-Boot's DesignWare MMC driver, if supported by the required glue driver > file. >

Re: [U-Boot] [RFC PATCH 13/13] arm: nexell: switch to 32-bit

On 29 November 2017 at 18:25, Andre Przywara wrote: > The vendor provided SPL blob (called "secondboot") runs completely in > AArch32, so expects U-Boot to be AArch32 as well. > Also the lack of a working arch timer limits Linux to 32-bits, as the > mainline arm64 kernel

Re: [U-Boot] [RFC PATCH 06/13] arm: add basic framework for Nexell S5P6818 support

On 29 November 2017 at 18:25, Andre Przywara wrote: > The Nexell S5P6818 is a typical SoC with ARM Cortex-A53 cores. > It has many peripherals derived from Samsung SoCs (MMC, serial, I2C, > Ethernet, ...). > Add the required files to introduce this new SoC (family?) to

Re: [U-Boot] [RFC PATCH 08/13] arm: nexell: add ARM64 MMU regions

On 29 November 2017 at 18:25, Andre Przywara wrote: > From: Amit Singh Tomar > > ARMv8 boards require a struct describing the memory regions for the > mandatory MMU setup. > Add the respective data for the Nexell S5P6818 SoC. > > Signed-off-by: Amit

Re: [U-Boot] [PATCH] cmd: i2c: Fix use sdram sub command with CONFIG_DM_I2C

On 30 November 2017 at 22:39, Nobuhiro Iwamatsu wrote: > sdram sub command of i2c command does not support Drivers Model. > This adds Drivers Model support to sdram sub command. > > Signed-off-by: Nobuhiro Iwamatsu > --- > cmd/i2c.c | 14

Re: [U-Boot] [PATCH 3/4] ARM: imx: cm_fx6: remove sata init code from board file

On 30 November 2017 at 14:38, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for AHCI. Remove the old, now unused, sata >

Re: [U-Boot] [PATCH 2/2] ARM: socfpga: remove unneeded CONFIG_SYS_NAND_USE_FLASH_BBT

On 29 November 2017 at 03:13, Masahiro Yamada wrote: > Neither denali.c nor denali_spl.c references this option. > > Signed-off-by: Masahiro Yamada > --- > > include/configs/socfpga_common.h | 1 - > 1 file changed, 1 deletion(-)

Re: [U-Boot] [PATCH v4 02/10] dm: mmc: update mmc_of_parse()

On 29 November 2017 at 07:29, Jean-Jacques Hiblot wrote: > * convert to livetree API > * don't fail because of an invalid bus-width, instead default to 1-bit. > * recognize 1.2v DDR and 1.2v HS200 flags > > Signed-off-by: Jean-Jacques Hiblot > --- > > no changes

Re: [U-Boot] [PATCH 0/3][v3] Update MAC address in "ethernet" node of Linux device tree

Hi York, On 29 November 2017 at 12:33, York Sun wrote: > On 11/23/2017 03:22 AM, Prabhakar Kushwaha wrote: >> The MAC addresses get fixed in the device tree for "ethernet" nodes >> is by using trailing number behind "ethernet" found in "/aliases". >> It may not be necessary for

Re: [U-Boot] [RFC PATCH 03/13] arm: move SYS_ARCH_TIMER to KConfig

On 29 November 2017 at 18:25, Andre Przywara wrote: > SYS_ARCH_TIMER guards the usage of the ARM Generic Timer (aka arch > timer) in U-Boot. > At the moment it is mandatory for ARMv8 and used by two ARMv7 boards. > Add a proper Kconfig symbol to express this dependency

Re: [U-Boot] [RFC PATCH 01/13] serial: s5p: rework Samsung UART driver to get rid of uart.h

On 29 November 2017 at 18:24, Andre Przywara wrote: > At the moment the serial_s5p driver takes care of both Exynos UARTs > as well as those from older Samsung SoCs (s3c/s5p series). > Looking more closely the only difference between those two groups is > how the

Re: [U-Boot] U-Boot proper(not SPL) relocate option

Hi Joakim, On 29 November 2017 at 03:48, Joakim Tjernlund wrote: > On Wed, 2017-11-29 at 19:11 +0900, Masahiro Yamada wrote: >> CAUTION: This email originated from outside of the organization. Do not >> click links or open attachments unless you recognize the

Re: [U-Boot] [U-Boot, 1/3] rockchip: boot mode: parse adc channel from dts

Hi Philipp, On 29 November 2017 at 02:53, Dr. Philipp Tomsich wrote: > [Getting Simon's email-address right, helps…] > > Simon, > > could you comment on this one from a general U-Boot architecture and > DM-maintainer perspective? > > Thanks, > Philipp. > >

Re: [U-Boot] [RFC PATCH 02/13] serial: S5P/Samsung: refactor and Kconfig-ize UART selection

On 29 November 2017 at 18:25, Andre Przywara wrote: > Currently the UART used by some Samsung SoCs is selected by the > generic CONFIG_S5P define. This makes it hard to re-use that UART > without pulling in the whole of the S5P code. Also the Exynos SoCs > use this driver,

Re: [U-Boot] [PATCH] dm: blk: Use uclass_find_first/next_device() in blk_first/next_device()

On 29 November 2017 at 08:46, Stefan Roese wrote: > This patch changes the calls to uclass_first/next_device() in blk_first/ > next_device() to use uclass_find_first/next_device() instead. These functions > don't prepare the devices, which is correct in this case. > > With this

Re: [U-Boot] [PATCH 4/5] treewide: convert assert() to BUG_ON()

On 29 November 2017 at 07:17, Masahiro Yamada wrote: > Hi Simon, > > > 2017-11-29 22:08 GMT+09:00 Simon Glass : >> Hi Masahiro, >> >> On 28 November 2017 at 05:23, Masahiro Yamada >> wrote: >>> We do not need

Re: [U-Boot] [PATCH v4 06/10] mmc: don't use malloc_cache_aligned()

On 29 November 2017 at 07:29, Jean-Jacques Hiblot wrote: > Not using this function reduces the size of the binary. It's replaces by > a standard malloc() and the alignment requirement is handled by an > intermediate buffer on the stack. > > Also make sure that the allocated

Re: [U-Boot] [PATCH v4 08/10] mmc: make UHS and HS200 optional

Hi Jean-Jacques, On 29 November 2017 at 07:29, Jean-Jacques Hiblot wrote: > Supporting USH and HS200 increases the code size as it brings in IO voltage > control, tuning and fatter data structures. > Use Kconfig configuration to select which of those features should be > built

Re: [U-Boot] [PATCH v4 01/10] mmc: dump card and host capabilities if debug is enabled

On 29 November 2017 at 07:29, Jean-Jacques Hiblot wrote: > This is a useful information while debugging the initialization process or > performance issues. > Also dump this information with the other mmc info if the verbose option > is selected > > Signed-off-by: Jean-Jacques

Re: [U-Boot] [PATCH v4 05/10] mmc: fix for old MMCs (below version 4)

On 29 November 2017 at 07:29, Jean-Jacques Hiblot wrote: > The ext_csd is allocated only for MMC above version 4. The compare will > crash or fail for older MMCs. > > Signed-off-by: Jean-Jacques Hiblot > --- > drivers/mmc/mmc.c | 3 +++ > 1 file changed, 3

Re: [U-Boot] [PATCH] fpga: allow programming fpga from FIT image for all FPGA drivers

Hi Michal, On 29 November 2017 at 03:00, Michal Simek wrote: > On 29.11.2017 06:20, Goldschmidt Simon wrote: >> On 28.11.2017 14:46, Michal Simek wrote: >>> On 28.11.2017 10:08, Goldschmidt Simon wrote: Simon Goldschmidt wrote: > Hi Simon, > > Simon

Re: [U-Boot] [RESEND PATCH 2/2] net: designware: add clock support

On 29 November 2017 at 01:06, wrote: > From: Patrice Chotard > > This implementation manages several clocks, disable and > free all of them in case of error during probe and in remove > callback. > > Signed-off-by: Patrice Chotard

Re: [U-Boot] [RESEND PATCH 1/2] dm: core: add missing dev_count_phandle_with_args()

Hi Patrice, On 29 November 2017 at 01:06, wrote: > From: Patrice Chotard > > Add missing dev_count_phandle_with_args() to avoid > compilation issue. > > Signed-off-by: Patrice Chotard > --- > drivers/core/read.c | 7

Re: [U-Boot] [PATCH] drivers: firmware: psci: use pr_* log functions instead of printf()

On 28 November 2017 at 23:04, Masahiro Yamada wrote: > In Linux, the warning messages are printed out by pr_warn(). > > We can use Linux-like log functions in tree-wide. > > Signed-off-by: Masahiro Yamada > --- > >

Re: [U-Boot] [PULL] Please pull u-boot-rockchip/master

On Sat, Dec 02, 2017 at 12:32:00AM +0100, Dr. Philipp Tomsich wrote: > Here’s v2 of the pull-request with the issues fixed. > > Looks like I’ll need to become even more restrictive on the quality of vendor > patches. > Sorry for causing extra work. > > Regards, > Philipp. > > > The following

Re: [U-Boot] [PULL] Please pull u-boot-rockchip/master

Here’s v2 of the pull-request with the issues fixed. Looks like I’ll need to become even more restrictive on the quality of vendor patches. Sorry for causing extra work. Regards, Philipp. The following changes since commit 9804d88630cdb22f5f0ace05ac05942928410fd9: Merge branch 'rmobile-mx'

Re: [U-Boot] [PATCH v4] power: pmic/regulator: Add basic support for TPS65910

On 30 November 2017 at 05:52, Felix Brack wrote: > Texas Instrument's TPS65910 PMIC contains 3 buck DC-DC converts, one > boost DC-DC converter and 8 LDOs. This patch implements driver model > support for the TPS65910 PMIC and its regulators making the get/set > API for regulator

Re: [U-Boot] [PATCH] binman: do not add binary files to git

Hi Masahiro, On 29 November 2017 at 07:14, Masahiro Yamada wrote: > > Hi Simon, > > 2017-11-29 22:08 GMT+09:00 Simon Glass : > > Hi Masahiro, > > > > On 26 November 2017 at 18:11, Masahiro Yamada > > wrote: > >> >

Re: [U-Boot] [RFC PATCH] test: py: Disable sleep test for qemu targets

On Fri, Dec 01, 2017 at 10:07:54AM -0700, Stephen Warren wrote: > On 12/01/2017 08:19 AM, Michal Simek wrote: > >Hi, > > > >On 1.12.2017 16:06, Heinrich Schuchardt wrote: > >> > >> > >>On 12/01/2017 03:46 PM, Michal Simek wrote: > >>>Qemu for arm32/arm64 has a problem with time setup. > >> >

Re: [U-Boot] [PULL] Please pull u-boot-rockchip/master

On Fri, Dec 01, 2017 at 07:00:36PM +0100, Dr. Philipp Tomsich wrote: > Tom, > > Another set of changes on u-boot-rockchip is ready for your tree. > This includes support for the RK3128, documentation updates and convenience > changes for some of our boards. > > Thanks, > Philipp. > > > The

Re: [U-Boot] [PATCH] arm: arm64: only use general regs

On 28.11.17 03:09, Peng Fan wrote: > When compiling with android toolchain, there is an instruction > "str q0, [x8],#16", but x8 is not 16bytes aligned, > this instruction will trigger sync abort. > > So, following Linux kernel, only use general regs for arm64. > If not, compiler may use

Re: [U-Boot] [PATCH] efi_loader: add missing breaks

On 30.11.17 15:21, Heinrich Schuchardt wrote: > > > On 11/30/2017 03:02 PM, Rob Clark wrote: >> Otherwise with GUID partition types you would end up with things like: >> >>    >> .../HD(Part0,Sig6252c819-4624-4995-8d16-abc9cd5d4130)/HD(Part0,MBRType=02,SigType=02) >> >> >> Signed-off-by: Rob

[U-Boot] [PATCH] efi_loader helloworld.efi: Fix building with -Os

Depending on your compiler, when compiling the hello world efi binary with -Os, gcc might think it's a smart idea to replace common patterns such as memory copies with explicit calls to memcpy(). While that sounds great at first, we don't have any memcpy() available in our helloworld build

Re: [U-Boot] [PATCH 00/23] imx: add i.MX8M support and i.MX8MQ EVK

Hi Peng, On Thu, Nov 30, 2017 at 12:53 AM, Peng Fan wrote: >> I don't see a README in here, I'm wondering what the details/requirements >> are around ARM Trusted Firmware and the build process, for this platform does >> it use the open ARM ATF, or is it similar to other

Re: [U-Boot] [PATCH 02/23] imx: mx8m: add register definition header file

Forgot to add Tom. On Fri, Dec 1, 2017 at 6:45 PM, Fabio Estevam wrote: > Hi Stefano, > > +Tom > > On Wed, Nov 29, 2017 at 8:06 AM, Stefano Babic wrote: > >> Right. There were long discussions in the ML and it was decided to >> diverge from kernel and use

Re: [U-Boot] [PATCH 02/23] imx: mx8m: add register definition header file

Hi Stefano, +Tom On Wed, Nov 29, 2017 at 8:06 AM, Stefano Babic wrote: > Right. There were long discussions in the ML and it was decided to > diverge from kernel and use structures in U-Boot. I do not want to > restart that painly discussion...:-) In this thread I got the

Re: [U-Boot] [PATCH] imx: Unify CONFIG_BOOTDELAY

Hi Stefano, On Mon, Nov 20, 2017 at 11:54 AM, Fabio Estevam wrote: > In order to provide a consistent user experience for imx board users, > remove the custom CONFIG_BOOTDELAY values from defconfig files, so that > all boards can use the default two second delay. > >

Re: [U-Boot] Should we reorganise arch/arm/dts into arch/arm/dts/?

On Fri, Dec 01, 2017 at 09:00:05PM +0100, Dr. Philipp Tomsich wrote: > Tom, > > As one of my colleagues noticed, the list of files in arch/arm/dts > grows with every release. > > How about splitting this into subdirectories for each SOC vendor (e.g. > arch/arm/dts//) to reduce the clutter? > If

Re: [U-Boot] [PATCH 4/4] ARM: imx: cm_fx6: remove esdhc init code from board file

On Thu, Nov 30, 2017 at 7:38 PM, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for MMC. Remove the old mmc init code,

Re: [U-Boot] [PATCH 3/4] ARM: imx: cm_fx6: remove sata init code from board file

On Thu, Nov 30, 2017 at 7:38 PM, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for AHCI. Remove the old, now unused, sata

Re: [U-Boot] [PATCH 2/4] ARM: imx: cm_fx6: defconfig: enable CONFIG_DM_KEYBOARD

On Thu, Nov 30, 2017 at 7:38 PM, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for USB. But it missed to enable driver >

Re: [U-Boot] [PATCH 1/4] ARM: imx: cm-fx6: reinstate USB support by syncing the devicetree with Linux

On Thu, Nov 30, 2017 at 7:38 PM, wrote: > From: Christopher Spinrath > > Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support") > enabled driver model support for USB, thereby effectively removing USB >

[U-Boot] Should we reorganise arch/arm/dts into arch/arm/dts/?

Tom, As one of my colleagues noticed, the list of files in arch/arm/dts grows with every release. How about splitting this into subdirectories for each SOC vendor (e.g. arch/arm/dts//) to reduce the clutter? If this sounds like a good idea, let me know and I’ll start rearranging the

Re: [U-Boot] Fwd: Errored: agraf/u-boot#91 (efi-next - c457420)

Hello Alex, bisection shows this is the problematic patch: efi_loader: output load options in helloworld https://github.com/agraf/u-boot/commit/bbf75dd9345d0b1a7ec7a50016547eb7c759b7af https://travis-ci.org/xypron2/u-boot/builds/310193906 The preceding patch does not have an error on

[U-Boot] [PULL] Please pull u-boot-rockchip/master

Tom, Another set of changes on u-boot-rockchip is ready for your tree. This includes support for the RK3128, documentation updates and convenience changes for some of our boards. Thanks, Philipp. The following changes since commit 9804d88630cdb22f5f0ace05ac05942928410fd9: Merge branch

Re: [U-Boot] [PATCH] ARM: zynq: Fix SPL SD boot mode

Hi Michal, On Fri, Dec 1, 2017 at 8:13 AM, Michal Simek wrote: > This patch is fixing two issues: > 1. Insufficient stack size for fat fs buffers > 2. Insufficient space in malloc area > > Tested on zc702 and zc706. > > Signed-off-by: Michal Simek

Re: [U-Boot] [RFC PATCH] test: py: Disable sleep test for qemu targets

On 12/01/2017 08:19 AM, Michal Simek wrote: Hi, On 1.12.2017 16:06, Heinrich Schuchardt wrote: On 12/01/2017 03:46 PM, Michal Simek wrote: Qemu for arm32/arm64 has a problem with time setup. Wouldn't it be preferable to fix the root cause? Definitely that would be the best and IIRC I

Re: [U-Boot] [V2 1/2] armv8: ls1043a: modify the detecting way to cover all variants

The subject can be change to armv8: ls1043a: check SoC by device ID On 11/30/2017 10:55 PM, Wenbin song wrote: > There are many variants for ls1043a. Modify the detecting way to > make that the below fixup apply to all variants of ls1043a. > - Fix GIC offset for rev1.1 > - Fix msi

[U-Boot] [PATCH 8/9] arm64: zynqmp: Enable phys for zcu102

Enable USB3.0 and SATA phy for zcu102 boards. Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp-zcu102-revA.dts | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/dts/zynqmp-zcu102-revA.dts b/arch/arm/dts/zynqmp-zcu102-revA.dts index

[U-Boot] [PATCH 3/9] arm64: zynqmp: Add reference to pmu firmware node

This reference is needed for pinctrl driver where some signals can be routed directly to platform management unit (PMU). Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH 6/9] arm64: zynqmp: Read boot mode register using zynqmp_mmio_read

From: Siva Durga Prasad Paladugu Dont read boot mode register directly read it using zynqmp_mmio_read(). Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek --- board/xilinx/zynqmp/zynqmp.c | 6

[U-Boot] [PATCH 5/9] arm64: zynqmp: Enable SPL_CLK when SPL is enabled

Setup proper dependency in Kconfig for SPL_CLK. Signed-off-by: Michal Simek --- arch/arm/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index e50ba930a17c..16be179c8ba5 100644 --- a/arch/arm/Kconfig +++

[U-Boot] [PATCH 7/9] arm64: zynqmp: Setup modeboot variable based on bootmode

Setup bootmode variable based on bootmode selection. This is helping with setting up boot method. Also setup sdbootdevice. Signed-off-by: Michal Simek --- board/xilinx/zynqmp/zynqmp.c | 8 1 file changed, 8 insertions(+) diff --git

[U-Boot] [PATCH 4/9] arm64: zynqmp: Add support for generic QSPI boot

This patch is enabling support for SPL QSPI boot. First of all it is necessary to generate atf-spi.ub which is different format than atf-uboot.ub (this can be made as legacy image too) ADDR=`arm-xilinx-linux-gnueabi-readelf -a bl31.elf | grep "Entry point address" | cut -d ':' -f 2 | sed -e

[U-Boot] [PATCH 9/9] arm64: zynqmp: Enable clock command for all boards

clk command provides an option to see actual clock setting. Signed-off-by: Michal Simek --- configs/xilinx_zynqmp_ep_defconfig | 1 + configs/xilinx_zynqmp_zc1751_xm015_dc1_defconfig | 1 + configs/xilinx_zynqmp_zc1751_xm016_dc2_defconfig | 1 +

[U-Boot] [PATCH 2/9] arm64: zynqmp: Do not use SPL_SYS_MALLOC_SIMPLE allocator

This was caused by: "fs/fat: Reduce stack usage" (sha1:2460098cffacd18729262e3ed36656e6943783ed) which converted fat code to use malloc. But simple malloc is not freeing space that's why full malloc implementation is needed. Malloc space is added to RAM. Signed-off-by: Michal Simek

[U-Boot] [PATCH 1/9] arm64: zynqmp: Do not perform reset in case of panic

Do not perform reset when panic happens because in the next reset panic happens again and logs are overflood by the same errors. This can be enabled by default and reset can be performed via watchdog. Signed-off-by: Michal Simek --- include/configs/xilinx_zynqmp.h | 1

Re: [U-Boot] [RFC PATCH] test: py: Disable sleep test for qemu targets

Hi, On 1.12.2017 16:06, Heinrich Schuchardt wrote: > > > On 12/01/2017 03:46 PM, Michal Simek wrote: >> Qemu for arm32/arm64 has a problem with time setup. > > Wouldn't it be preferable to fix the root cause? Definitely that would be the best and IIRC I have tried to convince our qemu guy to

[U-Boot] [PATCH] efi_loader: Fix partition offsets

Commit 884bcf6f65 (efi_loader: use proper device-paths for partitions) tried to introduce the el torito scheme to all partition table types: Spawn individual disk objects for each partition on a disk. Unfortunately, that code ended up creating partitions with offset=0 which meant that anyone

Re: [U-Boot] [RFC PATCH] test: py: Disable sleep test for qemu targets

On 12/01/2017 03:46 PM, Michal Simek wrote: Qemu for arm32/arm64 has a problem with time setup. Wouldn't it be preferable to fix the root cause? That's why sleep test is failing. Add boardidentity marker to remove specific boards from running that test. Isn't this what 'boardspec' is

[U-Boot] [RFC PATCH] test: py: Disable sleep test for qemu targets

Qemu for arm32/arm64 has a problem with time setup. That's why sleep test is failing. Add boardidentity marker to remove specific boards from running that test. Signed-off-by: Michal Simek --- If you want to add this checking in one patch and then put it to one test

[U-Boot] [PATCH] arm: zynq: Add support to store environment in EEPROM

From: Siva Durga Prasad Paladugu Added support to store environment in EEPROM. Set the mux to select EEPROM during board init so that the env can be read from EEPROM later. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek

[U-Boot] [RFC PATCH] cmd: aes: Extend aes command to use hw engine if available.

From: Siva Durga Prasad Paladugu Extend aes command to use hw engine for decryption if available in hardware. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek --- cmd/aes.c | 55

[U-Boot] [PATCH] ARM: zynq: Fix SPL SD boot mode

This patch is fixing two issues: 1. Insufficient stack size for fat fs buffers 2. Insufficient space in malloc area Tested on zc702 and zc706. Signed-off-by: Michal Simek --- configs/syzygy_hub_defconfig | 2 ++ configs/topic_miami_defconfig | 2 ++

Re: [U-Boot] [PATCH] tools: env: Add support for direct read/write UBI volumes

Hi, On Tue, 14 Nov 2017 23:01:26 -0800 S. Lockwood-Childs wrote: > Up to now we were able to read/write environment data from/to UBI > volumes only indirectly by gluebi driver. This driver creates NAND MTD > on top of UBI volumes, which is quite a workaroung for this use case. > > Add support

Re: [U-Boot] mmc1 not working on Samsung snow chromebook

Le 18/11/2017 à 17:33, Guillaume Gardet a écrit : Le 17/11/2017 à 17:06, Jaehoon Chung a écrit : On 2017년 11월 17일 18:38, Guillaume Gardet wrote: Le 17/11/2017 à 10:36, Lukasz Majewski a écrit : On Thu, 16 Nov 2017 13:29:56 +0100 Guillaume Gardet wrote: I

Re: [U-Boot] [PATCH v3 00/18] efi_loader: manage protocols in a linked list (v3)

On 11/27/2017 06:09 PM, Simon Glass wrote: Hi, On 26 November 2017 at 06:05, Heinrich Schuchardt wrote: Up to now the protocols of an EFI handle where contained in an array of fixed size. With the patch series the protocols are managed in a linked list. This both saves

Re: [U-Boot] [PATCH 00/23] imx: add i.MX8M support and i.MX8MQ EVK

Hi Peng, 2017-11-29 0:42 GMT-02:00 Peng Fan : > Hi Diego, > > On Tue, Nov 28, 2017 at 02:42:20PM -0200, Diego Dorta wrote: >>Hi Peng Fan, >> >>2017-11-28 10:31 GMT-02:00 Peng Fan : >>> This patchset is to add i.MX8M and i.MX8MQ-EVK support >>> >>> patch:

Re: [U-Boot] [PATCH] Convert CONFIG_NAND_OMAP_GPMC et al to Kconfig

2017-08-26 15:37 GMT+02:00 Simon Glass : > On 11 August 2017 at 07:03, Adam Ford wrote: >> This converts the following to Kconfig: >>CONFIG_NAND_OMAP_GPMC >>CONFIG_NAND_OMAP_GPMC_PREFETCH >>CONFIG_NAND_OMAP_ELM >>

[U-Boot] [PATCH 1/1] arm: sunxi: Allwinner A10 SPI driver

Add spi driver for sun4i, sun5i and sun7i SoCs. The driver is adapted from mailine kernel (currently 4.15.0-rc1). Signed-off-by: Stefan Mavrodiev --- Tested with A20-OLinuXino-Lime2 with W25Q128 chip. The output is: => sspi => sf probe SF: Detected w25q128bv with page

Re: [U-Boot] [PATCH V11 1/4] usb: rockchip: add the rockusb gadget

On 12/01/2017 08:20 AM, Eddie Cai wrote: > this patch implement rockusb protocol on the device side. this is based on > USB download gadget infrastructure. the rockusb function implements the rd, > wl, rid commands. it can work with rkdeveloptool > > Signed-off-by: Eddie Cai