Re: [U-Boot] [PATCH v10 08/16] regmap: Add raw read/write functions

Hi Simon, On Sat, Oct 13, 2018 at 3:52 PM Simon Glass wrote: > > Hi Mario, > > On 4 October 2018 at 01:00, Mario Six wrote: > > The regmap functions currently assume that all register map accesses > > have a data width of 32 bits, but there are maps that have different > > widths. > > > > To rect

[U-Boot] [PATCH] armv8: lx2160ardb : Add support for LX2160ARDB platform

LX2160ARDB is an evaluation board that supports LX2160A family SoCs. This patch add base support for this board. Signed-off-by: Wasim Khan Signed-off-by: Yogesh Gaur Signed-off-by: Meenakshi Aggarwal Signed-off-by: Vabhav Sharma Signed-off-by: Sriram Dash Signed-off-by: Rajesh Bhagat Signed-

[U-Boot] [PATCH v11 02/16] regmap: Fix documentation

The documentation in regmap.h is not in kernel-doc format. Correct this. Reviewed-by: Anatolij Gustschin Reviewed-by: Simon Glass Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7: No changes v5 -> v6: No changes

[U-Boot] [PATCH v11 15/16] misc: Add gdsys_soc driver

This patch adds a driver for the bus associated with a IHS FPGA. Reviewed-by: Simon Glass Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7: No changes v5 -> v6: No changes v4 -> v5: No changes v3 -> v4: No change

[U-Boot] [PATCH v11 03/16] regmap: Add documentation

Document the regmap_alloc() function. Reviewed-by: Anatolij Gustschin Reviewed-by: Simon Glass Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7: No changes v5 -> v6: No changes v4 -> v5: No changes v3 -> v4: No

[U-Boot] [PATCH v11 04/16] regmap: Improve error handling

ofnode_read_simple_addr_cells may fail and return a negative error code. Check for this when initializing regmaps. Also check if both_len is zero, since this is perfectly possible, and would lead to a division-by-zero further down the line. Reviewed-by: Anatolij Gustschin Reviewed-by: Simon Glas

[U-Boot] [PATCH v11 01/16] test: regmap: Increase size of syscon0 memory

The upcoming changes to the regmap interface will contain a proper check for plausibility when reading/writing from/to a register map. To still have the current tests pass, increase the size of the memory region for the syscon0 device, since one of the tests reads and writes beyond this range. Rev

[U-Boot] [PATCH v11 13/16] regmap: Add overview documentation

Add some overview documentation that explains the purpose and some of the features and limitations of the regmap interface. Reviewed-by: Bin Meng Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: * Amended for inclusion of endianness setting via DT v7 -> v8:

[U-Boot] [PATCH v11 08/16] regmap: Add raw read/write functions

The regmap functions currently assume that all register map accesses have a data width of 32 bits, but there are maps that have different widths. To rectify this, implement the regmap_raw_read and regmap_raw_write functions from the Linux kernel API that specify the width of a desired read or writ

[U-Boot] [PATCH v11 10/16] regmap: Define regmap_{get,set}

It would be convenient if one could use the regmap API in conjunction with register maps defined as structs (i.e. structs that directly mirror the memory layout of the registers in question). A similar approach was planned with the regmap_write32/regmap_read32 macros, but was never used. Hence, im

[U-Boot] [PATCH v11 09/16] regmap: Support reading from specific range

It is useful to be able to treat the different ranges of a regmap separately to be able to use distinct offset for them, but this is currently not implemented in the regmap API. To preserve backwards compatibility, add regmap_read_range and regmap_write_range functions that take an additional para

[U-Boot] [PATCH v11 12/16] regmap: Add endianness support

Add support for switching the endianness of regmap accesses via the "little-endian", "big-endian", and "native-endian" boolean properties in the device tree. The default endianness is native endianness. Signed-off-by: Mario Six Reviewed-by: Simon Glass Reviewed-by: Daniel Schwierzeck --- v10

[U-Boot] [PATCH v11 06/16] regmap: Add error output

Add some debug output in cases where the initialization of a regmap fails. Reviewed-by: Anatolij Gustschin Reviewed-by: Simon Glass Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7: No changes v5 -> v6: No changes

[U-Boot] [PATCH v11 05/16] regmap: Introduce init_range

Both fdtdec_get_addr_size_fixed and of_address_to_resource can fail with an error, which is not currently checked during regmap initialization. Since the indentation depth is already quite deep, extract a new 'init_range' method to do the initialization. Reviewed-by: Anatolij Gustschin Reviewed-

