[U-Boot] [PATCH 1/6][v4] armv8: lsch3: Add generic get_svr() in assembly

From: Priyanka Jain Signed-off-by: Priyanka Jain --- Changes for v4: update get_svr() implementation change to be effective only on Chassis3 platforms to fix compilation issues on non-chassis3 platforms like ls1012a

[U-Boot] [PATCH 2/6][v4] armv8: lsch3: Use SVR based timer base address detection

From: Priyanka Jain Timer controller base address has been changed from LS2080A SoC (and its personalities) to new SoCs like LS2088A, LS1088A. Use SVR based timer base address detection to avoid compile time #ifdef. Signed-off-by: Priyanka Jain

[U-Boot] [PATCH v2] sata: Fixes:d97dc8a0(Separate the non-command code into its own file)

From: Tang Yuantian Commit d97dc8a0 separated the non-command code into its own file which caused variable sata_curr_device can not be set to a correct value. Before commit d97dc8a0, variable sata_curr_device can be set correctly in sata_initialize(). After commit

[U-Boot] [PATCH 3/6][v4] armv8: fsl-layerscape: Update TZASC registers type

From: Priyanka Jain TZASC registers like TZASC_GATE_KEEPER, TZASC_REGION_ATTRIBUTES are 32-bit regsiters. So while doing register load-store operations, 32-bit intermediate register, w0 should be used. Update x0 register to w0 register type. Signed-off-by: Priyanka Jain

[U-Boot] [PATCH 5/6][v4] armv8: fsl-layerscape: Add NXP LS2088A SoC support

From: Priyanka Jain The QorIQ LS2088A SoC is built on layerscape architecture. It is similar to LS2080A SoC with some differences like 1)Timer controller offset is different 2)It has A72 cores 3)It supports TZASC module Signed-off-by: Priyanka Jain

Re: [U-Boot] [PATCH v3 5/5] ARMv8: LS1043A: Enable LS1043A default PSCI support

Then my previous v2 1/6 was right, I should not cancel it. https://patchwork.ozlabs.org/patch/689804/ Tom, York, I'll have to re-send this patch set with previous 1/6 included again, with some updates Tom mentioned, e.g move the macros touched into Kconfig although those configs were not created

[U-Boot] [PATCH v7 21/21] sf: Fix s25fs512s id table

s25fs512s and s25fl512s_256k have common id information till 5 bytes and 6th byte have different family id like FS and FL-S as 0x81 and 0x80. Reported-by: Vignesh R Signed-off-by: Jagan Teki --- Changes for v7: - Update SECT_4K s25fs512s

[U-Boot] [PATCH v7 14/21] sf: ids: Use small letter in ext_jedec

Use small 'd' in s25s512s ext_jedec Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek Signed-off-by: Jagan Teki Reviewed-by: Simon Glass

[U-Boot] [PATCH v7 13/21] sf: ids: Use small letter's with flash name

From: Jagan Teki For readability use small letter's with flash name. Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek Signed-off-by:

[U-Boot] [PATCH v7 10/21] sf: Remove spansion_s25fss_disable_4KB_erase

From: Jagan Teki In spansion S25FS-S family the physical sectors are grouped as normal and parameter sectors. Parameter sectors are 4kB in size with 8 set located at the bottom or top address of a device. Normal sectors are similar to other flash family with sizes of

Re: [U-Boot] [PATCH v6 16/21] spi: Remove dual flash options/flags

On Thu, Nov 17, 2016 at 11:53 AM, Siva Durga Prasad Paladugu wrote: > Hi, > >> -Original Message- >> From: Jagan Teki [mailto:ja...@openedev.com] >> Sent: Wednesday, November 16, 2016 7:23 PM >> To: Siva Durga Prasad Paladugu >> Cc:

Re: [U-Boot] [PATCH v6 16/21] spi: Remove dual flash options/flags

Hi, > -Original Message- > From: Jagan Teki [mailto:ja...@openedev.com] > Sent: Wednesday, November 16, 2016 7:23 PM > To: Siva Durga Prasad Paladugu > Cc: u-boot@lists.denx.de; Michal Simek > Subject: Re: [U-Boot] [PATCH v6 16/21] spi:

Re: [U-Boot] [PATCH] ARM: socfpga: Add boot0 hook to prevent SPL corruption

On Rab, 2016-11-16 at 23:39 +0100, Marek Vasut wrote: > On 11/16/2016 08:27 PM, Dinh Nguyen wrote: > > > > > > > > On 11/16/2016 10:54 AM, Marek Vasut wrote: > > > > > > Valid Altera SoCFPGA preloader image must contain special data at > > > offsets 0x40, 0x44, 0x48 and valid instructions at

