Re: [U-Boot] [PATCH v5] cmd: usb: add blk, emulation devices to ignore list as needed

On 10/18/2017 03:30 AM, Suneel Garapati wrote: > On Tue, Oct 17, 2017 at 6:22 PM, Marek Vasut wrote: >> On 10/18/2017 01:50 AM, Suneel Garapati wrote: >>> On Tue, Oct 17, 2017 at 5:43 AM, Marek Vasut wrote: On 10/17/2017 05:21 AM, Bin Meng wrote: > +Marek,

[U-Boot] [PATCH v2] power: extend prefix match to regulator-name property

This patch extends pmic_bind_children prefix matching. In addition to the node name the property regulator-name is used while trying to match prefixes. This allows assigning different drivers to regulator nodes named regulator@1 and regulator@10 for example. I have discarded the idea of using

[U-Boot] [PATCH u-boot 2/3] arm: meson: Add supplementary ethernet registers definitions

On Amlogic Meson GXL/GXM, supplementary ethernet configuration registers were added to configure the internal RMII PHY interface. Signed-off-by: Neil Armstrong --- arch/arm/include/asm/arch-meson/gxbb.h | 3 +++ 1 file changed, 3 insertions(+) diff --git

[U-Boot] [PATCH u-boot 3/3] arm: amlogic: p212: Add support for Ethernet with Internal PHY

This patch adds support for the Internal RMII Ethernet PHY on the Amlogic P212 Reference Board. Signed-off-by: Neil Armstrong --- board/amlogic/p212/p212.c | 39 ++- configs/p212_defconfig| 4 include/configs/p212.h| 2

[U-Boot] [PATCH u-boot 1/3] net: phy: Add Amlogic Meson GXL Internal PHY support

The Amlogic Meson GXL/GXM families embeds an internal RMII Ethernet PHY. The PHY acts as a generic PHY but needs a slight configuration right before it's configuration. Signed-off-by: Neil Armstrong --- drivers/net/phy/Kconfig | 3 +++ drivers/net/phy/Makefile

[U-Boot] [PATCH u-boot 0/3] Add Ethernet support for Amlogic P212 Reference board

This patchset aims to add support for the Internal RMII Ethernet PHY of the Amlogic Meson GXL S905X SoC on the Amlogic P212 Reference board. The Internal PHY needs a specific config then acts as a generic PHY. Neil Armstrong (3): net: phy: Add Amlogic Meson GXL Internal PHY support arm:

Re: [U-Boot] Fwd: u-boot.img size limit for spl fat load ?

where you edit it? i have same problem too -- Sent from: http://u-boot.10912.n7.nabble.com/ ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [U-Boot, 4/6] net: gmac_rockchip: Define the gmac grf register struct at gmac_rockchip.c

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 v6] cmd: usb: ignore blk, emulation devices in usb tree/info display

usb tree/info commands iterate over all usb uclass devices recursively. blk uclass child devices are created for mass storage, treating these as usb uclass devices and referencing usb config interface descriptors cause crash. To fix, ignore blk and usb_emul uclass devices(sandbox) in usb_show_info

Re: [U-Boot] [PATCH v6] cmd: usb: ignore blk, emulation devices in usb tree/info display

On 10/19/2017 03:22 AM, Suneel Garapati wrote: > usb tree/info commands iterate over all usb uclass devices > recursively. blk uclass child devices are created for mass storage, > treating these as usb uclass devices and referencing usb config > interface descriptors cause crash. To fix, ignore

Re: [U-Boot] [PATCH V2] imx: mx6slevk: fix mmc breakage

Hi Fabio > -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: Tuesday, October 17, 2017 12:15 AM > To: Peng Fan > Cc: Stefano Babic ; Fabio Estevam > ; U-Boot-Denx > Subject: Re:

Re: [U-Boot] [PATCH] cmd: usb_mass_storage: add protection for block_dev