[U-Boot] [PATCH v11 07/16] mips: Implement {in, out}_{le, be}_{16, 32, 64} and {in, out}_8

MIPS is the only architecture currently supported by U-Boot that does not implement any of the in/out register access functions. To have a interface that is useable across architectures, add the functions to the MIPS architecture (implemented using the __raw_write and __raw_read functions). Revie

[U-Boot] [PATCH v11 11/16] test: regmap: Add test for regmap_{set, get}

Add test for regmap_{set,get} functions. Reviewed-by: Anatolij Gustschin Reviewed-by: Simon Glass Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7: No changes v5 -> v6: No changes v4 -> v5: No changes v3 -> v4:

[U-Boot] [PATCH v11 14/16] misc: Sort Makefile entries

Makefile entries should be sorted. Reviewed-by: Anatolij Gustschin Reviewed-by: Simon Glass Signed-off-by: Mario Six Signed-off-by: Anatolij Gustschin --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7: No changes v5 -> v6: No changes v4

[U-Boot] [PATCH v11 16/16] misc: Add IHS FPGA driver

Add a driver for gdsys IHS (Integrated Hardware Systems) FPGAs, which supports initialization of the FPGA, as well as information gathering. Reviewed-by: Simon Glass Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7:

Re: [U-Boot] [PATCH v2 1/1] efi_loader: PSCI reset and shutdown

On Sat, 13 Oct 2018 at 12:42, Heinrich Schuchardt wrote: > > When an operating system started via bootefi tries to reset or power off > this is done by calling the EFI runtime ResetSystem(). On most ARMv8 system > the actual reset relies on PSCI. Depending on whether the PSCI firmware > resides th

Re: [U-Boot] [PATCH v2 1/2] cpu: Add DM_FLAG_PRE_RELOC flag to various cpu drivers

On 14.10.2018 10:07, Bin Meng wrote: It turns out commit c0434407b595 broke some boards which have DM CPU driver with CONFIG_DISPLAY_CPUINFO option on. These boards just fail to boot when print_cpuinfo() is called during boot. Fixes: c0434407b595 ("board_f: Use static print_cpuinfo if CONFIG_CPU

Re: [U-Boot] [PATCH v2 2/2] cpu: sandbox: Add "u-boot, dm-pre-reloc" for all cpu nodes

On 14.10.2018 10:07, Bin Meng wrote: To support CONFIG_DISPLAY_CPUINFO, add "u-boot,dm-pre-reloc" for all cpu nodes in Sandbox test.dts. Signed-off-by: Bin Meng Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH v3 3/9] dm: uclass: Add uclass_foreach_dev_probe

Hi Bin On 10/12/2018 12:13 PM, Bin Meng wrote: > Hi Patrice, > > On Fri, Oct 12, 2018 at 3:51 PM Patrice CHOTARD > wrote: >> >> Hi Bin >> >> On 10/11/2018 11:06 AM, Bin Meng wrote: >>> Hi Patrice, >>> >>> On Tue, Oct 9, 2018 at 9:41 PM Patrice Chotard >>> wrote: Add uclass_foreach_d

[U-Boot] [PATCH v3 00/31] virtio: Introduce VirtIO driver support

This series brings in VirtIO driver support in U-Boot. The work is based on Tuomas's virtio support on QEMU ARM targets. VirtIO is a virtualization standard for network and disk device drivers where just the guest's device driver "knows" it is running in a virtual environment, and cooperates with

[U-Boot] [PATCH v3 01/31] dm: core: Allow uclass to set up a device's child after it is probed

Some buses need to set up their child devices after they are probed. Support a common child_post_probe() method for the uclass. With this change, the two APIs uclass_pre_probe_device() and uclass_post_probe_device() become symmetric. Signed-off-by: Bin Meng --- Changes in v3: None Changes in v2

[U-Boot] [PATCH v3 02/31] test: dm: core: Add test case for uclass driver's child_post_probe()

Add test case to cover uclass driver's child_post_probe() method. Signed-off-by: Bin Meng --- Changes in v3: None Changes in v2: - new patch to add test case for uclass driver's child_post_probe() include/dm/test.h | 1 + test/dm/bus.c | 45 +

[U-Boot] [PATCH v3 03/31] riscv: bootm: Add dm_remove_devices_flags() call to do_bootm_linux()

