Re: [U-Boot] [PATCH v2 2/3] sunxi: Pine64-LTS: enable environment in spi flash

On Fri, 2 Aug 2019 10:47:10 +0300 Oskari Lemmelä wrote: Hi Oskari, > On 2.8.2019 3.15, André Przywara wrote: > > On 01/08/2019 20:50, Oskari Lemmela wrote: > > > > Hi, > > > >> enable config options for spi flash device and > >> environment in spi flash. > > First I am not sure if defining t

Re: [U-Boot] [PATCH 2/2] net: dwc_et_qos: update weak function board_interface_eth_init

On Thu, Aug 1, 2019 at 12:32 PM Patrick Delaunay wrote: > > Align the board and driver prototype for board_interface_eth_init > to avoid execution issue (the interface_type parameter is defined > as int or phy_interface_t). > > To have a generic weak function (it should be reused by other driver)

Re: [U-Boot] [PATCH 1/2] net: dwc_eth_qos: Change eqos_ops function to static

On Thu, Aug 1, 2019 at 12:31 PM Patrick Delaunay wrote: > > This patch solves many warnings when compiling with W=1: > warning: no previous prototype for '' [-Wmissing-prototypes] > > Signed-off-by: Patrice Chotard > Signed-off-by: Patrick Delaunay > --- > > drivers/net/dwc_eth_qos.c | 12 +

Re: [U-Boot] [PATCH v2 2/6] net: mvpp2: Replace SMI implementation with marvell MDIO API

On Sat, Aug 3, 2019 at 4:55 AM wrote: > > From: Ken Ma > Structure commit message please, https://www.denx.de/wiki/view/U-Boot/Patches#Commit_message_conventions > Since marvell MDIO driver is added, SMI function implementation in > mvpp2 driver can be removed and NETA driver can use marvell MDI

Re: [U-Boot] [PATCH v2 1/6] net: mvpp2x: fix traffic stuck after PHY start error

On Sat, Aug 3, 2019 at 4:54 AM wrote: > > From: Stefan Chulski This is not a structured commit message, Please follow the guidelines: https://www.denx.de/wiki/view/U-Boot/Patches#Commit_message_conventions > > Issue: > - Network stuck if autonegotion fails > > Issue root cause: > - During port o

Re: [U-Boot] [PATCH v2 4/6] net: mvpp2: no deref null

On Sat, Aug 3, 2019 at 4:57 AM wrote: > > From: Nevo Hed > > phy_dev ptr is set from return of phy_connect() and is used before > test to see if NULL. Obviously since the test already sxists someoen Spelling. > made the determination that this NULL is possible. > > Signed-off-by: Nevo Hed > ---

Re: [U-Boot] [PATCH v2 6/6] net: mvpp2: use new MVMDIO driver

On Sat, Aug 3, 2019 at 4:56 AM wrote: > > From: Nevo Hed > > An eralier commit in this changeset is taken from Marvells repos but was > based on an MVMDIO implementation that never made it into U-Boot. With > this patch the mvpp2 driver switches to use the new MVMDIO driver that is > based on a

Re: [U-Boot] [PATCH v2 3/6] net: mvpp2: mark phy as invalid in case of missing appropriate driver