Re: [U-Boot] [PATCH v6 21/21] sf: Fix s25fs512s id param table

On Wednesday 16 November 2016 07:17 PM, Jagan Teki wrote: > On Wed, Nov 16, 2016 at 6:34 PM, Siva Durga Prasad Paladugu [...] > diff --git a/drivers/mtd/spi/spi_flash_ids.c > b/drivers/mtd/spi/spi_flash_ids.c index 4ec2255..8f9520f 100644 > --- a/drivers/mtd/spi/spi_flash_ids.c >

Re: [U-Boot] [PATCH v6 1/2] armv8/fsl-layerscape: fdt: fixup LS1043A rev1 GIC node

Hi, york Best Regards Wenbin Song > -Original Message- > From: york sun > Sent: Thursday, November 17, 2016 1:05 AM > To: Wenbin Song ; albert.u.b...@aribaud.net; > Mingkai Hu ; u-boot@lists.denx.de > Subject: Re: [PATCH v6 1/2]

Re: [U-Boot] [PATCH] arm: exynos7420: remove custome low level init function

> From: Thomas Abraham > > Remove the custom low-level initialization function and reuse the > default low-level initialization function. But this requires the > ARMV8_MULTIENTRY config option to be enabled for Exynos7420. > > On Exynos7420, the boot CPU belongs to the

[U-Boot] [PATCH v5 11/13] sunxi: Use binman for sunxi boards

Move sunxi boards to use binman. This involves adding the image definition to the device tree and using it in the Makefile. Signed-off-by: Simon Glass --- Changes in v5: - Add a dependency on u-boot.dtb for buildman Changes in v4: - Remove RFC tag - Use binman for all sunxi

[U-Boot] [PATCH v5 13/13] binman: Drop microcode features from ifdtool

Now that binman supports creating images with microcode, drop the code from ifdtool. Signed-off-by: Simon Glass --- Changes in v5: - Add a new patch to drop microcode features from ifdtool Changes in v4: None Changes in v3: None Changes in v2: None tools/ifdtool.c | 254

[U-Boot] [PATCH v5 12/13] x86: Use binman all x86 boards

Change x86 boards to use binman to produce the ROM. This involves adding the image definition to the device tree and using it in the Makefile. The existing ifdtool features are no-longer needed. Note that the u-boot.dtsi file is common and is used for all x86 boards which use microcode. A

[U-Boot] [PATCH v5 07/13] binman: Add a build rule for binman

Add a standard command definition for binman so that it can be used in makefiles. Signed-off-by: Simon Glass --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None Makefile | 6 ++ 1 file changed, 6 insertions(+) diff --git a/Makefile

[U-Boot] [PATCH v5 08/13] binman: Allow configuration options to be used in .dts files

It is sometimes useful to be able to reference configuration options in a device tree source file. Add the necessary includes so that this works. Signed-off-by: Simon Glass --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 06/13] binman: Add support for building x86 images with FSP/CMC

Add support for two more from the inexhaustible supply of x86 binary blob types. Signed-off-by: Simon Glass --- Changes in v5: None Changes in v4: - Add new patch to support building x86 images with FSP/CMC Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 09/13] binman: Automatically include a U-Boot .dtsi file

For boards that need U-Boot-specific additions to the device tree, it is a minor annoyance to have to add these each time the tree is synced with upstream. Add a means to include a file (e.g. u-boot.dtsi) automatically into the .dts file before it is compiled. The file uses is the first one that

[U-Boot] [PATCH v5 10/13] tegra: Use a U-Boot-specific .dtsi file

With the new device-tree rules it is possible to put device-tree changes needed by U-Boot into their own file. As an example of this approach, move Tegra over to use it. Signed-off-by: Simon Glass --- Changes in v5: - Add a new tegra patch to use an automatically included

[U-Boot] [PATCH v5 05/13] binman: Add support for building x86 ROMs with SPL

When building for 64-bit x86 we need an SPL binary in the ROM. Add support for this. Also increase entry test code coverage to 100%. Signed-off-by: Simon Glass --- Changes in v5: - Add a new for optional microcode Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v5 01/13] binman: Introduce binman, a tool for building binary images

This adds the basic code for binman, including command parsing, processing of entries and generation of images. So far no entry types are supported. These will be added in future commits as examples of how to add new types. See the README for documentation. Signed-off-by: Simon Glass

[U-Boot] [PATCH v5 03/13] binman: Add support for building x86 ROMs