This adds a call to dm_remove_devices_flags() to do_bootm_linux() so that drivers that have one of the removal flags set (e.g. DM_FLAG_ACTIVE_DMA_REMOVE) in their driver struct, may do some last-stage cleanup before the OS is started. arm and x86 already did such, and we should do the same for ris

[U-Boot] [PATCH v3 08/31] test: dm: blk: Correct blk_base test case

The blk_base test case creates a USB mass storage block device with the Sandbox host block device as its parent. This does not make any sense and causes potential issue, for example if the test case tries to read/write anything on the USB mass storage block device it will definitely fail as its par

[U-Boot] [PATCH v3 07/31] virtio: Add net driver support

From: Tuomas Tynkkynen This adds virtio net device driver support. Signed-off-by: Tuomas Tynkkynen Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: - Changed virtio net driver feature table to const drivers/virtio/Kconfig | 7 ++ drivers/virt

[U-Boot] [PATCH v3 06/31] virtio: Add virtio over mmio transport driver

VirtIO can use various different buses and virtio devices are commonly implemented as PCI devices. But virtual environments without PCI support (a common situation in embedded devices models) might use simple memory mapped device (“virtio-mmio”) instead of the PCI device. This adds a transport dri

[U-Boot] [PATCH v3 09/31] sandbox: blk: Switch to use platdata_auto_alloc_size for the driver data

Currently the sandbox block driver uses priv_auto_alloc_size for the driver data, however that's only available after the device probe phase. In order to make it accessible in an earlier phase, switch to use platdata_auto_alloc_size instead. This patch is the prerequisite for the follow up patch o

[U-Boot] [PATCH v3 05/31] virtio: Add codes for virtual queue/ring management

From: Tuomas Tynkkynen This adds support for managing virtual queue/ring, the channel for high performance I/O between host and guest. Signed-off-by: Tuomas Tynkkynen Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/virtio/Makefile |

[U-Boot] [PATCH v3 04/31] dm: Add a new uclass driver for VirtIO transport devices

This adds a new virtio uclass driver for “virtio” [1] family of devices that are are found in virtual environments like QEMU, yet by design they look like physical devices to the guest. The uclass driver provides child_pre_probe() and child_post_probe() methods to do some common operations for vir

[U-Boot] [PATCH v3 13/31] blk: Make blk_next_free_devnum() public

blk_next_free_devnum() can be helpful in some cases. Make it a public API. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/block/blk-uclass.c | 2 +- include/blk.h | 11 +++ 2 files changed, 12 insertions(+), 1 deletio

[U-Boot] [PATCH v3 11/31] blk: Call part_init() in the post_probe() method

part_init() is currently called in every DM BLK driver, either in its bind() or probe() method. However we can use the BLK uclass driver's post_probe() method to do it automatically. Update all DM BLK drivers to adopt this change. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in

[U-Boot] [PATCH v3 14/31] blk: Introduce IF_TYPE_VIRTIO

From: Tuomas Tynkkynen This adds a new block interface type for VirtIO block devices. Signed-off-by: Tuomas Tynkkynen Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None disk/part.c| 6 ++ drivers/block/blk-uclass.c | 2 ++ inclu

[U-Boot] [PATCH v3 16/31] virtio: cmd: Add virtio command for virtio devices

From: Tuomas Tynkkynen Add 'virtio' command in U-Boot command line. Signed-off-by: Tuomas Tynkkynen Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None cmd/Kconfig | 7 +++ cmd/Makefile | 1 + cmd/virtio.c | 38 +++

[U-Boot] [PATCH v3 15/31] virtio: Add block driver support

From: Tuomas Tynkkynen This adds virtio block device driver support. Signed-off-by: Tuomas Tynkkynen Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: - Correct desc->vendor for PCI transport drivers/virtio/Kconfig | 7 +++ drivers/virtio/Makef

[U-Boot] [PATCH v3 12/31] blk: Drop blk_prepare_device()

With the post_probe() changes, this API is no longer needed. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/block/blk-uclass.c | 9 - include/blk.h | 10 -- 2 files changed, 19 deletions(-) diff --git a/drive

[U-Boot] [PATCH v3 10/31] efi_driver: blk: Switch to use platdata_auto_alloc_size for the driver data

Currently the efi block driver uses priv_auto_alloc_size for the driver data, however that's only available after the device probe phase. In order to make it accessible in an earlier phase, switch to use platdata_auto_alloc_size instead. This patch is the prerequisite for the follow up patch of DM

[U-Boot] [PATCH v3 29/31] virtio: Add a Sandbox transport driver