On Sat, Aug 3, 2019 at 4:56 AM wrote: > > From: Grzegorz Jaszczyk > > If the phy doesn't match with any existing u-boot drivers the phy > framework will connect it to generic one which uid == 0x. In > this case act as if the phy wouldn't be declared in dts. Otherwise in > case of 3310 (fo

[U-Boot] [PATCH] ARM: da850-evm: Enable SPI Flash and NAND Flash when booting NOR

Historically there have been various boot options, SPI flash, NAND or NOR. The NOR flash is mutually exclusive with MMC, but it isn't mutually exclusive with NAND or SPI Flash, so this patch enables both NAND flash and SPI Flash when booting from NOR. Signed-off-by: Adam Ford diff --git a/board/

Re: [U-Boot] [PATCH] clk: correct spelling of bound

Hi Anatolij, > bound is the correct past tense of bind. > > Signed-off-by: Anatolij Gustschin > --- > drivers/clk/clk-composite.c | 12 ++-- > drivers/clk/clk-divider.c | 4 ++-- > drivers/clk/clk-gate.c | 4 ++-- > drivers/clk/clk-mux.c | 8 > drivers/clk/clk.c

[U-Boot] [PATCH v2 2/2] riscv: tools: Add big endian target support to prelink-riscv

Signed-off-by: Marcus Comstedt Cc: Rick Chen --- Changes for v2: - Added tools/prelink-riscv.c | 34 ++ tools/prelink-riscv.inc | 62 ++--- 2 files changed, 63 insertions(+), 33 deletions(-) diff --git a/tools/prelink-riscv.c b/tools

[U-Boot] [PATCH v2 1/2] riscv: tools: Fix prelink-riscv to work on big endian hosts

All ELF fields whose values are inspected by the code are converted to CPU byteorder first. Values which are copied verbatim (relocation fixups) are not swapped to CPU byteorder and back as it is not needed. Signed-off-by: Marcus Comstedt Cc: Rick Chen --- Changes for v2: - Now #undef:s lenn

Re: [U-Boot] [PATCH v9 6/9] x86: slimbootloader: Set TSC information for tsc_timer

On Sat, Aug 3, 2019 at 11:30 AM Park, Aiden wrote: > > Slim Bootloader already calibrated TSC and provides it to U-Boot. > Therefore, U-Boot does not have to re-calibrate TSC. > Configuring tsc_base and clock_rate makes x86 tsc_timer driver bypass > TSC calibration and use the provided TSC frequen

[U-Boot] [PATCH v9 8/9] board: intel: Add new slimbootloader board

Add slimbootloader board to run U-boot as a Slim Bootloader payload - Add new board/intel/slimbootloader directory with minimum codes - Add slimbootloader configuration files - Add doc/board/intel/slimbootloader.rst Signed-off-by: Aiden Park Reviewed-by: Bin Meng Reviewed-by: Andy Shevchenko --

[U-Boot] [PATCH v9 5/9] x86: slimbootloader: Add serial driver

Slim Bootloader provides serial port info thru its HOB list pointer. All these HOBs are eligible for Slim Bootloader based board only. - Get serial port information from the serial port info HOB - Leverage ns16550 driver with slimbootloader specific platform data Signed-off-by: Aiden Park Reviewe

[U-Boot] [PATCH v9 6/9] x86: slimbootloader: Set TSC information for tsc_timer

Slim Bootloader already calibrated TSC and provides it to U-Boot. Therefore, U-Boot does not have to re-calibrate TSC. Configuring tsc_base and clock_rate makes x86 tsc_timer driver bypass TSC calibration and use the provided TSC frequency. - Get TSC frequency from performance info hob - Set tsc_ba

[U-Boot] [PATCH v9 7/9] x86: slimbootloader: Add a slimbootloader device tree

Add a new device tree which has very minimum nodes - x86 reset - x86 tsc_timer - x86 pci - Slim Bootloader serial Signed-off-by: Aiden Park Reviewed-by: Bin Meng Reviewed-by: Andy Shevchenko --- Changes in v3: * Move slimbootloader.dtb before baytrail_som-db5800-som-6867.dtb arch/x86/dts/Ma

[U-Boot] [PATCH v9 3/9] x86: Add a common HOB library

FSP (CONFIG_HAVE_FSP) and Slim Bootloader (CONFIG_SYS_SLIMBOOTLOADER) consume HOB (CONFIG_USE_HOB) data from the each HOB list pointer. Add a common HOB library in lib/hob.c and include/asm/hob.h. Signed-off-by: Aiden Park Reviewed-by: Andy Shevchenko Reviewed-by: Bin Meng Tested-by: Bin Meng

[U-Boot] [PATCH v9 9/9] x86: Skip setting up MTRRs in slimbootloader

The setting up MTRRs have already been done in previous Slim Bootloader stages. Signed-off-by: Aiden Park Reviewed-by: Bin Meng Reviewed-by: Andy Shevchenko --- arch/x86/lib/init_helpers.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/x86/lib/init_helpers.c b/arch/

[U-Boot] [PATCH v9 4/9] x86: slimbootloader: Add memory configuration

Slim Bootloader provides memory map info thru its HOB list pointer. Configure memory size and relocation memory from the HOB data, and provide e820 entries as well. - Get memory size from the memory map info HOB - Set available top memory lower than 4GB for U-Boot relocation - Provide e820 entries

[U-Boot] [PATCH v9 2/9] x86: lib: fsp: Use EFI_GUID and efi_guid_t

Use existing EFI_GUID and efi_guid_t instead of struct efi_guid. This is pre-work before making a common HOB library. - Change 'struct efi_guid' to efi_guit_t - Remove 'struct efi_guid' - Define GUIDs with EFI_GUID() macro - Use guidcmp() instead of compare_guid() - Remove compare_guid() Signed-of

[U-Boot] [PATCH v9 1/9] x86: Add new slimbootloader CPU type

This slimbootloader CPU type is to enable U-Boot as a payload which runs on top of Slim Bootloader (https://github.com/slimbootloader). The Slim Bootloader is designed with multi-stage architecture for the execution from reset vector to OS booting, and supports QEMU, Apollolake, Whiskeylake and Cof

[U-Boot] [PATCH v9 0/9] x86: Add basic Slim Bootloader payload support

This patch is to enable U-Boot as a payload which runs on top of Slim Bootloader (https://github.com/slimbootloader/slimbootloader) boot firmware for x86 platforms. The Slim Bootloader is designed with multi-stage architecture for the execution from reset vector to OS hand-off, and supports QEM