[U-Boot] [PATCH v6 2/2] common: Generic firmware loader for file system

From: Tien Fong Chee This is file system generic loader which can be used to load the file image from the storage into target such as memory. The consumer driver would then use this loader to program whatever, ie. the FPGA device. Signed-off-by: Tien Fong Chee

[U-Boot] [PATCH v6 0/2] Generic firmware loader

From: Tien Fong Chee This patchset contains generic firmware loader which is very close to Linux firmware loader but for U-Boot framework. Generic firmware loader can be used load whatever into target location, and then consumer driver would use it to program whatever,

[U-Boot] [PATCH v6 1/2] spl: Remove static declaration on spl_mmc_find_device function

From: Tien Fong Chee This patch removes the static declation on spl_mmc_find_device_function so this function is accessible by the caller from other file. This patch is required for later patch. Signed-off-by: Tien Fong Chee ---

Re: [U-Boot] [PATCH v7 2/2] DW SPI: Get clock value from Device Tree

On 12/26/2017 02:44 PM, Eugeniy Paltsev wrote: > Add option to set spi controller clock frequency via device tree > using standard clock bindings. > > Define dw_spi_get_clk function as 'weak' as some targets > (like SOCFPGA_GEN5 and SOCFPGA_ARRIA10) fon't use standard clock API > and implement

[U-Boot] Please pull u-boot-dm (take 3)

Hi, Just three patches here. The test-coverage stuff has been pushed to u-boot-dm/next and I'll run that through again when the merge window opens. The following changes since commit 48a346061d1f0a7eff566f6a7cc7eeeba7efb1e2: Merge git://git.denx.de/u-boot-x86 (2017-12-21 09:54:10 -0500) are

Re: [U-Boot] [PATCH 0/3] ARM: omap3: evm: Add OF_CONTROL support

On Tue, Dec 26, 2017 at 11:14:55AM -0500, Tom Rini wrote: > On Mon, Dec 25, 2017 at 09:34:03PM -0600, Derald D. Woods wrote: > > On Sat, Dec 16, 2017 at 02:14:47PM -0600, Derald D. Woods wrote: > > > This series adds OF_CONTROL support for TMDSEVM{3530,3730} and > > > additionally updates ethaddr

Re: [U-Boot] [PATCH 0/3] ARM: omap3: evm: Add OF_CONTROL support

On Mon, Dec 25, 2017 at 09:34:03PM -0600, Derald D. Woods wrote: > On Sat, Dec 16, 2017 at 02:14:47PM -0600, Derald D. Woods wrote: > > This series adds OF_CONTROL support for TMDSEVM{3530,3730} and > > additionally updates ethaddr setup with smc911x initialization. > > > > Devicetree files are

[U-Boot] [PATCH v7 1/2] SOCFPGA: clock manager: implement dw_spi_get_clk function

Implement dw_spi_get_clk function to override its weak implementation in designware_spi.c driver. We need this change to get rid of cm_get_spi_controller_clk_hz function and clock_manager.h include in designware_spi.c driver. Reviewed-by: Marek Vasut Signed-off-by: Eugeniy

[U-Boot] [PATCH v7 2/2] DW SPI: Get clock value from Device Tree

Add option to set spi controller clock frequency via device tree using standard clock bindings. Define dw_spi_get_clk function as 'weak' as some targets (like SOCFPGA_GEN5 and SOCFPGA_ARRIA10) fon't use standard clock API and implement dw_spi_get_clk their own way in their clock manager. Get rid

[U-Boot] [PATCH v7 0/2] DW SPI: Get clock value from Device Tree

As discussed with Marek during the LINUX-PITER here is v* patch: Add option to set spi controller clock frequency via device tree using standard clock bindings. Define dw_spi_get_clk function as 'weak' as some targets (like SOCFPGA_GEN5 and SOCFPGA_ARRIA10) fon't use standard clock API and

Re: [U-Boot] [PATCH v4 1/4] dm: spi: add BCM63xx HSSPI driver

Hi Jagan, El 11/08/2017 a las 11:42, Jagan Teki escribió: On Sun, Jul 30, 2017 at 5:44 PM, Álvaro Fernández Rojas wrote: This driver is a simplified version of linux/drivers/spi/spi-bcm63xx-hsspi.c Signed-off-by: Álvaro Fernández Rojas Reviewed-by:

Re: [U-Boot] [PATCH v5 03/10] dm: spi: add BCM63xx SPI driver

Hello Jagan, El 10/08/2017 a las 11:25, Jagan Teki escribió: On Sun, Jul 30, 2017 at 5:43 PM, Álvaro Fernández Rojas wrote: This driver is a simplified version of linux/drivers/spi/spi-bcm63xx.c Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon

Re: [U-Boot] [PATCH 00/11] Introduce variables whitelisting in environment

Hi Quentin, > 2) Why do we consider ENV_IS_NOWHERE an invalid environment? The only > place I found a use for it was to just say that if the environment is > invalid, we should set to default environment (in env_relocate in > env/common.c). With my patch series I guess that we could remove this >

Re: [U-Boot] [PATCH 03/11] env: add support for whitelisting variables from secondary environments

Hi Quentin, > +config ENV_VAR_WHITELIST > + bool "Enable overriding some variables from secondary > environments" > + help > + This allows overriding some variables from secondary > environments. > + After the first valid environment is loaded, a secondary > environment > +

Re: [U-Boot] [EXT] Re: Would you please give some advice on our MDIO driver implementaion?

Hi Simon & Joe I've cc the mail, thanks! BTW, I've implemented Marvell MDIO in plain MDIO APIs as other vendors. Thanks a lot for your kind help! Yours, Ken -Original Message- From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass Sent: 2017年12月22日 1:19 To: Ken Ma Cc:

Re: [U-Boot] [PATCH v1 03/10] mmc: remove unneeded verification in mmc_set_card_speed()

On 12/21/2017 08:53 PM, Jean-Jacques Hiblot wrote: > mmc_set_card_speed() reads the ext csd to check if switch has been OK. > But it does it only for MMC_HS and MMC_HS_52. Moreover this check is not > really required as there will be a ext csd reading later in the > initialization process to make

Re: [U-Boot] [PATCH v1 02/10] mmc: atmel: when sending a data command, use the provided block size

On 12/21/2017 08:53 PM, Jean-Jacques Hiblot wrote: > struct mmc_data contains the block size to use for the data transfer. > Use this information instead of relying on read_bl_len and write_bl_len > stored in the mmc structure. > > Signed-off-by: Jean-Jacques Hiblot > --- > >

[U-Boot] [PATCH v3 1/1] vsprintf.c: add EFI device path printing

For debugging efi_loader we need the capability to print EFI device paths. With this patch we can write: debug("device path: %pD", dp); A possible output would be device path: /MemoryMapped(0x0,0x3ff93a82,0x3ff93a82) This enhancement is not available when building without EFI support

Re: [U-Boot] [PATCH v3 2/2] Enable test case with A20-OLinuXino-Lime2

On Fri, Dec 22, 2017 at 3:30 PM, Stefan Mavrodiev wrote: > Driver testing is done with A20-OLinuXino-Lime2. Testing > requirements are: > - Exposing spi0 alternative pins in the dts file > - Add alias node, enabling driver probing > - Enable spi flash related options in