This driver provides support for Sandbox implementation of virtio transport driver which is used for testing purpose only. Two drivers are provided. The 2nd one is a driver that lacks the 'notify' op. Signed-off-by: Bin Meng --- Changes in v3: None Changes in v2: - new patch to add a Sandbox t

[U-Boot] [PATCH v3 28/31] virtio: net: Support non-legacy device

For v1.0 compliant device, it always assumes the member 'num_buffers' exists in the struct virtio_net_hdr while the legacy driver only presented 'num_buffers' when VIRTIO_NET_F_MRG_RXBUF was negotiated. Without that feature the structure was 2 bytes shorter. Update the driver to support the non-le

[U-Boot] [PATCH v3 26/31] test: dm: pci: Add cases for finding next PCI capability APIs

Add test cases to cover the two newly added PCI APIs: dm_pci_find_next_capability() & dm_pci_find_next_ext_capability(). Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: - adjust swap_case driver to handle request from _dm_pci_find_next_capability() d

[U-Boot] [PATCH v3 23/31] arm: qemu: Enumerate virtio bus during early boot

Currently devices on the virtio bus is not automatically enumerated, which means peripherals on the virtio bus are not discovered by their drivers. This uses board_init() to do the virtio enumeration. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: - imp

[U-Boot] [PATCH v3 24/31] x86: qemu: Imply virtio PCI transport and device drivers

Add virtio drivers for QEMU x86 targets. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None board/emulation/qemu-x86/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/board/emulation/qemu-x86/Kconfig b/board/emulation/qemu-x86/Kconfig ind

[U-Boot] [PATCH v3 18/31] riscv: qemu: Include some useful commands

With the virtio net and blk drivers, we can do more stuff with some useful commands. Imply those in the board Kconfig. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None board/emulation/qemu-riscv/Kconfig | 8 1 file changed, 8 insertions(+)

[U-Boot] [PATCH v3 25/31] dm: pci: Add APIs to find next capability and extended capability

This introduces two new APIs dm_pci_find_next_capability() and dm_pci_find_next_ext_capability() to get PCI capability address and PCI express extended capability address for a given PCI device starting from a given offset. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: No

[U-Boot] [PATCH v3 19/31] kconfig: Introduce HAVE_ARCH_IOMAP

Introduce a new Kconfig option for architecture codes to control whether it provides io{read,write}{8,16,32} I/O accessor functions. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None include/linux/io.h | 4 lib/Kconfig| 6 ++ 2 files

[U-Boot] [PATCH v3 30/31] test: dm: virtio: Add test cases for virtio uclass

Now that we have a sandbox virtio transport driver, add some test cases to test virtio uclass driver. Signed-off-by: Bin Meng --- Changes in v3: - Exclude VIRTIO_BLK in sandbox_noblk_defconfig build Changes in v2: - new patch to add test cases for virtio uclass arch/Kconfig

[U-Boot] [PATCH v3 22/31] arm: qemu: Add a Kconfig in the board directory

This adds a Kconfig file in the board directory, so that some board-specific options can be specified there. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None arch/arm/Kconfig | 1 + board/emulation/qemu-arm/Kconfig | 9 + con

[U-Boot] [PATCH v3 20/31] x86: Implement arch-specific io accessor routines

At present the generic io{read,write}{8,16,32} routines only support MMIO access. With architecture like x86 that has a separate IO space, these routines cannot be used to access I/O ports. Implement x86-specific version to support both PIO and MMIO access, so that drivers for multiple architectur

[U-Boot] [PATCH v3 31/31] doc: Document virtio support

Add REAME.virtio to describe the information about U-Boot support for VirtIO devices, including supported boards, build instructions, driver details etc. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: - Added driver remove and flags description in the d

[U-Boot] [PATCH v3 17/31] riscv: qemu: Enumerate virtio bus during early boot

Currently devices on the virtio bus is not automatically enumerated, which means peripherals on the virtio bus are not discovered by their drivers. This uses board_init() to do the virtio enumeration. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v3 21/31] virtio: Add virtio over pci transport driver

This adds a transport driver that implements UCLASS_VIRTIO for virtio over pci, which is commonly used on x86. It only supports the legacy interface of the pci transport, which is the default device that QEMU emulates. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Ch

[U-Boot] [PATCH v3 27/31] virtio: pci: Support non-legacy PCI transport device