On 10/18/2017 06:27 PM, Tom Rini wrote: > On Wed, Oct 18, 2017 at 04:03:21PM +0200, Patrick Delaunay wrote: > >> solve data abort for the command "ums 0 ubi 0" >> because result of case blk_get_device_part_str() result is OK >> but with block_dev = 0 when CONFIG_CMD_UBIFS is activate and >> ubi

Re: [U-Boot] [PATCH v6] cmd: usb: ignore blk, emulation devices in usb tree/info display

On Wed, Oct 18, 2017 at 6:39 PM, Marek Vasut wrote: > On 10/19/2017 03:22 AM, Suneel Garapati wrote: >> usb tree/info commands iterate over all usb uclass devices >> recursively. blk uclass child devices are created for mass storage, >> treating these as usb uclass devices and

Re: [U-Boot] [PATCH 3/3] x86: baytrail: fsp: Move Azalia update codes to board

On Fri, Oct 13, 2017 at 7:14 PM, Stefan Roese wrote: > On 13.10.2017 10:30, Bin Meng wrote: >> >> Azalia configuration may be different across boards, hence it's not >> appropriate to do that in the SoC level. Instead, let's make the >> SoC update_fsp_azalia_configs() routine as a

Re: [U-Boot] [PATCH 1/3] x86: fsp: Consolidate Azalia header file

On Fri, Oct 13, 2017 at 7:14 PM, Stefan Roese wrote: > On 13.10.2017 10:30, Bin Meng wrote: >> >> So far there are two copies of Azalia struct defines with one in >> baytrail and the other one in braswell. This consolidates these >> two into one, put it in the common place, and

Re: [U-Boot] [PATCH 1/2] x86: baytrail: Fix unstable ACPI S3 resume

On Fri, Oct 13, 2017 at 7:09 PM, Stefan Roese wrote: > On 12.10.2017 14:07, Bin Meng wrote: >> >> It was observed that when booting a Ubuntu 16.04 kernel, doing ACPI >> S3 suspend/resume sometimes causes the Ubuntu kernel hang forever. >> The issue is however not reproduced with a

Re: [U-Boot] [PATCH 2/2] x86: Turn off running VGA ROM during S3 resume

On Fri, Oct 13, 2017 at 7:09 PM, Stefan Roese wrote: > On 12.10.2017 14:07, Bin Meng wrote: >> >> This is only needed when graphics console is used. For kernel with >> native graphics driver, this can be turned off to speed up. >> >> Change this option's default to n in the Kconfig.

[U-Boot] [PATCH 4/9] x86: Fix ACPI resume dependency to MRC cache

In an S3 resume path, MRC cache is mandatory. Enforce the dependency in the Kconfig. Signed-off-by: Bin Meng --- arch/x86/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index c869ae2..b2ae865 100644 --- a/arch/x86/Kconfig +++

[U-Boot] [PATCH 9/9] x86: acpi: Put sleepstates.asl to the common place

The supported sleep states are generic on Intel processors. Move the ASL definition to the common place. Signed-off-by: Bin Meng --- arch/x86/include/asm/{arch-baytrail => }/acpi/sleepstates.asl | 0 arch/x86/include/asm/arch-baytrail/acpi/platform.asl | 2 +-

Re: [U-Boot] [U-Boot, 5/6] net: gmac_rockchip: Use the proerty of "clock_in_out" to set mac clock

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:

Re: [U-Boot] [PATCH] i2c: remove SYS_ prefix from CONFIG options

Hi Heiko, 2017-10-19 13:38 GMT+09:00 Heiko Schocher : > Hello Masahiro, > > > Am 17.10.2017 um 15:36 schrieb Masahiro Yamada: >> >> Historically, U-Boot added CONFIG_SYS_ prefix to user-unconfigurable >> options. Somehow, this rule was not observed in some places, and >> getting