The structure of x86 ROMs is pretty complex. There are various binary blobs to place in the image. Microcode requires special handling so that it is available to very early code and can be used without any memory whatsoever. Add support for the various entry types that are currently needed, along

[U-Boot] [PATCH v5 02/13] binman: Add basic entry types for U-Boot

Add entries to support some standard U-Boot binaries, such as u-boot.bin, u-boot.dtb, etc. Also add some tests for these. Signed-off-by: Simon Glass --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None tools/binman/entry_test.py

[U-Boot] [PATCH v5 04/13] binman: Add support for u-boot.img as an input binary

Add an entry type for u-boot.img (a legacy U-Boot image) and a simple test. Signed-off-by: Simon Glass --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None tools/binman/etype/u_boot_img.py| 17 + tools/binman/func_test.py

[U-Boot] [PATCH v5 00/13] binman: A tool for creating firmware images

This series introduces binman, a tool designed to create firmware images. It provides a way to bring together various binaries and place them in an image, at particular positions and with configurable alignment. Packaging of firmware is quite a different task from building the various parts. In

Re: [U-Boot] [PATCH v6 01/21] sf: Adopt flash table INFO macro from Linux

On 11/15/2016 08:03 PM, Jagan Teki wrote: > INFO macro make flash table entries more adjustable like > adding new flash_info attributes, update ID length bytes > and so on and more over it will sync to Linux way of defining > flash_info attributes. > > - Add JEDEC_ID > - Add JEDEC_EXT macro > -

Re: [U-Boot] [PATCH v7 5/7] armv8: fsl-layerscape: Add support for efi_loader RTS reset

On 11/16/2016 02:34 PM, Alexander Graf wrote: > When implementing efi loader support, we can expose runtime services > for payloads. One such service is CPU reset. > > This patch implements RTS CPU reset support for layerscape systems. > > Signed-off-by: Alexander Graf >

[U-Boot] [PATCH] tools: imximage: display DCD block offset, length

These values can be used to sign a U-Boot image for use when loading an image through the Serial Download Protocol (SDP). Note that the address of 0x91 is usable with the stock configuration of imx_usb_loader on i.MX6 and i.MX7 SOCs:

[U-Boot] [PATCH v8 5/8] ls2080ardb: Reserve DP-DDR RAM

The DP-DDR shouldn't be exposed as conventional memory to an OS, so let's rather claim it's a reserved region in the EFI memory map Signed-off-by: Alexander Graf Reviewed-by: York Sun --- v6 -> v7: - Don't call efi_loader function in SPL land ---

[U-Boot] [PATCH v8 8/8] ls2080ardb: Convert to distro boot

Most new systems in U-Boot these days make use of the generic "distro" framework which allows a user to have U-Boot scan for a bootable OS on all available media types. This patch extends the LS2080ARDB board to use that framework if the hard coded NOR flash location does not contain a bootable

[U-Boot] [PATCH v8 1/8] efi_loader: Disable PSCI reset for ls1043 and ls1046

The NXP ls1043 and ls1046 systems do not (yet) have PSCI enablement for reset. Don't enable generic PSCI reset code on them. Signed-off-by: Alexander Graf --- arch/arm/cpu/armv8/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v8 7/8] armv8: fsl-layerscape: Add support for efi_loader RTS reset

When implementing efi loader support, we can expose runtime services for payloads. One such service is CPU reset. This patch implements RTS CPU reset support for layerscape systems. Signed-off-by: Alexander Graf Reviewed-by: York Sun --- v4 -> v5: - Use

[U-Boot] [PATCH v8 6/8] armv8: ls2080a: Declare spin tables as reserved for efi loader

The efi loader code has its own memory map, so it needs to be aware where the spin tables are located, to ensure that no code writes into those regions. Signed-off-by: Alexander Graf --- v6 -> v7: - Don't call efi_loader functions for SPL code ---

[U-Boot] [PATCH v8 0/8] LS2080ARDB: Enable EFI boot support

We now have EFI support in U-Boot which worked out of the box on all systems that I tried it on so far. Except for the LS2080ARDB. With this patch set I can successfully boot grub2 and Linux from there on such a system - even using PXE. This patch set depends on the efi-next queue and the efi

[U-Boot] [PATCH v8 2/8] efi_loader: Fix efi_add_runtime_mmio definition

The efi_add_runtime_mmio prototype for disabled CONFIG_EFI_LOADER was different from the enabled one. Sync them. Signed-off-by: Alexander Graf --- include/efi_loader.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/efi_loader.h b/include/efi_loader.h