By default QEMU creates legacy PCI transport devices, but we can ask QEMU to create non-legacy one if we pass additional device property/value pairs in the command line: -device virtio-blk-pci,disable-legacy=true,disable-modern=false This adds a new driver driver to support non-legacy (modern)

[U-Boot] [PATCH 2/2] net: mvpp2: increase PHY reset pulse

The default Linux PHY reset delay is 10ms. This is also the requirement for Marvell 88E151x PHYs, which are likely to be used with this Ethernet MAC. Cc: Stefan Chulski Signed-off-by: Baruch Siach --- drivers/net/mvpp2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/driver

[U-Boot] [PATCH 1/2] net: mvpp2: fix polarity of PHY reset signal

The dm_gpio_set_value() call sets the logical level of the GPIO signal. That is, it takes the GPIO_ACTIVE_{LOW,HIGH} property into account. The driver needs to assert the reset, and then deassert it. Not the other way around. Cc: Stefan Chulski Signed-off-by: Baruch Siach --- drivers/net/mvpp2.

[U-Boot] Please pull ARC changes

Hi Tom, The following changes since commit 3d5ced9e22d32112a20f9dc0f5fb1f22ef088079: Merge tag 'dm-9oct18' of git://git.denx.de/u-boot-dm (2018-10-10 13:35:17 -0400) are available in the Git repository at: git://git.denx.de/u-boot-arc.git tags/arc-more-updates-for-2018.11-rc2 for you to f

Re: [U-Boot] [uboot-snps-arc] Please pull ARC changes

Hi Tom, Not sure why that duplicate email appeared... Either my mailer became crazy or I'm fatfingering :( Sorry for that! Though I'll re-send a pull-request as I did miss one important patch. -Alexey On Mon, 2018-10-15 at 10:22 +, Alexey Brodkin wrote: > Hi Tom, > > The following changes

[U-Boot] Please pull ARC changes (fixed re-send)

Hi Tom, This pull-request overrides the one sent last Friday: https://lists.denx.de/pipermail/u-boot/2018-October/344211.html as well as its duplicate sent for some reason today: https://lists.denx.de/pipermail/u-boot/2018-October/344435.html The following changes since commit 3d5ced9e22d32112a20

Re: [U-Boot] [PATCH 0/7] Restructure the i.MX U-Boot documentation

Hi Breno, On Tue, Oct 9, 2018 at 10:54 PM Breno Matheus Lima wrote: > > This patch set is restructuring and cleaning up the current i.MX documentation > included in the U-Boot doc directory. > > The current i.MX documentation is in the root directory so we cannot easily > check which one is i.MX

[U-Boot] [PATCH 1/1] board: ge: bx50v3: Change maintainer

While using ./scripts/get_maintainer.pl I detect that the Maintainer name and address for bx50v3 boards are not valid. The new maintainer for GE bx50v3 products must be Ian Ray. Signed-off-by: Fabien Lahoudere --- board/ge/bx50v3/MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[U-Boot] [PATCH 0/2] board: ge: bx50v3: Fix screen flickering

This patchset solves screen flickering observed at bootup on b650v3. Steps to reproduce: 1) Connect B650 to power. 2) Switch On the Monitor. 3) Observe the display. Ian Ray (2): board: ge: bx50v3: correct LDB clock board: ge: bx50v3: b{4,6}50v3 modeline board/ge/bx50v3/bx50v3.c | 32 +++

Re: [U-Boot] [PATCH] ARM: Samsung: Add Exynos5422-based Odroid HC2 support

Hi All, On 2018-10-14 18:49, Meul, Dirk wrote: > Odroid HC2 board is based on Odroid XU4 board, like the Odroid HC1. > > The linux kernel does not provide a hc2 DTB so the hc1 DTB is also used > for the Odroid HC2. > > Signed-off-by: Dirk Meul I don't have access to HC2, but the code looks reas

[U-Boot] [PATCH 1/2] board: ge: bx50v3: correct LDB clock

From: Ian Ray Use Video PLL to provide 65MHz for all displays. Signed-off-by: Ian Ray Signed-off-by: Fabien Lahoudere --- board/ge/bx50v3/bx50v3.c | 30 +- 1 file changed, 17 insertions(+), 13 deletions(-) diff --git a/board/ge/bx50v3/bx50v3.c b/board/ge/bx50v3/bx

[U-Boot] [PATCH 1/1] board: ge: bx50v3: fix initialization of i2c bus0