[U-Boot] [PATCH 7/9] x86: braswell: cherryhill: Update dts for SPI lock down

Intel Braswell FSP requires SPI controller settings to be locked down, let's do this in the chrryhill.dts and remove previous Kconfig option. Signed-off-by: Bin Meng --- arch/x86/cpu/braswell/Kconfig | 4 arch/x86/dts/cherryhill.dts | 1 + 2 files changed, 1

[U-Boot] [PATCH 3/9] env: x86: braswell: Set ENV_IS_IN_SPI_FLASH as default

Imply does not work for a Kconfig choice. Update ENV_IS_IN_SPI_FLASH to be the default one for Intel Braswell. Signed-off-by: Bin Meng --- arch/x86/cpu/braswell/Kconfig | 1 - env/Kconfig | 1 + 2 files changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH 5/9] Revert "x86: fsp: Configure SPI opcode registers before SPI is locked down"

This reverts commit 1e6ebee667da47fd3a87839a239a7574c66f5659. It's not appropriate to call the Intel SPI driver specific stuff in the FSP codes. We may add a simple DTS property "intel,spi-lock-down" and let the Intel SPI driver call these stuff instead. Signed-off-by: Bin Meng

[U-Boot] [PATCH 8/9] x86: fsp: graphics: Add some notes about the graphics info hob

On some platforms (eg: Braswell), the FSP will not produce the graphics info HOB unless you plug some cables to the display interface (eg: HDMI) on the board. Add such notes in the FSP video driver. Signed-off-by: Bin Meng --- arch/x86/lib/fsp/fsp_graphics.c | 4 1

Re: [U-Boot] [PATCH 2/3] x86: baytrail: fsp: Use a function to update the Azalia config pointer

On Fri, Oct 13, 2017 at 7:14 PM, Stefan Roese wrote: > On 13.10.2017 10:30, Bin Meng wrote: >> >> At present we directly pass the Azalia config pointer to the FSP UPD. >> This updates to use a function to do the stuff, like Braswell does. >> >> Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH] x86: conga-qeval20-qa3-e3845-internal-uart_defconfig: Add ACPI resume support

On Tue, Oct 17, 2017 at 4:51 PM, Bin Meng wrote: > On Tue, Oct 17, 2017 at 2:09 PM, Stefan Roese wrote: >> I've missed to add the ACPI resume support to this x86 build target. >> This patch adds the ACPI resume support enabling S3 suspend / >> resume. >> >>

Re: [U-Boot] [PATCH v4 1/1] x86: provide CONFIG_BUILD_ROM

On Tue, Oct 17, 2017 at 4:52 PM, Bin Meng wrote: > On Tue, Oct 17, 2017 at 2:08 AM, Heinrich Schuchardt > wrote: >> Up to now we depended on an exported variable to build u-boot.rom. >> We should be able to specify it in the configuration file, too. >> >>

[U-Boot] Please pull u-boot-x86

Hi Tom, This includes a critical bug fix for Baytrail ACPI suspend/resume and some other minor clean ups. The following changes since commit 6b0fea33424dcce82b6df0c6b3774601eb1ff36a: Merge git://git.denx.de/u-boot-i2c (2017-10-18 09:32:35 -0400) are available in the git repository at:

Re: [U-Boot] [PATCH] i2c: remove SYS_ prefix from CONFIG options

Hello Masahiro, Am 17.10.2017 um 15:36 schrieb Masahiro Yamada: Historically, U-Boot added CONFIG_SYS_ prefix to user-unconfigurable options. Somehow, this rule was not observed in some places, and getting meaningless with Kconfig introduction where platforms can "select" to force options.

[U-Boot] [PATCH 6/9] spi: ich: Lock down controller settings if required

Some Intel FSP (like Braswell) does SPI lock-down during the call to fsp_notify(INIT_PHASE_BOOT). But before SPI lock-down is done, it's bootloader's responsibility to configure the SPI controller's opcode registers properly otherwise SPI controller driver doesn't know how to communicate with the