[U-Boot] [PATCH v8 3/8] ls2080: Exit dpaa only right before exiting U-Boot

On ls2080 we have a separate network fabric component which we need to shut down before we enter Linux (or any other OS). Along with that also comes configuration of the fabric using a description file. Today we always stop and configure the fabric in the boot script and (again) exit it on device

[U-Boot] [PATCH v8 4/8] efi_loader: AArch64: Run EFI payloads in EL2 if U-Boot runs in EL3

Some boards decided not to run ATF or other secure firmware in EL3, so they instead run U-Boot there. The uEFI spec doesn't know what EL3 is though - it only knows about EL2 and EL1. So if we see that we're running in EL3, let's get into EL2 to make payloads happy. Signed-off-by: Alexander Graf

Re: [U-Boot] [PATCH 2/4] fsl/ddr: Add erratum_a009942_check_cpo and clean related erratum

On 11/15/2016 01:28 AM, Shengzhou Liu wrote: > - add additional function erratum_a009942_check_cpo to check if the > board needs tuning CPO calibration for optimal setting. > - move ERRATUM_A009942(with revision to check cpo_sample option) from > fsl_ddr_gen4.c to ctrl_regs.c for reuse on all

Re: [U-Boot] [PATCH v6 0/6] LS2080ARDB: Enable EFI boot support

On 11/16/2016 02:22 PM, Alexander Graf wrote: > > > On 16/11/2016 22:57, york sun wrote: >> On 11/15/2016 02:20 PM, Alexander Graf wrote: >>> >>> >>> On 15/11/2016 23:11, york sun wrote: On 11/15/2016 12:36 PM, Alexander Graf wrote: > Hi York, > > Do you want to take that

[U-Boot] [PATCH v7 4/7] armv8: ls2080a: Declare spin tables as reserved for efi loader

The efi loader code has its own memory map, so it needs to be aware where the spin tables are located, to ensure that no code writes into those regions. Signed-off-by: Alexander Graf --- v6 -> v7: - Don't call efi_loader functions for SPL code ---

[U-Boot] [PATCH v7 6/7] ls2080ardb: Convert to distro boot

Most new systems in U-Boot these days make use of the generic "distro" framework which allows a user to have U-Boot scan for a bootable OS on all available media types. This patch extends the LS2080ARDB board to use that framework if the hard coded NOR flash location does not contain a bootable

[U-Boot] [PATCH v7 3/7] ls2080ardb: Reserve DP-DDR RAM

The DP-DDR shouldn't be exposed as conventional memory to an OS, so let's rather claim it's a reserved region in the EFI memory map Signed-off-by: Alexander Graf Reviewed-by: York Sun --- v6 -> v7: - Don't call efi_loader function in SPL land ---

Re: [U-Boot] [PATCH] ARM: socfpga: Add boot0 hook to prevent SPL corruption

On 11/16/2016 08:27 PM, Dinh Nguyen wrote: > > > On 11/16/2016 10:54 AM, Marek Vasut wrote: >> Valid Altera SoCFPGA preloader image must contain special data at >> offsets 0x40, 0x44, 0x48 and valid instructions at address 0x4c or >> 0x50. These addresses are by default used by U-Boot's vector

[U-Boot] [PATCH v7 7/7] efi_loader: Fix efi_add_runtime_mmio definition

The efi_add_runtime_mmio prototype for disabled CONFIG_EFI_LOADER was different from the enabled one. Sync them. Signed-off-by: Alexander Graf --- include/efi_loader.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/efi_loader.h b/include/efi_loader.h

[U-Boot] [PATCH v7 5/7] armv8: fsl-layerscape: Add support for efi_loader RTS reset

When implementing efi loader support, we can expose runtime services for payloads. One such service is CPU reset. This patch implements RTS CPU reset support for layerscape systems. Signed-off-by: Alexander Graf Reviewed-by: York Sun --- v4 -> v5: - Use

[U-Boot] [PATCH v7 2/7] efi_loader: AArch64: Run EFI payloads in EL2 if U-Boot runs in EL3

Some boards decided not to run ATF or other secure firmware in EL3, so they instead run U-Boot there. The uEFI spec doesn't know what EL3 is though - it only knows about EL2 and EL1. So if we see that we're running in EL3, let's get into EL2 to make payloads happy. Signed-off-by: Alexander Graf

[U-Boot] [PATCH v7 1/7] ls2080: Exit dpaa only right before exiting U-Boot

On ls2080 we have a separate network fabric component which we need to shut down before we enter Linux (or any other OS). Along with that also comes configuration of the fabric using a description file. Today we always stop and configure the fabric in the boot script and (again) exit it on device