From: Dan Cimpoca I2C bus 0 was not initialized correctly. There is an offset between i2c index and the structure number of pad info. So i2c bus 0 can be in an inconsistent state. This problem become visible on B{4,6}50v3 with the CPUC HW watchdog enabled. Sometimes when the CPUC HW watchdog int

[U-Boot] [PATCH 2/2] board: ge: bx50v3: b{4,6}50v3 modeline

From: Ian Ray The b{4,6}50v3 kernel framebuffer console requires a modeline otherwise the LVDS panel shows garbage. Signed-off-by: Ian Ray Signed-off-by: Fabien Lahoudere --- board/ge/bx50v3/bx50v3.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/board/ge/bx50v3/bx50v3.c b/board/ge/bx5

Re: [U-Boot] [U-Boot, BUG] snow: mmc: SD card access broken: unable to select a mode

Hi, Le 16/05/2018 à 09:22, Guillaume Gardet a écrit : Hi Jaehoon, Le 26/04/2018 à 15:15, Guillaume Gardet a écrit : Le 26/04/2018 à 12:31, Jaehoon Chung a écrit : Hi, On 04/09/2018 09:02 PM, Guillaume Gardet wrote: Hi Jaehoon, There are problems with SD card access on Samsung Chromebook

[U-Boot] [PATCH] drivers: serial: probe all serial devices

Serial subsystem search and probe only one first serial device and unable to use remaining available UART devices This patch changes the logic to probe all available serial devices using platform data or device tree in DM model in order to use all UART devices Signed-off-by: Vabhav Sharma --- d

Re: [U-Boot] [PATCH] drivers: serial: probe all serial devices

On Mon, Oct 15, 2018 at 8:15 PM Vabhav Sharma wrote: > > Serial subsystem search and probe only one first serial > device and unable to use remaining available UART devices > > This patch changes the logic to probe all available serial devices > using platform data or device tree in DM model in or

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

On Fri, Oct 12, 2018 at 11:45:13AM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > thanks, > Jagan. > > The following changes since commit 0a60a81ba3860946551cb79aa6486aa076e357f3: > > Kconfig: sandbox: enable cmd_avb and dependencies (2018-10-07 13:34:19 > -0400) > > are a

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

On Fri, Oct 12, 2018 at 11:46:36AM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > thanks, > Jagan. > > The following changes since commit 0a60a81ba3860946551cb79aa6486aa076e357f3: > > Kconfig: sandbox: enable cmd_avb and dependencies (2018-10-07 13:34:19 > -0400) > > are a

Re: [U-Boot] Please pull ARC changes (fixed re-send)

On Mon, Oct 15, 2018 at 10:39:46AM +, Alexey Brodkin wrote: > Hi Tom, > > This pull-request overrides the one sent last Friday: > https://lists.denx.de/pipermail/u-boot/2018-October/344211.html > as well as its duplicate sent for some reason today: > https://lists.denx.de/pipermail/u-boot/201

Re: [U-Boot] [PATCH v2] socfpga: clean up sfp generation

On Sun, 2018-10-14 at 19:58 +0200, Marek Vasut wrote: > On 10/13/2018 12:13 AM, Dalon Westergreen wrote: > From: Dalon Westergreen > Move the sfp file generation entirely to the root Makefile. Thismeans that > the u-boot-spl.sfp will only be generated when requiredand only for the > socfpga varia

Re: [U-Boot] [PATCH v2] socfpga: clean up sfp generation

On 10/15/2018 03:42 PM, Westergreen, Dalon wrote: > On Sun, 2018-10-14 at 19:58 +0200, Marek Vasut wrote: >> On 10/13/2018 12:13 AM, Dalon Westergreen wrote: >> From: Dalon Westergreen > > >> >> Move the sfp file generation entirely to the root Makefile. This >>

[U-Boot] [Patch v3] socfpga: clean up sfp generation

From: Dalon Westergreen Move the sfp file generation entirely to the root Makefile. This means that the u-boot-spl.sfp will only be generated when required and only for the socfpga variants that require it. sfp generation is now entirely controlled by CONFIG_BUILD_TARGET being set to either spl

[U-Boot] [PATCH v11 0/6] efi_loader: Code refactoring and improvement

This collects the patches previously sent to break up the very large functions in efi_loader into smaller pieces. Now that the other sandbox stuff is applied, perhaps it is time to apply these patches. This also adds a few new patches to fix more recent breakages. Unfortunately we still cannot ena

[U-Boot] [PATCH v11 3/6] sandbox: smbios: Update to support sandbox