[U-Boot] [PATCH 1/9] x86: galileo: Fix boot failure

With latest codes on mainstream master, Intel Galileo board does not boot unfortunately. Git biset leads to b383d6c0 "bootstage: Convert to use malloc()". Disable bootstage support to make it boot again. The root cause needs to be investigated however. Fixes: b383d6c0 ("bootstage: Convert to use

[U-Boot] [PATCH 2/9] x86: braswell: Fix unexpected crash during Linux kernel boot

It was observed that when booting Linux kernel on Intel Cherry Hill board, unexpected crash happens quite randomly. Sometimes kernel just oops, while sometimes kernel throws MCE errors and hangs: mce: [Hardware Error]: Machine check events logged mce: [Hardware Error]: CPU 0: Machine Check: 0

[U-Boot] [PATCH V3] imx: mx6slevk: cleanup board usb code

Since DM_USB enabled, no need the usb code in board file. Signed-off-by: Peng Fan Cc: Stefano Babic Cc: Fabio Estevam --- V3: Changed title and commit log. Only cleanup the usb code. V2: Based on Fabio's patches: 1.

[U-Boot] [PATCH v3 3/6] disk: efi: correct the overlap check on GPT header and PTE

the partition starting at 0x4400 is refused with overlap error: $> gpt write mmc 0 "name=test,start=0x4400,size=0" Writing GPT: Partition overlap error! even if the 0x4400 is the first available offset for LBA35 with default value: - MBR=LBA1 - GPT header=LBA2 - PTE= 32 LBAs (128 entry), 3

[U-Boot] [PATCH v3 0/6] solve issues in gpt management

in the last version v2017.09, I see some regression for the command $> gpt write mmc 0 "name=test,start=0x4400,size=0" $> gpt write mmc 0 "name=test,size=0" I use sandbox python test to verify if this issue is also present in v2017.11-rc1 and when I check the log tests, I detect a other issue

Re: [U-Boot] [PATCH v2 00/26] mmc: Add support for HS200 and UHS modes

On 14/10/2017 16:51, Marek Vasut wrote: On 10/02/2017 11:15 AM, Jean-Jacques Hiblot wrote: On 22/09/2017 16:42, Jaehoon Chung wrote: Dear JJ, On 09/21/2017 11:29 PM, Jean-Jacques Hiblot wrote: This series brings support for HS200 and UHS modes to the mmc core. It has been tested with the

[U-Boot] [PATCH v3 2/6] test/py: gpt: add test for sub-command read and verify

add sandbox test for some gpt sub-command - gpt read / part list : read the gpt partition created by sgdisk on host test start, size, LBA and name output - gpt verify : verify the gpt partition create by sgdisk on host PS: persistent data test_gpt_disk_image.bin are udpated Signed-off-by:

[U-Boot] [PATCH v3 4/6] test/py: gpt: add test for sub-command write

+ test write for one partition on all the device (size=0) + test write with disk uuid and 2 partitions Signed-off-by: Patrick Delaunay --- This write test failed without the previous patch with the error: "Writing GPT: Partition overlap" gpt test are now OK on

[U-Boot] [PATCH v3 6/6] cmd: gpt: solve issue for swap and rename command

don't use prettyprint_part_size() in create_gpt_partitions_list() that avoid to align offset and size to 1 MiB and increase precision for start and size. This patch avoid the risk to change partition size and lost data during rename or swap. Signed-off-by: Patrick Delaunay

[U-Boot] [PATCH v3 5/6] test/py: gpt: test start LBA for sub-command rename and swap

Add test of first and last LBA in gpt for rename and swap. Only the name is expected to change, so test 3 columns for part command 1: first LBA (start) 2: last LBA (end) 3: partition name After rename, the last LBA change and it is a error in current U-Boot code + "first" = 0x7ff : invalid value

[U-Boot] [PATCH v3 1/6] test/py: gpt: copy persistent file

copy the persistent gpt binary file as it can be modified during the test that avoid issue if the test fail: the test always restart with clean file Acked-by: Stephen Warren Signed-off-by: Patrick Delaunay --- Changes in v3: None Changes in v2: -

[U-Boot] [PATCH v3 1/2] thermal: ti-bandgap: Add support for temperature sensor

The dra7xx series of SOCs contain a temperature sensor and an associated analog-to-digital converter (ADC) which produces an output which is proportional to the SOC temperature. Add support for this temperature sensor. Signed-off-by: Faiz Abbas Reviewed-by: Simon Glass

[U-Boot] [PATCH v3 2/2] ARM: dts: OMAP5+: Add support for bandgap sensor in SPL

Mark bandgap node as uboot,dm-spl so that it can be accessed in spl Signed-off-by: Faiz Abbas Reviewed-by: Simon Glass --- v3: Added Reviewed-by comment. arch/arm/dts/omap5-u-boot.dtsi | 4 1 file changed, 4 insertions(+) diff --git

[U-Boot] [PATCH v3 0/2] Support for TI bandgap temperature sensor

Adding support for TI bandgap temperature sensor. Also add dt support for bandgap sensor in spl. v3: Missed adding Reviewed-by in v2. Faiz Abbas (2): thermal: ti-bandgap: Add support for temperature sensor ARM: dts: OMAP5+: Add support for bandgap sensor in SPL

Re: [U-Boot] [PATCH v2 00/26] mmc: Add support for HS200 and UHS modes

On 10/18/2017 03:19 PM, Jean-Jacques Hiblot wrote: > > > On 14/10/2017 16:51, Marek Vasut wrote: >> On 10/02/2017 11:15 AM, Jean-Jacques Hiblot wrote: >>> >>> On 22/09/2017 16:42, Jaehoon Chung wrote: Dear JJ, On 09/21/2017 11:29 PM, Jean-Jacques Hiblot wrote: > This series

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

Hi Benoît , On Wed, Oct 18, 2017 at 2:56 PM, Benoît Thébaudeau wrote: > I can tell you what to use for imx25pdk if you give me the pads used by the > eSDHC instance in question here. mx25pdk uses the POR default IOMUX settings for sdhc1: static const iomux_v3_cfg_t

Re: [U-Boot] [PATCH v3 6/6] cmd: gpt: solve issue for swap and rename command

On 10/18/2017 07:11 AM, Patrick Delaunay wrote: don't use prettyprint_part_size() in create_gpt_partitions_list() that avoid to align offset and size to 1 MiB and increase precision for start and size. This patch avoid the risk to change partition size and lost data during rename or swap. All

[U-Boot] [PATCH] cmd: usb_mass_storage: add protection for block_dev

solve data abort for the command "ums 0 ubi 0" because result of case blk_get_device_part_str() result is OK but with block_dev = 0 when CONFIG_CMD_UBIFS is activate and ubi volume is mounted Signed-off-by: Patrick Delaunay --- cmd/usb_mass_storage.c | 2 +- 1 file

[U-Boot] [PATCH v4 08/18] efi_selftest: reformat code

Remove superfluous spaces. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 new patch split off --- lib/efi_selftest/efi_selftest.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/efi_selftest/efi_selftest.c

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

On 18/10/2017 at 18:13, Benoît Thébaudeau wrote: > Hi Fabio, > > On 18/10/2017 at 17:57, Fabio Estevam wrote: >> Currently when a high speed SD card is connected on MX25 or MX51 boards >> the following error happens: >> >> U-Boot 2017.11-rc2 (Oct 18 2017 - 13:49:26 -0200) >> >> CPU: Freescale

[U-Boot] [PATCH v4 13/18] efi_loader: use bootargs as load options

Use environment variable bootargs used as load options for bootefi payloads. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 new patch split off --- cmd/bootefi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/cmd/bootefi.c b/cmd/bootefi.c index

[U-Boot] [PATCH v4 18/18] efi_loader: set parent handle in efi_load_image

The parent_handle of the loaded image must be set. Set the system table. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 new patch --- lib/efi_loader/efi_boottime.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/lib/efi_loader/efi_boottime.c

Re: [U-Boot] [PATCH] cmd: usb_mass_storage: add protection for block_dev

On Wed, Oct 18, 2017 at 04:03:21PM +0200, Patrick Delaunay wrote: > solve data abort for the command "ums 0 ubi 0" > because result of case blk_get_device_part_str() result is OK > but with block_dev = 0 when CONFIG_CMD_UBIFS is activate and > ubi volume is mounted > > Signed-off-by: Patrick

Re: [U-Boot] [PATCH 2/2] udoo: Remove cpu type check prior to setup_sata()

On 10/15/2017 03:21 PM, Fabio Estevam wrote: > From: Fabio Estevam > > Inside setup_sata() there is a cpu type check, so there is no need to > do this check in the board file. > > Signed-off-by: Fabio Estevam > --- > board/udoo/udoo.c | 3 +-- > 1

Re: [U-Boot] [PATCH 1/2] wandboard: Remove cpu type check prior to setup_sata()

On 10/15/2017 03:21 PM, Fabio Estevam wrote: > From: Fabio Estevam > > Inside setup_sata() there is a cpu type check, so there is no need to > do this check in the board file. > > This also brings the benefit to allowing setup_sata() to be called for the > mx6qp wandboard

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

Hi Fabio, On 18/10/2017 at 18:40, Fabio Estevam wrote: > On Wed, Oct 18, 2017 at 2:13 PM, Benoît Thébaudeau wrote: >> You can try to set the drive strength of all the eSDHC pads to high or max >> (for > > Looks like the eSDHC pins do not have drive strength control, only >

[U-Boot] [PATCH v4 16/18] test/py: fix typo in test_efi_loader.py

Make a comment line easier to read. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 no change v2 no change --- test/py/tests/test_efi_loader.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test/py/tests/test_efi_loader.py

[U-Boot] [PATCH v4 05/18] efi_loader: guard against double inclusion of efi_loader.h

Use a define to detect double inclusion of efi_loader.h. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 no change v2 new patch --- include/efi_loader.h | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v4 15/18] test/py: test reboot by EFI watchdog

Clear environment variable efi_selftest before executing the default tests. Provide a test verifying that the EFI watchdog reboots the system upon timeout. The test depends on CONFIG_CMD_EFI_SELFTEST=y. Signed-off-by: Heinrich Schuchardt --- v4 no change v3

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

Hi Benoît, On Wed, Oct 18, 2017 at 2:13 PM, Benoît Thébaudeau wrote: > You could stress-test the SD read/write accesses from U-Boot. Does it occur > with > all HS cards? I am not able to run a stress-test because all SD card accesses fail. It happens with all HS cards I

[U-Boot] [PATCH v4 07/18] efi_selftest: provide a dummy device path

Currently we pass bootefi_device_path and bootefi_image_path as device and image path without initializing them. They may carry values from previous calls to bootefi. With the patch the variables are initialized valid dummy values. Signed-off-by: Heinrich Schuchardt --- v4

[U-Boot] [PATCH v4 02/18] efi_loader: implement SetWatchdogTimer

The watchdog is initialized with a 5 minute timeout period. It can be reset by SetWatchdogTimer. It is stopped by ExitBoottimeServices. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 add a constant for 1s to 100ns conversion v2 code comments

[U-Boot] [PATCH v4 01/18] efi_loader: move efi_search_obj up in code

To avoid a forward declaration move efi_search_obj before all protocol services functions. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 no change v2 no change --- lib/efi_loader/efi_boottime.c | 41

[U-Boot] [PATCH v3 04/18] efi_loader: new function utf8_to_utf16

Provide a conversion function from utf8 to utf16. Add missing #include in include/charset.h. Remove superfluous #include in lib/charset.c. Signed-off-by: Heinrich Schuchardt --- v3 no change v2 new patch --- include/charset.h | 15 +++

[U-Boot] [PATCH v4 03/18] efi_selftest: provide test for watchdog timer

The test verifies that resetting the watchdog timer ensures that it is not called during the timeout period. Testing that the watchdog timer actually executes a reset would require a test outside the efi_selftest framework. Signed-off-by: Heinrich Schuchardt --- v4

[U-Boot] [PATCH v4 10/18] efi_selftest: deduplicate code

Move duplicate code to the new function efi_st_do_tests. Suggested-by: Alexander Graf Signed-off-by: Heinrich Schuchardt --- v4 new patch --- lib/efi_selftest/efi_selftest.c | 71 - 1 file changed, 42

[U-Boot] [PATCH v4 00/18] efi_loader: implement SetWatchdogTimer

The patch series is centered on implementing the SetWatchdogTimer boottime service. Two tests are supplied. One that checks that resetting the watchdog timer saves from a reboot. The other checks that the watchdog timer actually leads to a reset. Both are covered by Python test cases. A test for

[U-Boot] [PATCH v4 06/18] efi_loader: consistently use efi_status_t in bootefi

Where ulong or unsigned long are used to hold an EFI status code we should consistenly use efi_status_t. Signed-off-by: Heinrich Schuchardt --- v4 fix indentation v3 new patch --- cmd/bootefi.c | 18 +- 1 file changed, 9 insertions(+), 9

[U-Boot] [PATCH v4 12/18] efi_selftest: allow to select a single test for exexution

Environment variable efi_selftest is passed as load options to the selftest application. It is used to select a single test to be executed. The load options are an UTF8 string. Yet I decided to keep the name propertiy of the tests as char[] to reduce code size. Special value 'list' displays a

[U-Boot] [PATCH v4 17/18] efi_selftest: provide test for EFI_SIMPLE_TEXT_OUTPUT_PROTOCOL

The following services are tested: OutputString, TestString, SetAttribute. Signed-off-by: Heinrich Schuchardt --- v4 fix build flags v3 new patch --- lib/efi_selftest/Makefile | 3 ++ lib/efi_selftest/efi_selftest_textoutput.c | 53

[U-Boot] [PATCH v4 12/18] efi_selftest: correctly cleanup after selftest

After executing bootefi selftest * restore GD * unlink the load image handle * return 0 or 1 and not a truncated efi_status_t. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 new patch split off --- cmd/bootefi.c | 4 +++- 1 file changed, 3

[U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

Currently when a high speed SD card is connected on MX25 or MX51 boards the following error happens: U-Boot 2017.11-rc2 (Oct 18 2017 - 13:49:26 -0200) CPU: Freescale i.MX51 rev3.0 at 800 MHz Reset cause: POR Board: MX51EVK DRAM: 512 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 *** Warning - read

[U-Boot] [PATCH v4 09/18] efi_selftest: efi_st_memcmp should return 0

If the compared memory areas match the return value should be 0. We should not use the unrelated constant EFI_ST_SUCCESS. Signed-off-by: Heinrich Schuchardt --- v4 no change v3 new patch split off --- lib/efi_selftest/efi_selftest_util.c | 2 +- 1 file

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

Hi Fabio, On 18/10/2017 at 17:57, Fabio Estevam wrote: > Currently when a high speed SD card is connected on MX25 or MX51 boards > the following error happens: > > U-Boot 2017.11-rc2 (Oct 18 2017 - 13:49:26 -0200) > > CPU: Freescale i.MX51 rev3.0 at 800 MHz > Reset cause: POR > Board: MX51EVK

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

On Wed, Oct 18, 2017 at 1:57 PM, Fabio Estevam wrote: > Currently when a high speed SD card is connected on MX25 or MX51 boards > the following error happens: > > U-Boot 2017.11-rc2 (Oct 18 2017 - 13:49:26 -0200) > > CPU: Freescale i.MX51 rev3.0 at 800 MHz > Reset cause:

[U-Boot] [PATCH v4 14/18] efi_selftest: test reboot by watchdog

A test is added that verifies that the watchdog timer actually causes a reboot upon timeout. The test is only executed on request using setenv efi_selftest watchdog reboot bootefi selftest Signed-off-by: Heinrich Schuchardt --- v4 no change v3 correct

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

On Tue, Oct 17, 2017 at 07:20:04PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > thanks! > Jagan. > > The following changes since commit 10509987285515b0a969c39ef7374fea3545851b: > > spi: fsl_qspi: Copy 16 byte aligned data in TX FIFO (2017-09-25 15:45:15 > +0530) > >

Re: [U-Boot] Please pull from u-boot-i2c

On Tue, Oct 17, 2017 at 04:29:13PM +0200, Heiko Schocher wrote: > Hello Tom, > > please pull from u-boot-i2c master > > The following changes since commit eb0044db392247aa1c43e29f2703418d5668018a: > > Prepare v2017.11-rc2 (2017-10-16 21:40:56 -0400) > > are available in the git repository

Re: [U-Boot] [PATCH v3 1/2] thermal: ti-bandgap: Add support for temperature sensor

On Wed, Oct 18, 2017 at 05:11:52PM +0530, Faiz Abbas wrote: > The dra7xx series of SOCs contain a temperature sensor and an > associated analog-to-digital converter (ADC) which produces > an output which is proportional to the SOC temperature. > Add support for this temperature sensor. > >

Re: [U-Boot] [PATCH v2 6/9] efi_selftest: allow to select a single test for exexution

On 17.10.17 22:11, Heinrich Schuchardt wrote: > On 10/17/2017 09:48 AM, Alexander Graf wrote: >> >> >> On 13.10.17 19:33, Heinrich Schuchardt wrote: >>> Environment variable efi_selftest is passed as load options >>> to the selftest application. It is used to select a single >>> test to be

Re: [U-Boot] [PATCH v3 2/2] ARM: dts: OMAP5+: Add support for bandgap sensor in SPL

On Wed, Oct 18, 2017 at 05:11:53PM +0530, Faiz Abbas wrote: > Mark bandgap node as uboot,dm-spl so that it can be accessed in spl > > Signed-off-by: Faiz Abbas > Reviewed-by: Simon Glass Reviewed-by: Tom Rini -- Tom signature.asc

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

Hi Fabio, On Wed, Oct 18, 2017 at 7:35 PM, Fabio Estevam wrote: > On Wed, Oct 18, 2017 at 2:56 PM, Benoît Thébaudeau wrote: > >> I can tell you what to use for imx25pdk if you give me the pads used by the >> eSDHC instance in question here. > > mx25pdk

Re: [U-Boot] [RFC] mmc: fsl_esdhc: Do not set high speed mode on MX25 and MX51

Hi Benoît, On Wed, Oct 18, 2017 at 6:10 PM, Benoît Thébaudeau wrote: > Can you try with this? > > static const iomux_v3_cfg_t sdhc1_pads[] = { > NEW_PAD_CTRL(MX25_PAD_SD1_CMD__SD1_CMD, PAD_CTL_PUS_47K_UP | > PAD_CTL_SRE_FAST), >

Re: [U-Boot] [PATCH] sf: ensure flash device is in 3-byte address mode

Hi Simon, > On some boards where the spi flash is not reset during warm reboot, > the chip has to be manually set into 3-byte address mode. > > Signed-off-by: Simon Goldschmidt Reviewed-by: Lukasz Majewski > --- >