[U-Boot] [PATCH v7 0/7] LS2080ARDB: Enable EFI boot support

We now have EFI support in U-Boot which worked out of the box on all systems that I tried it on so far. Except for the LS2080ARDB. With this patch set I can successfully boot grub2 and Linux from there on such a system - even using PXE. This patch set depends on the efi-next queue and the efi

Re: [U-Boot] [PATCH v6 0/6] LS2080ARDB: Enable EFI boot support

On 16/11/2016 22:57, york sun wrote: On 11/15/2016 02:20 PM, Alexander Graf wrote: On 15/11/2016 23:11, york sun wrote: On 11/15/2016 12:36 PM, Alexander Graf wrote: Hi York, Do you want to take that patch set? Yes, I can. I saw it assigned to you in patchwork so I didn't act. I

Re: [U-Boot] [PATCH v6 0/6] LS2080ARDB: Enable EFI boot support

On 11/15/2016 02:20 PM, Alexander Graf wrote: > > > On 15/11/2016 23:11, york sun wrote: >> >> On 11/15/2016 12:36 PM, Alexander Graf wrote: >>> Hi York, >>> >>> Do you want to take that patch set? >>> >> >> Yes, I can. I saw it assigned to you in patchwork so I didn't act. > > I think since it's

Re: [U-Boot] [PATCH v6 0/6] LS2080ARDB: Enable EFI boot support

On 16/11/2016 22:57, york sun wrote: On 11/15/2016 02:20 PM, Alexander Graf wrote: On 15/11/2016 23:11, york sun wrote: On 11/15/2016 12:36 PM, Alexander Graf wrote: Hi York, Do you want to take that patch set? Yes, I can. I saw it assigned to you in patchwork so I didn't act. I

Re: [U-Boot] [PATCH 1/4] fsl/ddr: Fix compiling warning

On 11/15/2016 01:28 AM, Shengzhou Liu wrote: > Fix following warning in case multiple erratum macro was not defined. > warning: unused variable 'tmp' > warning: unused variable 'ddr_freq' > > Signed-off-by: Shengzhou Liu > --- > drivers/ddr/fsl/fsl_ddr_gen4.c | 43 >

Re: [U-Boot] [PATCH] imx: iomux-v3: provide MX7D_PAD_ENET1_RX_CLK__ENET1_RGMII_RXC

On 2016-11-16 12:02, Sebastian Andrzej Siewior wrote: > MX7D_PAD_ENET1_RX_CLK__ENET1_RX_CLK is in its currently RGMII_RXC. > Fix this by providing RX_CLK with properly setting the DAISY value and > MX7D_PAD_ENET1_RX_CLK__ENET1_RGMII_RXC which did the "previous" setting. > There should be no

[U-Boot] [PATCH] buildman: Rename do_build to config_only

This variable name is needlessly confusion. Adjust it to use a 'positive' name instead. Signed-off-by: Simon Glass --- tools/buildman/builderthread.py | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/buildman/builderthread.py

Re: [U-Boot] [PATCH 02/12] mtd: cfi_flash: fix indentation

On 11/15/2016 04:52 PM, Andre Przywara wrote: > The indentation is misleading here and suggests that the write command > will be only executed in the else clause. > It seems like this is not intended, so fix the indentation to avoid > both compiler warnings and puzzled readers. > > Pointed out by

Re: [U-Boot] [PATCH 04/12] net: ldpaa_eth: add missing braces

On 11/15/2016 04:52 PM, Andre Przywara wrote: > The error checking makes only sense if the previous line has been > executed, so add block braces around the _whole_ then clause. > > Pointed out by GCC 6.2's -Wmisleading-indentation warning. > > Signed-off-by: Andre Przywara

[U-Boot] [PATCH] imx: iomux-v3: provide MX7D_PAD_ENET1_RX_CLK__ENET1_RGMII_RXC

MX7D_PAD_ENET1_RX_CLK__ENET1_RX_CLK is in its currently RGMII_RXC. Fix this by providing RX_CLK with properly setting the DAISY value and MX7D_PAD_ENET1_RX_CLK__ENET1_RGMII_RXC which did the "previous" setting. There should be no fallout because there no in tree users of

Re: [U-Boot] [PATCH v5 01/21] sf: Adopt flash table INFO macro from Linux

On 11/15/2016 07:16 PM, Jagan Teki wrote: > York, > > Please test again? > OK. It is in the queue. York ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] ARM: socfpga: Add boot0 hook to prevent SPL corruption