At present this code casts addresses to pointers so cannot be used with sandbox. Update it to use mapmem instead. Signed-off-by: Simon Glass --- Changes in v11: - Fix the EFI code that has since been added and relies on broken behaviour Changes in v9: None Changes in v7: None Changes in v5: Non

[U-Boot] [PATCH v11 6/6] efi: Rename bootefi_test_finish() to bootefi_run_finish()

This function can be used from do_bootefi_exec() so that we use mostly the same code for a normal EFI application and an EFI test. Rename the function and use it in both places. Signed-off-by: Simon Glass --- Changes in v11: - Drop patches previously applied Changes in v9: None Changes in v7:

[U-Boot] [PATCH v11 4/6] efi: Split out test init/uninit into functions

The functions in bootefi are very long because they mix high-level code and control with the low-level implementation. To help with this, create functions which handle preparing for running the test and cleaning up afterwards. Also shorten the awfully long variable names here. Signed-off-by: Simo

[U-Boot] [PATCH v11 1/6] sandbox: Put CPUs under a cpu-bus node

The CPU uclass expects that all CPUs have a parent device which is a cpu-bus. Fix up the sandbox test DT to follow this convention. This allow the code in smbios_write_type4_dm() to work, since it calls dev_get_parent_platdata() on each CPU. Signed-off-by: Simon Glass --- Changes in v11: - Add a

[U-Boot] [PATCH v11 2/6] efi_loader: Drop setup_ok

This value is stored in data which appears to be read-only with sandbox on my Ubuntu 18.04 machine. In any case it is not good practice to store run-time data in a build-time linker list. The value does not seem to be that useful, since tests that fail to setup are likely to fail to run also. Let'

Re: [U-Boot] [PATCH] ARM: Samsung: Add Exynos5422-based Odroid HC2 support

Hi Dirk, > Odroid HC2 board is based on Odroid XU4 board, like the Odroid HC1. > > The linux kernel does not provide a hc2 DTB so the hc1 DTB is also > used for the Odroid HC2. > > Signed-off-by: Dirk Meul > --- > board/samsung/common/exynos5-dt-types.c | 16 +--- > board/samsung/c

[U-Boot] [PATCH v11 5/6] efi: Create a function to set up for running EFI code

There is still duplicated code in efi_loader for tests and normal operation. Add a new bootefi_run_prepare() function which holds common code used to set up U-Boot to run EFI code. Make use of this from the existing bootefi_test_prepare() function, as well as do_bootefi_exec(). Also shorten a few

[U-Boot] [GIT PULL] Xilinx changes for v2018.11-rc2

Hi Tom, please consider to pull these patches to your tree. Buildmain for xilinx boards looks good and travis is not done yet but link is here (I have seen several timeouts recently but it was there even on clear mainline). https://travis-ci.org/michalsimek/u-boot/builds/441591781 If you don't li

Re: [U-Boot] [Patch v3] socfpga: clean up sfp generation

On 15.10.2018 15:52, Dalon Westergreen wrote: From: Dalon Westergreen Move the sfp file generation entirely to the root Makefile. This means that the u-boot-spl.sfp will only be generated when required and only for the socfpga variants that require it. sfp generation is now entirely controlle

Re: [U-Boot] [PATCH v2 1/1] efi_loader: PSCI reset and shutdown

On 10/15/2018 09:34 AM, Sumit Garg wrote: > On Sat, 13 Oct 2018 at 12:42, Heinrich Schuchardt wrote: >> >> When an operating system started via bootefi tries to reset or power off >> this is done by calling the EFI runtime ResetSystem(). On most ARMv8 system >> the actual reset relies on PSCI. Dep

[U-Boot] [PATCH v3 1/1] efi_loader: PSCI reset and shutdown

When an operating system started via bootefi tries to reset or power off this is done by calling the EFI runtime ResetSystem(). On most ARMv8 system the actual reset relies on PSCI. Depending on whether the PSCI firmware resides the hypervisor (EL2) or in the secure monitor (EL3) either an HVC or a

Re: [U-Boot] [PATCH v11 1/6] sandbox: Put CPUs under a cpu-bus node

On 10/15/2018 04:17 PM, Simon Glass wrote: > The CPU uclass expects that all CPUs have a parent device which is a > cpu-bus. Fix up the sandbox test DT to follow this convention. This allow > the code in smbios_write_type4_dm() to work, since it calls > dev_get_parent_platdata() on each CPU. > > S

