Re: [U-Boot] [PATCH] efi_loader: Check machine type in the image header

On 04/04/2018 11:59 PM, Ivan Gorinov wrote: > Check FileHeader.Machine to make sure the EFI executable image is built > for the same architecture. After this change, 32-bit U-Boot on x86 will > print an error message instead of loading an x86_64 image and crashing. > > Signed-off-by: Ivan Gorinov

[U-Boot] [PATCH] x86: Use microcode update from device tree for all processors

The microcode update data block encoded in Device Tree is used by the bootstrap processor (BSP) but not passed to the other CPUs (AP). If the bootstrap processor successfully performs a microcode update from Device Tree, use the same data block for the other processors. Signed-off-by: Ivan

Re: [U-Boot] [PATCH 0/6] reset: add reset driver for SoCFPGA

On 04/05/2018 12:18 AM, Dinh Nguyen wrote: > Hi, > > This patchset does the following for the SoCFPGA platform: > > - Adds a DM reset manager driver > - Make the SoCFPGA platform use the DM I2C driver > - Adds i2c aliases and enable i2c for de0_nano_soc platform > - Adds a reset manager call to

Re: [U-Boot] [PATCHv2 1/6] reset: socfpga: add reset driver for SoCFPGA platform

On 04/05/2018 12:18 AM, Dinh Nguyen wrote: > Add a DM compatible reset driver for the SoCFPGA platform. > > Signed-off-by: Dinh Nguyen [...] > +static int socfpga_reset_request(struct reset_ctl *reset_ctl) > +{ > + debug("%s(reset_ctl=%p) (dev=%p, id=%lu)\n", __func__,

[U-Boot] [PATCH 6/6] configs: socfpga: add DM_RESET

Add the DM reset driver to socfpga defconfigs. Signed-off-by: Dinh Nguyen --- configs/socfpga_arria5_defconfig | 1 + configs/socfpga_cyclone5_defconfig | 1 + configs/socfpga_dbm_soc1_defconfig | 1 + configs/socfpga_de0_nano_soc_defconfig | 1 +

[U-Boot] [PATCH 2/6] configs: socfpga: convert i2c to dm

Enable DM I2C driver on SoCFPGA platforms. Signed-off-by: Dinh Nguyen --- configs/socfpga_arria5_defconfig | 1 + configs/socfpga_cyclone5_defconfig | 1 + configs/socfpga_dbm_soc1_defconfig | 1 + configs/socfpga_de0_nano_soc_defconfig | 1 +

[U-Boot] [PATCH 4/6] arm: dts: socfpga: add reset property

Add reset dts property to the i2c nodes. Signed-off-by: Dinh Nguyen --- arch/arm/dts/socfpga.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/dts/socfpga.dtsi b/arch/arm/dts/socfpga.dtsi index f34dd9d..ead0560 100644 --- a/arch/arm/dts/socfpga.dtsi

[U-Boot] [PATCH 3/6] arm: dts: socfpga: enables i2c0 in socfpga_de0_nano

Add all the appropriate i2c alias in the base socfpga dtsi and enables the i2c node on the DE0 NANO board. Signed-off-by: Dinh Nguyen --- arch/arm/dts/socfpga.dtsi | 4 arch/arm/dts/socfpga_cyclone5_de0_nano_soc.dts | 12 2 files

[U-Boot] [PATCHv2 1/6] reset: socfpga: add reset driver for SoCFPGA platform

Add a DM compatible reset driver for the SoCFPGA platform. Signed-off-by: Dinh Nguyen --- v2: use setbits_le32 and clrbits_le32 --- drivers/reset/Kconfig | 7 +++ drivers/reset/Makefile| 1 + drivers/reset/reset-socfpga.c | 105

[U-Boot] [PATCH 5/6] i2c: designware: add reset ctrl to driver

Add code to look for a reset manager property. Specifically, look for the reset-names of 'i2c'. A reset property is an optional feature, so only print out a warning and do not fail if a reset property is not present. If a reset property is discovered, then use it to deassert, thus bringing the IP

[U-Boot] [PATCH 0/6] reset: add reset driver for SoCFPGA

Hi, This patchset does the following for the SoCFPGA platform: - Adds a DM reset manager driver - Make the SoCFPGA platform use the DM I2C driver - Adds i2c aliases and enable i2c for de0_nano_soc platform - Adds a reset manager call to the i2c designware driver to look up any reset properties

[U-Boot] [PATCH] efi_loader: Check machine type in the image header

Check FileHeader.Machine to make sure the EFI executable image is built for the same architecture. After this change, 32-bit U-Boot on x86 will print an error message instead of loading an x86_64 image and crashing. Signed-off-by: Ivan Gorinov --- include/pe.h

Re: [U-Boot] [PATCH u-boot 2/2] ARM: meson: Add cpu info display for GX SoCs

On Wed, Mar 28, 2018 at 11:54:37AM +0200, Neil Armstrong wrote: > The Amlogic SoCs have a registers containing the die revision > and packaging type to determine the SoC family and package marketing > name like S905X for the GXL SoC Family. > This code is taken for the Linux meson-gx-socinfo

Re: [U-Boot] [PATCH u-boot 1/2] ARM: meson: rename GXBB to GX

On Wed, Mar 28, 2018 at 11:54:36AM +0200, Neil Armstrong wrote: > Taking into account the Amlogic Family name starts with GX, including > the GXBB, GXL and GXM SoCs. > > Signed-off-by: Neil Armstrong Hi, looks good to me, but perhaps can you align again register values

Re: [U-Boot] [PATCH v2 1/3] efi_loader: allow unaligned memory access

On 04/04/2018 06:11 PM, Alexander Graf wrote: > > > On 04.04.18 17:10, Heinrich Schuchardt wrote: >> On 04/04/2018 02:32 PM, Alexander Graf wrote: >>> >>> >>> On 03.04.18 21:59, Heinrich Schuchardt wrote: The UEFI spec mandates that unaligned memory access should be enabled if

[U-Boot] [PATCH] ubifs: Change value of mutex_is_locked()

The mutex lock and unlock functions are stubbed out and mutex_is_locked was 0. This caused asserts to fail in ubifs code when checking that the mutex was locked. For example, UBIFS assert failed in ubifs_change_lp at 540 UBIFS assert failed in ubifs_release_lprops at 278 Assume that the

[U-Boot] [PATCHv2] board: ge: bx50v3: enable backlight on demand

From: Ian Ray Enable display backlight only if a message needs to be displayed. The kernel re-initializes the backlight, which results in some unwanted artifacts. Signed-off-by: Ian Ray Signed-off-by: Sebastian Reichel ---

Re: [U-Boot] [RFC PATCH] net: gem: Add support for more PHYs on MDIO bus

Joe, Michal, Please allow me to include the patches I originally sent to Michal. We are well aware of the fact that only one network interface is used to boot the board, but it is quite convenient to be able to plug the ethernet cable to any eth socket, and still be able to boot (assuming

Re: [U-Boot] [PATCH v2 2/3] dm: led: auto probe() LEDs with "default-state"

>From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass >Sent: Dienstag, 3. April 2018 19:53 >To: linux-kernel-dev >Cc: U-Boot Mailing List ; Patrick Brünn >; Ziping Chen

Re: [U-Boot] [PATCH v2 2/3] arm: armv7: allow unaligned memory access

On Wed, Apr 04, 2018 at 11:46:45AM +0200, Alexander Graf wrote: > On 03.04.18 21:59, Heinrich Schuchardt wrote: > > The UEFI spec mandates that unaligned memory access should be enabled if > > supported by the CPU architecture. > > > > This patch implements the function unaligned_access() to

Re: [U-Boot] [PATCH v2 1/3] efi_loader: allow unaligned memory access

On 04.04.18 17:10, Heinrich Schuchardt wrote: > On 04/04/2018 02:32 PM, Alexander Graf wrote: >> >> >> On 03.04.18 21:59, Heinrich Schuchardt wrote: >>> The UEFI spec mandates that unaligned memory access should be enabled if >>> supported by the CPU architecture. >>> >>> This patch adds an

Re: [U-Boot] [PATCH v2 1/3] efi_loader: allow unaligned memory access

On 04/04/2018 02:32 PM, Alexander Graf wrote: > > > On 03.04.18 21:59, Heinrich Schuchardt wrote: >> The UEFI spec mandates that unaligned memory access should be enabled if >> supported by the CPU architecture. >> >> This patch adds an empty weak function unaligned_access() that can be >>

[U-Boot] [PATCH v3 2/2] arm: print information about loaded UEFI images

If an exception occurs in a UEFI loaded image we need the start address of the image to determine the relocation offset. This patch adds the necessary lines after the registers in the crash dump. A possible output would be: UEFI image [0xbffe6000:0xbffe631f] pc=0x138 '/\snp.efi' With the offset

[U-Boot] [PATCH v3 0/2] efi_loader: fixes for loaded image protocol

If a crash occurs the relocation information of loaded EFI images is displayed. --- v3 Remove merged patches. Change the output format for loaded images. v2 Merge with "efi_loader: print information about loaded UEFI images" patch series. GRUB does not

[U-Boot] [PATCH v3 1/2] efi_loader: new functions to print loaded image information

Introduce functions to print information about loaded images. If we want to analyze an exception in an EFI image we need the offset between the PC and the start of the loaded image. With efi_print_image_info() we can print the necessary information for a single image, e.g. UEFI image

Re: [U-Boot] [PATCH v2 1/2] SPI Flash: add support of sst26wf* flash series

On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev wrote: > sst26wf flash series block protection implementation differs > from other SST series, so add implementation for sst26wf > lock/unlock/is_locked functions. Look like all this series add only protection ops,

Re: [U-Boot] [PATCH v2 1/2] SPI Flash: add support of sst26wf* flash series

On Wed, Apr 4, 2018 at 7:20 PM, Alexey Brodkin wrote: > Hi Jagan, > > On Wed, 2018-04-04 at 19:13 +0530, Jagan Teki wrote: >> On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev >> wrote: >> > sst26wf flash series block protection

Re: [U-Boot] [PATCH v2 1/2] SPI Flash: add support of sst26wf* flash series

Hi Jagan, On Wed, 2018-04-04 at 19:13 +0530, Jagan Teki wrote: > On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev > wrote: > > sst26wf flash series block protection implementation differs > > from other SST series, so add implementation for sst26wf > >

Re: [U-Boot] [PATCH v2 1/2] SPI Flash: add support of sst26wf* flash series

On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev wrote: > sst26wf flash series block protection implementation differs > from other SST series, so add implementation for sst26wf > lock/unlock/is_locked functions. I've already mentioned about this patch on last

[U-Boot] [PATCH v3 3/5] efi_loader: implement EFI_FILE_SYSTEM_INFO

Implement the information type EFI_FILE_SYSTEM_INFO in the service GetInfo() of the EFI_FILE_PROTOCOL. The volume label is not available in U-Boot. As a work-around use the partition name instead. Signed-off-by: Heinrich Schuchardt --- v3 Add a todo. Update commit

[U-Boot] [PATCH v3 5/5] efi_selftest: test getinfo(EFI_FILE_SYSTEM_INFO)

Check that the getinfo() service of the file protocol correctly returns the partion label. Signed-off-by: Heinrich Schuchardt --- v3 new patch --- lib/efi_selftest/efi_selftest_block_device.c | 22 ++ 1 file changed, 22 insertions(+) diff --git

[U-Boot] [PATCH v3 4/5] efi_selftest: partition label for test image

efi_selftest_disk_image.h contains a disk image. We use it to test the EFI_FILE_PROTOCOL. The patch sets the partition label to 'U-BOOT TEST'. Signed-off-by: Heinrich Schuchardt --- v4 new patch --- lib/efi_selftest/efi_selftest_disk_image.h | 58

[U-Boot] [PATCH v3 2/5] efi_loader: ascii2unicode(): add trailing \0

When converting an ASCII string to UTF-16 don't forget to copy the trailing \0. Signed-off-by: Heinrich Schuchardt --- v3 new patch --- include/efi_loader.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/efi_loader.h b/include/efi_loader.h index

[U-Boot] [PATCH v3 1/5] efi_loader: use const for GUIDs in the EFI_FILE_PROTOCOL

Use const efi_guid_t* when passing GUIDs. Signed-off-by: Heinrich Schuchardt --- v3 new patch --- include/efi_api.h | 4 ++-- lib/efi_loader/efi_file.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/include/efi_api.h

[U-Boot] [PATCH v3 0/5] efi_loader: EFI_FILE_PROTOCOL

This patch series contains correction for the EFI_FILE_PROTOCOL. The formation type EFI_FILE_SYSTEM_INFO in the service GetInfo() of the EFI_FILE_PROTOCOL is implemented. v3 Add more fixes, a todo, and a selftest. Heinrich Schuchardt (5): efi_loader: use const for GUIDs in the

[U-Boot] [PATCH 1/1] checkpatch.pl: update from Linux kernel v4.16

Update scripts/checkpatch.pl from upstream. One of the many corrections is not creating an error for cover-letters. Reintroduce U-Boot's 5c761ce58666b3a1695697498598f8bf3484a0c7 checkpatch.pl: Add warning for new __packed additions Signed-off-by: Heinrich Schuchardt ---

Re: [U-Boot] Please pull ARC changes for 2018.05

On Mon, Apr 02, 2018 at 09:43:54AM +, Alexey Brodkin wrote: > Hi Tom, > > The following changes since commit f3b623fa52ce5c67732ea2d789d5e21667e88db3: > > Merge git://git.denx.de/u-boot-marvell (2018-03-30 18:18:22 -0400) > > are available in the Git repository at: > >

Re: [U-Boot] Please pull ARC changes for 2018.05

On Mon, Apr 02, 2018 at 09:43:54AM +, Alexey Brodkin wrote: > Hi Tom, > > The following changes since commit f3b623fa52ce5c67732ea2d789d5e21667e88db3: > > Merge git://git.denx.de/u-boot-marvell (2018-03-30 18:18:22 -0400) > > are available in the Git repository at: > >

Re: [U-Boot] [PATCH] Makefile: Disable stack-usage check for ARC

On Mon, Apr 02, 2018 at 12:18:02PM +0300, Alexey Brodkin wrote: > With the most recent tools for ARC (arc-2017.09) in case of > "naked" function compiler throws a warning: Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [U-Boot] [PATCH] Makefile: Disable stack-usage check for ARC

On Wed, Apr 04, 2018 at 08:51:16AM +, Alexey Brodkin wrote: > Hi Tom, > > On Tue, 2018-04-03 at 16:49 -0400, Tom Rini wrote: > > On Tue, Apr 03, 2018 at 08:27:20PM +, Alexey Brodkin wrote: > > > Hi Tom, > > > > > > On Tue, 2018-04-03 at 16:25 -0400, Tom Rini wrote: > > > > On Tue, Apr

Re: [U-Boot] [PATCH v2 1/3] efi_loader: allow unaligned memory access

On 03.04.18 21:59, Heinrich Schuchardt wrote: > The UEFI spec mandates that unaligned memory access should be enabled if > supported by the CPU architecture. > > This patch adds an empty weak function unaligned_access() that can be > overridden by an architecture specific routine. > >

[U-Boot] [PATCH v1 1/4] power: regulator: stpmu1: Introduce stpmu1 driver

From: Christophe Kerello Enable support for the regulator functions of the STPMU1X PMIC. The driver implements get/set api for the various BUCKS and LDOs supported by the PMIC device. This driver is controlled by a device tree node which includes voltage limits.

[U-Boot] [PATCH v1 3/4] ARM: dts: stm32mp157c-ed1: Add regulator node

Add regulator nodes needed by stpmu1 regulator driver Add vmmc-supply and vqmmc-supply regulator property for sdmmc1 and sdmmc2. Signed-off-by: Christophe Kerello Signed-off-by: Patrice Chotard --- arch/arm/dts/stm32mp157c-ed1.dts| 272

[U-Boot] [PATCH v1 0/4] Add STM32MP157 regulator driver

This series : _ adds stpmu1 regulator driver _ enables regulator relative flags in stm32mp15_basic_defconfig _ updates pmic driver to bind regulator child nodes _ adds regulator nodes entry in DT Christophe Kerello (1): power: regulator: stpmu1: Introduce stpmu1 driver Patrice

[U-Boot] [PATCH v1 4/4] configs: stm32mp15_basic: Set regulator relative flags

Enable DM_REGULATOR_STPMU1 flag to activate regulator driver for STM32MP15 SoC and CMD_REGULATOR flag to be able to set/get regulator state int U-boot command line. Disable PMIC_CHILDREN as this flag is not needed in SPL for STM32MP1. Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH v1 2/4] power: pmic: stpmu1: Add regulator bindings

Add regulator bindings to get access to regulator managed by drivers/power/regulator/stpmu1.c regulator driver. Signed-off-by: Christophe Kerello Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard ---

Re: [U-Boot] [PATCH v2 2/3] arm: armv7: allow unaligned memory access

On 04.04.18 12:52, Heinrich Schuchardt wrote: > On 04/04/2018 11:46 AM, Alexander Graf wrote: >> >> >> On 03.04.18 21:59, Heinrich Schuchardt wrote: >>> The UEFI spec mandates that unaligned memory access should be enabled if >>> supported by the CPU architecture. >>> >>> This patch implements

Re: [U-Boot] [RFC PATCH 2/2] zynq: Add support for loading secure images

On 2.4.2018 08:15, Siva Durga Prasad Paladugu wrote: > This patch adds support to load secure images > secure image is an image which is authenticated > or encrypted or both autheticated and encrypted > image in xilinx boot image(BOOT.BIN) format. The > secure image has to be created using xilinx

Re: [U-Boot] [PATCH 1/1] efi_loader: completely initialize network

On 04/04/2018 11:42 AM, Alexander Graf wrote: > > > On 03.04.18 22:06, Heinrich Schuchardt wrote: >> Add missing network initialization code. >> >> Before the patch the network was only usable if a network command like >> dhcp or tftp had beed executed. >> >> This was visible when interrupting

Re: [U-Boot] [RFC PATCH 1/2] fpga: xilinx: zynq: Add support to decrypt images

On 2.4.2018 08:15, Siva Durga Prasad Paladugu wrote: > This patch adds support to decrypt an encrypted bitstream > or image. This zynq aes command can either load decrypted > image back to DDR or it can load an encrypted bitsream to > PL directly by decrypting it. The image has to be encrypted >

Re: [U-Boot] [PATCH v2 2/3] arm: armv7: allow unaligned memory access

On 04/04/2018 11:46 AM, Alexander Graf wrote: > > > On 03.04.18 21:59, Heinrich Schuchardt wrote: >> The UEFI spec mandates that unaligned memory access should be enabled if >> supported by the CPU architecture. >> >> This patch implements the function unaligned_access() to reset the aligned >>

Re: [U-Boot] [PATCH v5 00/11] sunxi: update H3/H5/A64 EMAC DT nodes

Hi, On 04/04/18 09:55, Jagan Teki wrote: > On Wed, Apr 4, 2018 at 12:14 PM, Jagan Teki wrote: >> On Wed, Apr 4, 2018 at 6:01 AM, Andre Przywara >> wrote: >>> This is the first half of the DT update series, just updating the >>> EMAC DT nodes,

Re: [U-Boot] efi_loader: initialize device path on alloc

> Since the backing memory for a new device path can contain stale > data we have to make sure that we zero the buffer. Otherwise some > code paths that don't set all fields in a structure backed by this > device path might contain unwanted stale data. > > Signed-off-by: Patrick Wildt

Re: [U-Boot] [U-Boot,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

Re: [U-Boot] 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

Re: [U-Boot] [U-Boot,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 Thanks, applied to efi-next Alex

Re: [U-Boot] [U-Boot, 1/2] efi_loader: complete efi_pxe_mode struct definition

> The efi_pxe_mode struct which represents the PXE_BASE_CODE_PROTOCOL > Replace the placeholder paddings in the efi_pxe_mode struct with the > actual fields as defined in UEFI's PXE Base Code Protocol. Since > our efi_ip_address is a simple char array set a specific alignment > to the

Re: [U-Boot] 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

[U-Boot] [PATCH] sf: Add Spansion s25fl208k entry

Add entry for Spansion s25fl208k part. Signed-off-by: Sean Nyekjaer --- drivers/mtd/spi/spi_flash_ids.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c index b789219e4e..8d07d7ad7f 100644 ---

Re: [U-Boot] [PATCH v2 2/3] arm: armv7: allow unaligned memory access

On 03.04.18 21:59, Heinrich Schuchardt wrote: > The UEFI spec mandates that unaligned memory access should be enabled if > supported by the CPU architecture. > > This patch implements the function unaligned_access() to reset the aligned > access flag in the system control register (SCTLR). It

Re: [U-Boot] [PATCH 1/1] efi_loader: completely initialize network

On 03.04.18 22:06, Heinrich Schuchardt wrote: > Add missing network initialization code. > > Before the patch the network was only usable if a network command like > dhcp or tftp had beed executed. > > This was visible when interrupting the console countdown and executing > bootefi selftest

Re: [U-Boot] [PATCH v2 5/6] efi_loader: new functions to print loaded image information

On 03.04.18 22:29, Heinrich Schuchardt wrote: > Introduce functions to print information about loaded images. > > If we want to analyze an exception in an EFI image we need the offset > between the PC and the start of the loaded image. > > With efi_print_image_info() we can print the necessary

Re: [U-Boot] [PATCH 1/2] efi_loader: new functions to print loaded image information

On 29.03.18 23:54, Heinrich Schuchardt wrote: > Introduce functions to print information about loaded images. > > If we want to analyze an exception in an EFI image we need the offset > between the PC and the start of the loaded image. > > With efi_print_image_info() we can print the necessary

Re: [U-Boot] [RFC] Analyzing data abort in EFI payload

On 28.03.18 14:15, Heinrich Schuchardt wrote: > I have an EFI payload which causes a data abort exception on arm32: > > data abort > pc : [<79e7afe6>] lr : [<79e7aff5>] > > > reloc pc : [<44f15fe6>]lr : [<44f15ff5>] > > > sp : 7af3a740 ip : 7efb0420 fp : 7af774f8 > > >

Re: [U-Boot] [PATCH] arm64: zynqmp: Remove pinctrl settings

On 04.04.18 11:10, Michal Simek wrote: > This part hasn't been pushed to mainline yet that's why remove it. > The patch can be reverted in future when this is pushed there. > > Reported-by: Alexander Graf > Signed-off-by: Michal Simek Reviewed-by:

[U-Boot] [PATCH v2 4/6] arm64: zynqmp: Add support for zcu104 customer board

Xilinx zcu104 is another customer board. It is sort of zcu102 clone with some differences. Signed-off-by: Michal Simek --- Changes in v2: - Removing pinctrl setting because it is out of mainline (Reported-by: agraf) arch/arm/dts/Makefile

[U-Boot] [PATCH v2 6/6] arm64: zynqmp: Add support for Xilinx zcu111-revA

Xilinx zcu111 is a customer board. It is reusing some parts from zcu102. Signed-off-by: Michal Simek --- Changes in v2: - Removing pinctrl setting because it is out of mainline (Reported-by: agraf) arch/arm/dts/Makefile | 1 +

[U-Boot] [PATCH v2 1/6] arm64: zynqmp: Add support for zcu100 aka 96ultra board

Add support for Xilinx zcu100. Signed-off-by: Michal Simek --- Changes in v2: - Add max sdhci freq in defconfig and remove comment in board file - Remove i2c0 which depends on bitstream and EMIO - Removing pinctrl setting because it is out of mainline (Reported-by:

[U-Boot] [PATCH v2 2/6] arm64: zynqmp: Add support for zc1751 dc3

zc1751 is based board with dc3 extenstion card which is used for silicon validation. Signed-off-by: Michal Simek --- Changes in v2: None arch/arm/dts/Makefile | 1 + arch/arm/dts/zynqmp-zc1751-xm017-dc3.dts | 210 +

[U-Boot] [PATCH v2 3/6] arm64: zynqmp: Add support for zc12xx boards

Add support for zc12xx boards. All of them are internal boards for silicon validation and share very similar base platforms. Signed-off-by: Michal Simek --- Changes in v2: None arch/arm/dts/Makefile | 3 +

[U-Boot] [PATCH v2 5/6] arm64: zynqmp: Add support for Xilinx zcu106-revA

Xilinx zcu106 is a customer board. It is reusing some parts from zcu102. Signed-off-by: Michal Simek --- Changes in v2: - Removing pinctrl setting because it is out of mainline (Reported-by: agraf) arch/arm/dts/Makefile | 1 +

[U-Boot] [PATCH v2 0/6] arm64: zynqmp: Add new platforms to u-boot

Hi, all these platforms are waiting in linux-next for merging that's why make sense to support them also in uboot. zcu100, zcu104, zcu106, zcu111 are customer boards zc12XX and zc1751 are internal boards. Thanks, Michal Changes in v2: - Add max sdhci freq in defconfig and remove comment in

[U-Boot] [PATCH] arm64: zynqmp: Remove pinctrl settings

This part hasn't been pushed to mainline yet that's why remove it. The patch can be reverted in future when this is pushed there. Reported-by: Alexander Graf Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp-zcu102-revA.dts | 288

Re: [U-Boot] [PATCH v5 09/11] sunxi: disable direct MMC environment

Hi Maxime, On 04/04/18 07:42, Maxime Ripard wrote: > On Wed, Apr 04, 2018 at 01:31:21AM +0100, Andre Przywara wrote: >> Since the dawn of time for the Allwinner support in mainline U-Boot >> we store the environment to the SD card and write directly at >> 544KB from the beginning of the device.

[U-Boot] [PATCH] arm64: zynqmp: Get 200MHz clock early for MMC

SPL MMC boot requires to have clock early. Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp-clk.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/dts/zynqmp-clk.dtsi b/arch/arm/dts/zynqmp-clk.dtsi index 45d84a6b7df9..a8664e81870e 100644 ---

Re: [U-Boot] [PATCH] arm64: zynqmp: Remove power domain description

Spam detection software, running on the system "lists.denx.de", has identified this incoming email as possible spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview:

[U-Boot] [PATCH] arm64: zynqmp: Remove power domain description

This part hasn't been pushed to mainline yet that's why remove it. The patch can be reverted in future when this is pushed there. Reported-by: Alexander Graf Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp.dtsi | 194

[U-Boot] [PATCH] git: mailrc: Add myself and efi to list

I wasn't listed in the mailrc before, let's fix that. Signed-off-by: Alexander Graf --- doc/git-mailrc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/git-mailrc b/doc/git-mailrc index 5a365cddd9..d5e309708c 100644 --- a/doc/git-mailrc +++ b/doc/git-mailrc @@ -15,6

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

Hi Tom, Please pull this PR, these changes were there since from last release. thanks, Jagan. The following changes since commit 0354f4bef0f1ff1e160673794577ca00b23f3f1a: sunxi: Add DRAM_SUN8I_A83T kconfig entry (2018-03-19 16:46:47 +0530) are available in the Git repository at:

Re: [U-Boot] [PATCH v5 00/11] sunxi: update H3/H5/A64 EMAC DT nodes

On Wed, Apr 4, 2018 at 12:14 PM, Jagan Teki wrote: > On Wed, Apr 4, 2018 at 6:01 AM, Andre Przywara wrote: >> This is the first half of the DT update series, just updating the >> EMAC DT nodes, for which the bindings have diverged. >> Just fixed

Re: [U-Boot] [PATCH] Makefile: Disable stack-usage check for ARC

Hi Tom, On Tue, 2018-04-03 at 16:49 -0400, Tom Rini wrote: > On Tue, Apr 03, 2018 at 08:27:20PM +, Alexey Brodkin wrote: > > Hi Tom, > > > > On Tue, 2018-04-03 at 16:25 -0400, Tom Rini wrote: > > > On Tue, Apr 03, 2018 at 08:21:06PM +, Alexey Brodkin wrote: > > > > Hi Tom, > > > > > > >

Re: [U-Boot] [PATCH v2 u-boot 2/2] reset: add sandbox test for bulk API

On 03/04/2018 19:53, Simon Glass wrote: > On 3 April 2018 at 17:40, Neil Armstrong wrote: >> This patch adds the bulk reset API tests for the sandbox test suite. >> >> Unlike the main test, it also check the "other" reset signal using the bulk >> API >> and checks if the

Re: [U-Boot] [PATCH v2] Allow providing default environment from file

On 2018-03-20 15:47, Rasmus Villemoes wrote: > On 2018-03-20 15:20, Lukasz Majewski wrote: >> Hi Rasmus, >> >>> Modifying the default environment via CONFIG_EXTRA_ENV_SETTINGS is >>> somewhat inflexible, partly because the cpp language does not allow >>> appending to an existing macro. This

Re: [U-Boot] FIT Image with same kernel but different load/entry point

Hi Peter, > Not sure if it does exactly what you need but the pine64 board supports > multiple boards with different device trees for each board in the fit image. > > Peter No it's not why I need, I was looking to do something like this but without doubling the size : kernel-bcm {

[U-Boot] [PATCH 1/1] fw_printenv: Fix crash due to incorrect size for malloc'ed string.

Using sizeof gives the size of the pointer only, not the string. This could easily lead to crashes when using -l argument. Signed-off-by: Kristian Amlie --- tools/env/fw_env_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v3 1/3] dm: led: Support "default-state" property

From: Patrick Bruenn Add support for the device tree property "default-state". This feature might be useful for LEDs indicating "power on" or similar states. Note: Even with this commit gpio-leds remain in reset state. That's because the led_gpio is not probed until

[U-Boot] [PATCH v3 2/3] dm: led: auto probe() LEDs with "default-state"

From: Patrick Bruenn To avoid board specificy LED activation code, automatically activate gpio-leds with "default-state" property during bind(). Signed-off-by: Patrick Bruenn --- Changes in v3: None Changes in v2: None drivers/led/led_gpio.c | 9

[U-Boot] [PATCH v3 3/3] dm: led: add testcase for "default-state" property

From: Patrick Bruenn Add two more gpio-leds to sandbox test device tree with default-state property set to "on"/"off". Add dm_test_led_default_state() to check that these new LED's are set to LEDST_ON and LEDST_OFF. Signed-off-by: Patrick Bruenn

[U-Boot] [PATCH v3 0/3] This series adds support for gpio-leds "default-state" property. The

From: Patrick Bruenn main usecase in mind are LEDs which indicate a state like "power on". With this patchset applied, all you have to do is: Add a gpio-led node with 'default-state = "on";' property to your device tree. And the LED will automatically light up during

Re: [U-Boot] [PATCH 1/1] MAINTAINERS: ARM STM STM32MP: correct file paths

Hi Heinrich > From: Heinrich Schuchardt [mailto:xypron.g...@gmx.de] > Sent: mercredi 4 avril 2018 01:16 > To: Tom Rini ; Patrick DELAUNAY > > Cc: u-boot@lists.denx.de; Heinrich Schuchardt > Subject: [PATCH 1/1] MAINTAINERS: ARM

Re: [U-Boot] [Feature] Android Fastboot over Ethernet

Hi Stanislas, > Has there been any development to support Android Fastboot Ethernet > feature in U-Boot ? > > https://android.googlesource.com/platform/system/core/+/android-7.1.2_r36/fastboot/fastboot_protocol.txt > > > The target board has not USB device port available to flash the >

Re: [U-Boot] FIT Image with same kernel but different load/entry point

On Tue, 3 Apr 2018, 19:17 Clément Péron, wrote: > Hi, > > Is it possible to have one kernel entry in a FIT image with two > different load/entry point. > > I have 2 boards which share the same kernel but doesn't have the same > entry/load point. > Not sure if it does

[U-Boot] [PATCH] mmc: uniphier-sd: fix the implicit-function declaration error

Fix the implicit-function declaration error. Signed-off-by: Jaehoon Chung --- drivers/mmc/uniphier-sd-rcar.c | 2 +- drivers/mmc/uniphier-sd.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/mmc/uniphier-sd-rcar.c

Re: [U-Boot] [PATCH] sunxi: improve throughput in the sunxi_mmc driver

On Wed, Apr 04, 2018 at 12:13:01PM +0530, Jagan Teki wrote: > On Wed, Mar 21, 2018 at 4:48 PM, Maxime Ripard > wrote: > > From: Philipp Tomsich > > > > Throughput tests have shown the sunxi_mmc driver to take over 10s to > > read

Re: [U-Boot] [PATCH] ARM: mx6: ddr: Add write leveling correction code

On 30/03/2018 03:04, Marek Vasut wrote: > When the DDR calibration is enabled, a situation may happen that it > will fail on a few select boards out of a whole production lot. In > particular, after the first write leveling stage, the MPWLDECTRLx > registers will contain a value 0x1nn , for nn

Re: [U-Boot] [PATCH] ARM: mx6: ddr: Add write leveling correction code

On 30/03/2018 18:10, Eric Nelson wrote: > Hi Marek, > > Thanks for this update and the detailed notes. > > On 03/29/2018 06:04 PM, Marek Vasut wrote: >> When the DDR calibration is enabled, a situation may happen that it >> will fail on a few select boards out of a whole production lot. In >>

Re: [U-Boot] [PATCH v5 00/11] sunxi: update H3/H5/A64 EMAC DT nodes

On Wed, Apr 4, 2018 at 6:01 AM, Andre Przywara wrote: > This is the first half of the DT update series, just updating the > EMAC DT nodes, for which the bindings have diverged. > Just fixed some checkpatch warnings and rebased (without conflicts) > against v2018.05-rc1. >

Re: [U-Boot] [PATCH] sunxi: improve throughput in the sunxi_mmc driver

On Wed, Mar 21, 2018 at 4:48 PM, Maxime Ripard wrote: > From: Philipp Tomsich > > Throughput tests have shown the sunxi_mmc driver to take over 10s to > read 10MB from a fast eMMC device due to excessive delays in polling > loops.

Re: [U-Boot] [PATCH v5 09/11] sunxi: disable direct MMC environment

On Wed, Apr 04, 2018 at 01:31:21AM +0100, Andre Przywara wrote: > Since the dawn of time for the Allwinner support in mainline U-Boot > we store the environment to the SD card and write directly at > 544KB from the beginning of the device. This leads to problems when > the U-Boot proper image

Re: [U-Boot] [PATCH] kconfig: add CONFIG_CC_COVERAGE

Gentle ping.. 2018-03-29 9:49 GMT+02:00 Christian Gmeiner : > Make it possible to use gcc code coverage analysis. > > Signed-off-by: Christian Gmeiner > --- > .gitignore | 4 > Kconfig| 8 > Makefile | 6 ++ > 3

  1   2   >