On 11/16/2016 10:54 AM, Marek Vasut wrote: > Valid Altera SoCFPGA preloader image must contain special data at > offsets 0x40, 0x44, 0x48 and valid instructions at address 0x4c or > 0x50. These addresses are by default used by U-Boot's vector table > and a piece of reset handler, thus a valid

Re: [U-Boot] [PATCH v6 21/21] sf: Fix s25fs512s id param table

On Wed, Nov 16, 2016 at 7:17 PM, Jagan Teki wrote: > On Wed, Nov 16, 2016 at 6:34 PM, Siva Durga Prasad Paladugu > wrote: >> Hi, >> >>> -Original Message- >>> From: Jagan Teki [mailto:ja...@openedev.com] >>> Sent: Wednesday, November

Re: [U-Boot] [PATCH 01/12] ls2080aqds: eth: add missing braces

On 11/15/2016 04:52 PM, Andre Przywara wrote: > The whole error message should be within the else clause, not just > the first part. > Pointed out by GCC 6.2's -Wmisleading-indentation warning. > > Signed-off-by: Andre Przywara > --- > board/freescale/ls2080aqds/eth.c | 3

Re: [U-Boot] [PATCH v3 10/11] arm: dts: imx6qdl-icore-rqs: Add I2C node's

On Wed, Nov 16, 2016 at 10:56 PM, Fabio Estevam wrote: > On Wed, Nov 16, 2016 at 3:21 PM, Jagan Teki wrote: > >> + pinctrl_i2c3: i2c3grp { >> + fsl,pins = < >> + MX6QDL_PAD_GPIO_5__I2C3_SCL 0x4001b8b1 >> +

Re: [U-Boot] [PATCH v3 10/11] arm: dts: imx6qdl-icore-rqs: Add I2C node's

On Wed, Nov 16, 2016 at 3:21 PM, Jagan Teki wrote: > + pinctrl_i2c3: i2c3grp { > + fsl,pins = < > + MX6QDL_PAD_GPIO_5__I2C3_SCL 0x4001b8b1 > + MX6QDL_PAD_EIM_D18__I2C3_SDA 0x4001b8b1 > +

[U-Boot] [PATCH v3 11/11] imx6: icorem6_rqs: Add I2C support

From: Jagan Teki Add I2C support for Engicam i.CoreM6 RQS modules. icorem6qdl-rqs> i2c bus Bus 0: i2c@021a Bus 1: i2c@021a4000 Bus 2: i2c@021a8000 icorem6qdl-rqs> i2c dev 0 Setting bus to 0 icorem6qdl-rqs> i2c speed 10 Setting bus speed to 10 Hz

[U-Boot] [PATCH v3 10/11] arm: dts: imx6qdl-icore-rqs: Add I2C node's

From: Jagan Teki Add I2C nodes for Engicam i.CoreM6 RQS modules. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v3 08/11] arm: imx6q: Add Engicam i.CoreM6 Solo/Duallite RQS Starter Kit initial support

From: Jagan Teki Boot from MMC: - U-Boot SPL 2016.11-rc2-g217bd8e-dirty (Nov 08 2016 - 22:56:07) Trying to boot from MMC1 U-Boot 2016.11-rc2-g217bd8e-dirty (Nov 08 2016 - 22:56:07 +0530) CPU: Freescale i.MX6DL rev1.3 at 792 MHz Reset cause: POR Model:

[U-Boot] [PATCH v3 07/11] arm: imx6q: Add Engicam i.CoreM6 Quad/Dual RQS Starter Kit initial support

From: Jagan Teki Boot from MMC: - U-Boot SPL 2016.11-rc2-g217bd8e-dirty (Nov 08 2016 - 22:59:44) Trying to boot from MMC1 U-Boot 2016.11-rc2-g217bd8e-dirty (Nov 08 2016 - 22:59:44 +0530) CPU: Freescale i.MX6D rev1.2 at 792 MHz Reset cause: POR Model:

[U-Boot] [PATCH v3 09/11] imx6: icorem6: Rename engicam icorem6 defconfig files

From: Jagan Teki Rename defconfig files for better compatible with respective board names and dts files. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki

[U-Boot] [PATCH] ARM: socfpga: Add boot0 hook to prevent SPL corruption

Valid Altera SoCFPGA preloader image must contain special data at offsets 0x40, 0x44, 0x48 and valid instructions at address 0x4c or 0x50. These addresses are by default used by U-Boot's vector table and a piece of reset handler, thus a valid preloader corrupts those addresses slightly. While this

[U-Boot] [PATCH v3 06/11] net: fec: Zap local mac variable

From: Jagan Teki Call dev->enetaddr or pdata->enetaddr directly in eth_ops instead of local mac variable. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Acked-by: Joe Hershberger

Re: [U-Boot] [PATCH v5 1/2] spl: Convert CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR to Kconfig

On Sat, Nov 5, 2016 at 8:25 PM, Tom Rini wrote: > On Thu, Nov 03, 2016 at 09:47:48PM +0200, Sam Protsenko wrote: >> Signed-off-by: Sam Protsenko > [snip] >> diff --git a/configs/Chuwi_V7_CW0825_defconfig >> b/configs/Chuwi_V7_CW0825_defconfig >>

[U-Boot] [PATCH v3 05/11] dm: net: fec: Add .read_rom_hwaddr

From: Jagan Teki Add .read_rom_hwaddr on dm eth_ops. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Acked-by: Joe Hershberger Signed-off-by: Jagan Teki

[U-Boot] [PATCH v3 04/11] imx6: geam6ul: Add I2C support

From: Jagan Teki Add I2C support for Engicam GEAM6UL module. geam6ul> i2c bus Bus 0: i2c@021a Bus 1: i2c@021a4000 geam6ul> i2c dev 0 Setting bus to 0 geam6ul> i2c dev Current bus is 0 geam6ul> i2c speed 10 Setting bus speed to 10 Hz geam6ul> i2c probe

[U-Boot] [PATCH v3 01/11] arm: dts: Add devicetree for i.MX6UL

From: Jagan Teki Add i.MX6UL dtsi support from Linux. Here is the last commit: "ARM: dts: add gpio-ranges property to iMX GPIO controllers" (sha1: bb728d662bed0fe91b152550e640cb3f6caa972c) Cc: Stefano Babic Cc: Matteo Lisi

[U-Boot] [PATCH v3 03/11] arm: dts: imx6ul-geam: Add I2C nodes

From: Jagan Teki Add I2C nodes for Engicam GEAM6UL module. Cc: Stefano Babic Cc: Matteo Lisi Cc: Michael Trimarchi Signed-off-by: Jagan Teki ---

[U-Boot] [PATCH v3 02/11] arm: imx6ul: Add Engicam GEAM6UL Starter Kit initial support

From: Jagan Teki Boot Log: U-Boot SPL 2016.11-rc2-00144-g922adaa-dirty (Oct 28 2016 - 18:55:30) Trying to boot from MMC1 U-Boot 2016.11-rc2-00144-g922adaa-dirty (Oct 28 2016 - 18:55:30 +0530) CPU: Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz) CPU:

[U-Boot] [PATCH v3 00/11] imx6: Add Engicam GEAM6UL/i.CoreM6 RQS board support

From: Jagan Teki This is v3 for previous v2 series[1] Changes for v3: - Add I2C support Changes for v2: - Add 'Acked-by' from Joe - Add new i.CoreM6 RQS patches [1] https://www.mail-archive.com/u-boot@lists.denx.de/msg230283.html Jagan Teki (11): arm: dts: Add

[U-Boot] [PATCH] drivers:dfu:dfu_sf: Fix upload - add partition/altsetting start address

From: Michael Hennerich This fixes a bug seen with DFU Serial Flash upload/medium-read in case dfu->data.sf.start > 0. Signed-off-by: Michael Hennerich --- drivers/dfu/dfu_sf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[U-Boot] [PATCH v6 1/2] spl: Convert CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR to Kconfig

Signed-off-by: Sam Protsenko --- Changes in v6: - don't do savedefconfig Changes in v5: - USE_SECTOR: add default=y for default architectures Changes in v4: - remove TARGET_* from Kconfig default section Changes in v3: - add USE_SECTOR to missed boards

[U-Boot] [PATCH v6 0/2] spl: Convert MMC raw mode sector options to Kconfig

This series accomplishes next: 1. Convert CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR option to Kconfig 2. Remove CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR from boards that don't build SPL 3. Add CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR bool option, which can be tested with #ifdef

[U-Boot] [PATCH v6 2/2] spl: Remove CONFIG_SYS_U_BOOT_MAX_SIZE_SECTORS

This option isn't used for anything, so get rid of it. Signed-off-by: Sam Protsenko --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None README | 4 include/configs/am3517_crane.h

Re: [U-Boot] [PATCH v6 1/2] armv8/fsl-layerscape: fdt: fixup LS1043A rev1 GIC node

On 11/16/2016 01:23 AM, Wenbin Song wrote: > Hi: york > > Best Regards > Wenbin Song > > >> -Original Message- >> From: york sun >> Sent: Tuesday, November 15, 2016 5:24 AM >> To: Wenbin Song ; albert.u.b...@aribaud.net; >> Mingkai Hu ;