Re: [U-Boot] [PATCH v11 2/6] efi_loader: Drop setup_ok

On 10/15/2018 04:17 PM, Simon Glass wrote: > This value is stored in data which appears to be read-only with sandbox on > my Ubuntu 18.04 machine. In any case it is not good practice to store > run-time data in a build-time linker list. Yes this should be changed. Otherwise a reset of the board wil

Re: [U-Boot] [PATCH v11 4/6] efi: Split out test init/uninit into functions

On 10/15/2018 04:17 PM, Simon Glass wrote: > The functions in bootefi are very long because they mix high-level code > and control with the low-level implementation. To help with this, create > functions which handle preparing for running the test and cleaning up > afterwards. > > Also shorten the

[U-Boot] [PATCH] arm: socfpga: fpga: fix type of local variable

The 'status' variable in 'socfpga_load()' for both gen5 and arria10 is of type 'unsigned long' while it is always used as 'int' only. Change it to 'int'. Signed-off-by: Simon Goldschmidt --- drivers/fpga/socfpga_arria10.c | 2 +- drivers/fpga/socfpga_gen5.c| 2 +- 2 files changed, 2 inserti

Re: [U-Boot] [PATCH v3 7/8] test: dm: core: Add a test case for driver marked with DM_FLAG_PRE_RELOC flag

Now that we fixed the pre-relocation driver binding for driver marked with DM_FLAG_PRE_RELOC flag, add a test case to cover that scenario. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None arch/sandbox/dts/test.dts | 4 test/dm/bus.c

Re: [U-Boot] [PATCH v3 8/8] timer: Sort Kconfig driver entries

This is currently out of order. Sort it. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: - rebase on u-boot/master so that patch [4/8] can be applied cleanly Changes in v2: None drivers/timer/Kconfig | 110 +- 1 file change

Re: [U-Boot] [PATCH v3 6/8] dm: core: Mirror the chosen node parse logic in the livetree scanning

Commit f2006808f099: ("dm: core: parse chosen node") added a logic to parse the chosen node during dm_scan_fdt_node(), but unfortunately it missed adding the same logic in dm_scan_fdt_live(). This mirrors the logic in the livetree version. The weird thing is that commit f2006808f099 did update the

Re: [U-Boot] [PATCH v3 4/8] dm: core: Respect drivers with the DM_FLAG_PRE_RELOC flag in lists_bind_fdt()

Currently the comments of several APIs (eg: dm_init_and_scan()) say: @pre_reloc_only: If true, bind only drivers with the DM_FLAG_PRE_RELOC flag. If false bind all drivers. The 'Pre-Relocation Support' chapter in doc/driver-model/README.txt documents the same that both device tree properties and

Re: [U-Boot] [PATCH v3 1/8] dm: cpu: Fix print_cpuinfo() output

It was observed that current output of print_cpuinfo() on QEMU x86 targets does not have an ending '\n', neither have a leading 'CPU:' any more. However it used to have these before. It turns out commit c0434407b595 introduced a unified DM version of print_cpuinfo() that exposed such issue on QEMU

Re: [U-Boot] [PATCH v3 5/8] dm: Correct pre_reloc_only parameter description in several APIs' comments

The pre_reloc_only parameter description currently only mentions drivers with the DM_FLAG_PRE_RELOC flag, but does not mention the special device tree properties. Correct them. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None include/dm/device-inter

Re: [U-Boot] [PATCH v3 2/8] cpu: mpc83xx: Remove unnecessary characters in the description string

The description string should not contain unnecessary characters, like the ending '\n' or the leading 'CPU:'. Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/cpu/mpc83xx_cpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Applied t

Re: [U-Boot] [PATCH v3 3/8] dm: util: Add a livetree equivalent API of dm_fdt_pre_reloc()

This adds a new API dm_ofnode_pre_reloc(), a livetree equivalent API of dm_fdt_pre_reloc(). Signed-off-by: Bin Meng Reviewed-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/core/util.c | 25 + include/dm/util.h | 27 ++- 2

Re: [U-Boot] [PATCH v11 16/16] misc: Add IHS FPGA driver

Add a driver for gdsys IHS (Integrated Hardware Systems) FPGAs, which supports initialization of the FPGA, as well as information gathering. Reviewed-by: Simon Glass Signed-off-by: Mario Six --- v10 -> v11: No changes v9 -> v10: No changes v8 -> v9: No changes v7 -> v8: No changes v6 -> v7:

  1   2   >