[U-Boot] [PATCH v5 0/7] toradex: config block handling

This series integrates Toradex factory configuration block handling. The config block is a data structure which gets stored to flash during production testing. The structure holds such information as board resp. hardware revision, product ID and serial number which is used as the NIC part of the

[U-Boot] [PATCH v5 7/7] colibri_vf: usb gadget: toradex pid is now set generically

From: Max Krummenacher remove now unused CONFIG_TRDX_PID_XXX Signed-off-by: Marcel Ziswiler Acked-by: Stefan Agner Acked-by: Max Krummenacher --- Changes in v5: None Changes in

[U-Boot] [PATCH v5 1/7] Revert "generic-board: allow showing custom board info"

Drop CONFIG_CUSTOM_BOARDINFO as it is not Kconfig compliant and anyway not really used anywhere plus the upcoming weak show_board_info() approach seems much superior. This reverts commit a9ad18c9d5fe2554753b0f9a52adfd5ebce61147. Signed-off-by: Marcel Ziswiler

[U-Boot] [PATCH v5 3/7] apalis/colibri_t20/t30: deactivate displaying board info

Deactivate CONFIG_DISPLAY_BOARDINFO in favour of CONFIG_DISPLAY_BOARDINFO_LATE which also displays on the LCD. Signed-off-by: Marcel Ziswiler Acked-by: Max Krummenacher --- Changes in v5: None Changes in v4: None Changes in v3: -

[U-Boot] [PATCH v5 6/7] apalis/colibri_t30: move environment location

Now with the config block handling in place move the U-Boot environment location before the config block at the end of 1st "boot sector" as deployed during production using our downstream BSP. Signed-off-by: Marcel Ziswiler Acked-by: Max Krummenacher

[U-Boot] [PATCH v5 5/7] apalis/colibri_imx7/pxa270/t20/t30/vf: integrate config block handling

With our common code in place actually make use of it across all our modules. Signed-off-by: Marcel Ziswiler Acked-by: Max Krummenacher --- Changes in v5: None Changes in v4: None Changes in v3: - use checkboard() rather than

[U-Boot] [PATCH v5 2/7] generic-board: make show_board_info a weak function

Make show_board_info() a weak function which allows for custom board specific implementations thereof. Signed-off-by: Marcel Ziswiler Reviewed-by: Tom Rini Acked-by: Max Krummenacher --- Changes in v5: None

[U-Boot] [PATCH v5 4/7] toradex: config block handling

Add Toradex factory configuration block handling. The config block is a data structure which gets stored to flash during production testing. The structure holds such information as board resp. hardware revision, product ID and serial number which is used as the NIC part of the Ethernet MAC address

[U-Boot] [PATCH] dm: blk: Fix get_desc to return block device descriptor

Current get_desc() implementation is not able to succesfully finish and return pointer to block device descriptor. Also function always return non zero value even device is found. The patch fills block device descriptor and return 0 if device is found. Signed-off-by: Michal Simek

[U-Boot] [PATCH 2/3] davinci: da850evm: fix empty boot method list in the SPL

The list of available boot method is not part of the binary which prevent the SPL from booting u-boot or Linux. Add the missing .u_boot_list* sections to the binary to fix it. Signed-off-by: Fabien Parent --- board/davinci/da8xxevm/u-boot-spl-da850evm.lds | 3 +++ 1 file

[U-Boot] [PATCH 3/3] davinci: omapl138_lcdk: add MMC/SD SPL boot support

Define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR in order to be able to boot from MMC/SD. The SPL is stored at sector 0x75, while u-boot will follow at sector 0xb5. Signed-off-by: Fabien Parent --- include/configs/omapl138_lcdk.h | 8 1 file changed, 8

[U-Boot] [PATCH 1/3] davinci: omapl138_lcdk: use correct AIS config

The AIS image built for the OMAPL138-LCDK board is not booting because the AIS configuration is not correct. This commit adds a AIS configuration file that allow the SPL to boot correctly. Signed-off-by: Fabien Parent --- board/davinci/da8xxevm/omapl138_lcdk_ais.cfg | 4

Re: [U-Boot] [PATCH 0/4] efi_laoder: Add travis test coverage

On 16/11/2016 12:15, Alexander Graf wrote: Now that we have Travis-CI support in U-Boot as well as a simple hello world efi binary test case, we can make use of the two and verify that efi_loader support still works on every commit. This patch set enables network as well as basic efi_loader

  1   2   >