Re: [U-Boot] [PATCH 1/2] atmel_nand_ecc: update pmecc registers according to sama5d2 chip

On 24.11.2015 09:34, Josh Wu wrote: > 1. add the pmecc register mapping for sama5d2. > 2. add the pmecc error location register mapping for sama5d2. > 3. add some new field that is different from old ip. > 4. add sama5d2 pmecc ip version number. > > Signed-off-by: Josh Wu Reviewed-by: Andreas Bi

Re: [U-Boot] [PATCH v2] board: atmel: sama5d2_xplained: add SPL support

On 01.02.2016 11:18, Wenyou Yang wrote: > The sama5d2 Xplained SPL supports the boot medias: spi flash > and SD Card. > > Signed-off-by: Wenyou Yang Reviewed-by: Andreas Bießmann > --- > This patch is base on [U-Boot] [PATCH v3 0/3] arm: at91/spl: add DDR3-SDRAM > initialization support >

Re: [U-Boot] [PATCH 2/2] atmel_nand: Add 32 bit ecc support for sama5d2 chip

On 24.11.2015 09:34, Josh Wu wrote: > Also if minimum ecc requirment is bigger then what we support, then just > use our maxium pmecc support. > But it is not safe, so we'll output a warning about this. > > Signed-off-by: Josh Wu Reviewed-by: Andreas Bießmann > --- > > drivers/mtd/nand/atmel

Re: [U-Boot] [RESEND PATCH v3 2/5] ARM: at91: clock: add a new file to handle clock

Hi Wenyou, On 02.02.2016 03:31, Wenyou Yang wrote: > To reduce the duplicated code, add a new file to accommodate > the peripheral's and system's clock handle code, shared with > the SoCs with different ARM core. > > Signed-off-by: Wenyou Yang > Tested-by: Heiko Schocher > --- > > Changes in v

[U-Boot] [PATCH] fastboot: sparse: fix chunk write offset calculation

We should count skipped blocks in when calculating write offset. Signed-off-by: Jeffy Chen --- common/image-sparse.c | 31 --- 1 file changed, 8 insertions(+), 23 deletions(-) diff --git a/common/image-sparse.c b/common/image-sparse.c index dffe844..542a8c4 100644

Re: [U-Boot] [PATCH] fdt: __of_translate_address(): check parent's 'ranges' before translate

Hello, On 01/29/2016 07:23 PM, Simon Glass wrote: Hi Przymyslaw, On 15 January 2016 at 09:35, Stephen Warren wrote: On 01/15/2016 03:41 AM, Przemyslaw Marczak wrote: Hello Simon, On 01/14/2016 06:17 PM, Simon Glass wrote: Hi Przemyslaw, Stephen, On 13 January 2016 at 04:10, Przemyslaw M

Re: [U-Boot] [PATCH 1/2] pinctrl: imx: Introduce pinctrl driver for i.MX6

Hi Simon, On Mon, Feb 01, 2016 at 05:05:05PM -0700, Simon Glass wrote: >Hi Peng, > >On 31 January 2016 at 22:38, Peng Fan wrote: >> Introduce pinctrl for i.MX6 >> 1. pinctrl-imx.c is for common usage. It's used by i.MX6/7. >> 2. Add PINCTRL_IMX PINCTRL_IMX6 Kconfig entry. >> 3. To the pinctrl_ops

Re: [U-Boot] [PATCH 2/2] pinctrl: imx: Support i.MX7D

Hi Simon, On Mon, Feb 01, 2016 at 05:05:18PM -0700, Simon Glass wrote: >Hi Peng, > >On 31 January 2016 at 22:38, Peng Fan wrote: >> Introudce i.MX7 pinctrl driver support. >> For now only i.MX7D supported. >> There are two iomux controllers in i.MX7D, iomuxc and iomuxc_lpsr. >> To iomuxc_lpsr, ZE

[U-Boot] [PATCH v2 0/1] Fix patman Series-notes handling for buildman

Creating a branch with a Series-notes and running buildman on that branch results in a buildman error of the form "TypeError: cannot concatenate 'str' and 'list' objects". This "series" fixes that by initializing series.notes as an array, not a scalar. This is a single and short patch which would n

Re: [U-Boot] [PATCH] patman: fix series-notes handling for buildman

Hello Simon, > >> Hmm, actually I've had to drop this as it breaks 'Series-version'. > >> That currently does not expect a list. > > > > Hmm, I can't reproduce this here. How do you trigger the Series-version > > break? > > I created a commit with a Series-version: in it. Then, running patman > g

[U-Boot] [PATCH v2] patman: fix series-notes handling for buildman

A patman series with a 'Series-notes' section causes buildman to crash with: self.series.notes += self.section TypeError: cannot concatenate 'str' and 'list' objects Fix by initializing series.notes as a one-element array rather than a scalar. Signed-off-by: Albert ARIBAUD --- Changes

Re: [U-Boot] [RESEND PATCH v3 2/5] ARM: at91: clock: add a new file to handle clock

Hi Andreas, > -Original Message- > From: Andreas Bießmann [mailto:andreas.de...@googlemail.com] > Sent: 2016年2月2日 16:23 > To: Yang, Wenyou ; U-Boot Mailing List b...@lists.denx.de> > Cc: Heiko Schocher ; andreas.de...@googlemail.com > Subject: Re: [RESEND PATCH v3 2/5] ARM: at91: clock: a

Re: [U-Boot] [PATCH] spl: define BOOT_DEVICE_USB

Hi Tom, I want to use this patch as a prerequisite of my next patch series. This patch is trivial enough, so can you apply it to u-boot/master soon? Or, may I include this in my series? 2016-02-02 15:45 GMT+09:00 Masahiro Yamada : > This macro is referenced from common/spl/spl.c > > Signed-off

Re: [U-Boot] 64-bit x86 U-Boot?

Hello Bin and Simon, On Tue, 2 Feb 2016 15:25:48 +0800, Bin Meng wrote: > Hi Simon, > > On Tue, Feb 2, 2016 at 11:58 AM, Simon Glass wrote: > > +Bin (sorry, meant to copy you before) > >>> For non-FSP devices we don't init the RAM until much later - > >>> dram_init(). That means that a signifi

Re: [U-Boot] [PATCH] spl: define BOOT_DEVICE_USB

Hello Masahiro, On Tue, 2 Feb 2016 15:45:13 +0900, Masahiro Yamada wrote: > This macro is referenced from common/spl/spl.c Nitpick: not a macro, but an enum value. Amicalement, -- Albert. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.den

Re: [U-Boot] [RFC PATCH v1] dfu: introduce dfu_mtd support

Hi Heiko, Please find below comments. > With the new dfu_mtd layer, now dfu supports reading/writing > to mtd partitions, found on mtd devices. With this approach > it is also possible to read/write to concatenated mtd > devices. > > Signed-off-by: Heiko Schocher > > --- > This patch is based

[U-Boot] [PATCH v2] spl: define BOOT_DEVICE_USB

This enum is referenced from common/spl/spl.c. Signed-off-by: Masahiro Yamada --- Changes in v2: - s/macro/enum/ arch/arm/include/asm/spl.h | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/include/asm/spl.h b/arch/arm/include/asm/spl.h index 5c5d33f..19c38f4 100644 --- a/arch/arm

Re: [U-Boot] [PATCH] spl: define BOOT_DEVICE_USB

2016-02-02 19:03 GMT+09:00 Albert ARIBAUD : > Hello Masahiro, > > On Tue, 2 Feb 2016 15:45:13 +0900, Masahiro Yamada > wrote: >> This macro is referenced from common/spl/spl.c > > Nitpick: not a macro, but an enum value. > > Amicalement, Albert, Thanks! I've posted v2. -- Best Regards Mas

[U-Boot] [PATCH v3 1/8] board: ti: ks2_evm: remove board_eth_init when CONFIG_DM_ETH is defined

remove board_eth_init when CONFIG_DM_ETH is defined Signed-off-by: Mugunthan V N Reviewed-by: Tom Rini Acked-by: Joe Hershberger --- board/ti/ks2_evm/board.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/board/ti/ks2_evm/board.c b/board/ti/ks2_evm/board.c index 73d94a6..7d1709c 100644

[U-Boot] [PATCH v3 3/8] drivers: net: keystone_net: convert driver to adopt device driver model

Adopt keystone_net driver to adopt device driver model Signed-off-by: Mugunthan V N Reviewed-by: Tom Rini --- drivers/net/keystone_net.c | 473 + 1 file changed, 433 insertions(+), 40 deletions(-) diff --git a/drivers/net/keystone_net.c b/drivers/net

[U-Boot] [PATCH v3 6/8] defconfig: k2e_evm_defconfig: enable net driver model

enable net driver model for k2e evm as keystone_net supports driver model Signed-off-by: Mugunthan V N Reviewed-by: Tom Rini Acked-by: Joe Hershberger --- configs/k2e_evm_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/k2e_evm_defconfig b/configs/k2e_evm_defconfig index 9

[U-Boot] [PATCH v3 5/8] defconfig: k2l_evm_defconfig: enable net driver model

enable net driver model for k2l evm as keystone_net supports driver model Signed-off-by: Mugunthan V N Reviewed-by: Tom Rini Acked-by: Joe Hershberger --- configs/k2l_evm_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/k2l_evm_defconfig b/configs/k2l_evm_defconfig index 1

[U-Boot] [PATCH v3 0/8] driver model bring-up of keystone net on k2hk, k2l, k2e and k2g evm

This patch series enables keystone net to adopt driver model. This has been tested on the following evms (logs [1]) by tftp zImage from server. * k2hk evm * k2l evm * k2e evm * k2g evm Also pushed a branch for testing [2] Changes from v2: * Added driver remove to cleanup MDIO allocations * added

[U-Boot] [PATCH v3 4/8] defconfig: k2hk_evm_defconfig: enable net driver model

enable net driver model for k2hk evm as keystone_net supports driver model Signed-off-by: Mugunthan V N Reviewed-by: Tom Rini Acked-by: Joe Hershberger --- configs/k2hk_evm_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/k2hk_evm_defconfig b/configs/k2hk_evm_defconfig ind

[U-Boot] [PATCH v3 2/8] drivers: net: phy: micrel: fix build errors with CONFIG_DM_ETH

When Micrel phy is selected without CONFIG_PHY_MICREL_KSZ9031 or CONFIG_PHY_MICREL_KSZ9021 there is a build error. Fixing this by adding proper ifdefs drivers/net/phy/micrel.c:370:39: error: array type has incomplete element type static const struct ksz90x1_reg_field ksz9031_ctl_grp[] =

[U-Boot] [PATCH v3 7/8] ARM: dts: k2g: Add keystone net dts files

Add keystone net DT support for k2g evm. Signed-off-by: Mugunthan V N Reviewed-by: Tom Rini Acked-by: Joe Hershberger --- arch/arm/dts/k2g-evm.dts| 12 arch/arm/dts/k2g-netcp.dtsi | 151 arch/arm/dts/k2g.dtsi | 13 3 files chan

[U-Boot] [PATCH v3 8/8] defconfig: k2g_evm_defconfig: enable net driver model

enable net driver model for k2g evm as keystone_net supports driver model Signed-off-by: Mugunthan V N Reviewed-by: Tom Rini Acked-by: Joe Hershberger --- configs/k2g_evm_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/k2g_evm_defconfig b/configs/k2g_evm_defconfig index 7

Re: [U-Boot] [RFC PATCH v1] dfu: introduce dfu_mtd support

Hello Lukasz, Am 02.02.2016 um 11:06 schrieb Lukasz Majewski: Hi Heiko, Please find below comments. With the new dfu_mtd layer, now dfu supports reading/writing to mtd partitions, found on mtd devices. With this approach it is also possible to read/write to concatenated mtd devices. Signed-o

[U-Boot] Issue with USB mass storage (thumb drives)

Hello, I'm using U-Boot on a custom i.MX6 board and I'm having problems while reading (large) files from USB thumb drives. I wouldn't really mind if this only happened with some specific USB device, but the problem occurs with 3 out of 4 tested thumb drives while loading a 100M test file. The d

Re: [U-Boot] [U-Boot, 1/2] atmel_nand_ecc: update pmecc registers according to sama5d2 chip

Dear Josh Wu, Josh Wu writes: >1. add the pmecc register mapping for sama5d2. >2. add the pmecc error location register mapping for sama5d2. >3. add some new field that is different from old ip. >4. add sama5d2 pmecc ip version number. > >Signed-off-by: Josh Wu >Reviewed-by: Andreas Bießmann >-

Re: [U-Boot] [U-Boot, v3, 2/3] arm: at91/spl: mpddrc: add mpddrc DDR3-SDRAM initialization

Dear Wenyou Yang, Wenyou Yang writes: >The DDR3-SDRAM initialization sequence is implemented in >accordance with the DDR3-SRAM/DDR3L-SDRAM initialization section >described in the SAMA5D2 datasheet. > >Add registers and definitions of mpddrc controller, which is used >to support DDR3 devices. > >

Re: [U-Boot] [U-Boot, 2/2] atmel_nand: Add 32 bit ecc support for sama5d2 chip

Dear Josh Wu, Josh Wu writes: >Also if minimum ecc requirment is bigger then what we support, then just >use our maxium pmecc support. >But it is not safe, so we'll output a warning about this. > >Signed-off-by: Josh Wu >Acked-by: Scott Wood >Reviewed-by: Andreas Bießmann >--- > > drivers/mtd/

Re: [U-Boot] [U-Boot, v3, 1/3] arm: at91/spl: mpddrc: add struct atmel_mpddrc_config

Dear Wenyou Yang, Wenyou Yang writes: >Add struct atmel_mpddrc_config to accommodate the mpddrc register >configurations, not using the mpddrc register map structure, >struct atmel_mpddrc, in order to increase readability and reduce >run-time memory use. > >Signed-off-by: Wenyou Yang >Reviewed-b

Re: [U-Boot] [U-Boot, v3, 3/3] arm: at91/spl: mpddrc: use IP version to check configuration

Dear Wenyou Yang, Wenyou Yang writes: >To remove the unnecessary #ifdef-endif, use the mpddrc IP version >to check whether or not the interleaved decoding type is supported. > >Signed-off-by: Wenyou Yang >Reviewed-by: Andreas Bießmann >--- > >Changes in v3: > - add "base" argument for ddr2_deco

Re: [U-Boot] [U-Boot, v2] board: atmel: sama5d2_xplained: add SPL support

Dear Wenyou Yang, Wenyou Yang writes: >The sama5d2 Xplained SPL supports the boot medias: spi flash >and SD Card. > >Signed-off-by: Wenyou Yang >Reviewed-by: Andreas Bießmann >--- >This patch is base on [U-Boot] [PATCH v3 0/3] arm: at91/spl: add DDR3-SDRAM >initialization support > http:

Re: [U-Boot] [PATCHv4 0/9] Migrate NXP/Freescale Vybrid based boards to support pure DT

Ping! On 01/27/2016 10:31 AM, Bhuvanchandra DV wrote: Changes since v3: - Add missing space in device tree. - Reorder the patchset to avoid broken state. Changes since v2: - Split the patch for updating the license string. - Reorder the patchset to avoid broken state. Changes since v1: - Updat

[U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

Set free_count to zero before walking through ai->erase list in wl_init(). As U-Boot has no workqueue/threads, it immediately calls erase_worker(), which increase for each erased block free_count. Without this patch, free_count gets after this initialized to zero in wl_init(), so the free_count va

Re: [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

Am 02.02.2016 um 11:54 schrieb Heiko Schocher: > Set free_count to zero before walking through ai->erase list > in wl_init(). > > As U-Boot has no workqueue/threads, it immediately calls > erase_worker(), which increase for each erased block > free_count. Without this patch, free_count gets after

Re: [U-Boot] [RFC PATCH v2] dfu: allow get_medium_size() to return bigger medium sizes than 2GiB

Hi Heiko, > change the get_medium_size() function from > - long (*get_medium_size)(struct dfu_entity *dfu); > + int (*get_medium_size)(struct dfu_entity *dfu, long long > *size); > > so it can return bigger medium sizes than 2GiB, and the return > value is seperate from the size. > >

[U-Boot] [PULL] u-boot-atmel/master -> u-boot/master

Hi Tom, please pull these changes into u-boot/master ... eventually before tagging rc1 ;) Andreas The following changes since commit 9e4de7fd4acc8f99b6d383c711d21c0159849629: Merge branch 'master' of http://git.denx.de/u-boot-sunxi (2016-01-26 17:45:37 -0500) are available in the git repos

Re: [U-Boot] [RFC PATCH v2] dfu: allow get_medium_size() to return bigger medium sizes than 2GiB

Hello Lukasz, Am 02.02.2016 um 12:51 schrieb Lukasz Majewski: Hi Heiko, change the get_medium_size() function from - long (*get_medium_size)(struct dfu_entity *dfu); + int (*get_medium_size)(struct dfu_entity *dfu, long long *size); so it can return bigger medium sizes than 2GiB,

[U-Boot] [PATCH 04/13] ARM: uniphier: support USB boot mode for ProXstream2 / PH1-LD6b SoC

The USB boot code is too fat and complicated to be included in SPL (at least for now). So, it was implemented as a separate project (USB-loader). The expected boot sequence is as follows: Boot ROM -> USB-loader -> SPL -> U-Boot proper The USB-loader loads the SPL and U-Boot proper from a USB

[U-Boot] [PATCH 02/13] ARM: uniphier: create early page table at run-time

UniPhier SoCs are not equipped with dedicated on-chip SRAM. Instead, locked outer cache is used as RAM area during the early boot stage where DRAM is not ready yet. This effectively means MMU must be always enabled while we are in SPL. Currently, the SPL image for UniPhier SoCs contains the page

[U-Boot] [PATCH 01/13] ARM: uniphier: change stack pointer address for SPL

No special reason for the current stack address 0x0ff08000. Change it to 0x0010 to simplify the init_page_table. There are two types of SoCs in terms of the load address of SPL. [1] PH1-sLD3, PH1-LD4, PH1-sLD8 SPL is loaded at 0x0004-0x0004 [2] PH1-Pro4, PH1-Pro5, ProXstream2, PH

[U-Boot] [PATCH 05/13] clk: uniphier: add Media I/O clock driver for UniPhier SoCs

This is the initial commit for the UniPhier clock drivers. Currently, only the Media I/O clock is supported. Signed-off-by: Masahiro Yamada --- arch/arm/Kconfig | 1 + drivers/clk/Kconfig | 2 + drivers/clk/Makefile | 1 + d

[U-Boot] [PATCH 06/13] ARM: dts: uniphier: add reference clock nodes

Add master clock nodes generated by crystal oscillators. PH1-sLD3, PH1-LD4: 24.576 MHz PH1-Pro4, ProXstream2: 25.000 MHz PH1-Pro5: 20.000 MHz Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-common32.dtsi| 7 +++ arch/arm/dts/uniphier-ph1-ld4.dtsi | 4 arch/arm/d

[U-Boot] [PATCH 03/13] ARM: uniphier: add missing static qualifier

This function is for local use in the file. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/boot-mode/boot-mode-proxstream2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-uniphier/boot-mode/boot-mode-proxstream2.c b/arch/arm/mach-uniphier/boot-mod

[U-Boot] [PATCH 07/13] ARM: dts: uniphier: add device nodes for system control blocks

This is a system control block mainly used for clock and reset control. Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-common32.dtsi| 8 arch/arm/dts/uniphier-ph1-ld4.dtsi | 4 arch/arm/dts/uniphier-ph1-pro4.dtsi| 4 arch/arm/dts/uniphier-ph1-pro5.dtsi

[U-Boot] [PATCH 08/13] ARM: dts: uniphier: add device nodes for Peripheral control block

This block provides clock and reset control for peripherals such as UART, I2C, IC card, etc. Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-common32.dtsi| 6 ++ arch/arm/dts/uniphier-ph1-ld4.dtsi | 6 ++ arch/arm/dts/uniphier-ph1-pro4.dtsi| 6 ++ arch/arm/dts/u

[U-Boot] [PATCH 10/13] ARM: dts: uniphier: switch to use clock drivers

Specify clocks properties to the EHCI nodes. Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-ph1-ld4.dtsi | 3 +++ arch/arm/dts/uniphier-ph1-pro4.dtsi | 2 ++ arch/arm/dts/uniphier-ph1-sld3.dtsi | 4 arch/arm/dts/uniphier-ph1-sld8.dtsi | 3 +++ 4 files changed, 12 insertions(+)

[U-Boot] [PATCH 00/13] ARM: uniphier: a collection of clean-ups and new clock driver

Masahiro Yamada (13): ARM: uniphier: change stack pointer address for SPL ARM: uniphier: create early page table at run-time ARM: uniphier: add missing static qualifier ARM: uniphier: support USB boot mode for ProXstream2 / PH1-LD6b SoC clk: uniphier: add Media I/O clock driver for Uni

[U-Boot] [PATCH 09/13] ARM: dts: uniphier: add device nodes for MIO control block

This block provides clock and reset control for MIO (Media I/O) hardware blocks such as USB2.0, SD card, eMMC, etc. Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-common32.dtsi| 6 ++ arch/arm/dts/uniphier-ph1-ld4.dtsi | 6 ++ arch/arm/dts/uniphier-ph1-pro4.dtsi| 6

[U-Boot] [PATCH 12/13] ARM: uniphier: enable generic EHCI driver

This generic driver will do for the time being. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/clk/clk-ph1-ld4.c | 4 ++-- arch/arm/mach-uniphier/clk/clk-ph1-pro4.c | 4 ++-- arch/arm/mach-uniphier/pinctrl/pinctrl-ph1-ld4.c | 2 +- arch/arm/mach-uniphier/pinctrl/pin

[U-Boot] [PATCH 11/13] usb: remove UniPhier EHCI driver

Currently, what this driver does is just to set the base address and reset/clock handling. The latter is cared by the clock driver now. There is nothing special for this EHCI controller. I want to use the generic-ehci driver rather than bothering to convert this driver to Driver Model. Signed-of

Re: [U-Boot] [PATCH 11/13] usb: remove UniPhier EHCI driver

On Tuesday, February 02, 2016 at 01:11:38 PM, Masahiro Yamada wrote: > Currently, what this driver does is just to set the base address and > reset/clock handling. The latter is cared by the clock driver now. > There is nothing special for this EHCI controller. > > I want to use the generic-ehci

[U-Boot] [PATCH 13/13] ARM: uniphier: drop unneeded EHCI pin mux settings

These pin mux settings are cared by the pinctrl driver. Remove the ad-hoc code. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/pinctrl/pinctrl-ph1-ld4.c | 9 - arch/arm/mach-uniphier/pinctrl/pinctrl-ph1-pro4.c | 7 --- arch/arm/mach-uniphier/pinctrl/pinctrl-ph1-sld8.c |

[U-Boot] [PATCH] ARM: uniphier: remove unused header mio-regs.h

This header is no longer used. This is the last file in arch/arm/mach-uniphier/include/mach/. At last, I've succeeded in eliminating the mach directory. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/include/mach/mio-regs.h | 20 1 file changed, 20 deletions(-)

Re: [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

Hello Richard, Am 02.02.2016 um 12:40 schrieb Richard Weinberger: Am 02.02.2016 um 11:54 schrieb Heiko Schocher: Set free_count to zero before walking through ai->erase list in wl_init(). As U-Boot has no workqueue/threads, it immediately calls erase_worker(), which increase for each erased bl

Re: [U-Boot] [PATCH 03/16] efi_loader: Add PE image loader

On Tue, Feb 02, 2016 at 03:45:01AM +0100, Alexander Graf wrote: > EFI uses the PE binary format for its application images. Add support to EFI > PE > binaries as well as all necessary bits for the "EFI image loader" interfaces. > > Signed-off-by: Alexander Graf > > --- > > v1 -> v2: > > - m

Re: [U-Boot] [RFC PATCH v2] dfu: allow get_medium_size() to return bigger medium sizes than 2GiB

Hi Heiko, > Hello Lukasz, > > Am 02.02.2016 um 12:51 schrieb Lukasz Majewski: > > Hi Heiko, > > > >> change the get_medium_size() function from > >> - long (*get_medium_size)(struct dfu_entity *dfu); > >> + int (*get_medium_size)(struct dfu_entity *dfu, long long > >> *size); > >> > >

[U-Boot] [PATCH 01/11] net: pch_gbe: Convert to use DM PCI API

Use native DM PCI APIs instead of legacy compatible ones. Signed-off-by: Bin Meng --- drivers/net/pch_gbe.c | 27 --- drivers/net/pch_gbe.h | 2 +- 2 files changed, 13 insertions(+), 16 deletions(-) diff --git a/drivers/net/pch_gbe.c b/drivers/net/pch_gbe.c index 56d29

[U-Boot] [PATCH 00/11] x86: Disable DM_PCI_COMPAT

In order to disable DM_PCI_COMPAT for x86, there are some more clean up work to do. This series is available in pci-working2 branch of u-boot-x86 repo. Bin Meng (11): net: pch_gbe: Convert to use DM PCI API net: designware: Use dm_pci_mem_to_phys() in the probe routine net: e1000: Convert

[U-Boot] [PATCH 02/11] net: designware: Use dm_pci_mem_to_phys() in the probe routine

Convert to use native DM PCI API dm_pci_mem_to_phys(). Signed-off-by: Bin Meng --- drivers/net/designware.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/net/designware.c b/drivers/net/designware.c index 77b98c9..ca58f34 100644 --- a/drivers/net/designware.c +++

[U-Boot] [PATCH 03/11] net: e1000: Convert to use DM PCI API

Update this driver to use proper DM PCI APIs. Signed-off-by: Bin Meng --- drivers/net/e1000.c | 75 - drivers/net/e1000.h | 4 +++ 2 files changed, 78 insertions(+), 1 deletion(-) diff --git a/drivers/net/e1000.c b/drivers/net/e1000.c index

[U-Boot] [PATCH 04/11] x86: quark: Use Quark's own PCI config APIs

There are still two places in Quark's MRC codes that use the generic legacy PCI APIs, but as we are phasing out these legacy APIs, switch to use Quark's own PCI config routines. Signed-off-by: Bin Meng --- arch/x86/cpu/quark/mrc_util.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

[U-Boot] [PATCH 06/11] efi: app: Disable CONFIG_USB_EHCI_PCI

It does not build if without CONFIG_DM_PCI_COMPAT. For now we just disable it, until some day we add USB support to EFI application. Signed-off-by: Bin Meng --- include/configs/efi-x86.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/efi-x86.h b/include/configs/efi-x86.h in

[U-Boot] [PATCH 08/11] x86: chromebox_panther: Convert to use driver model ethernet

This board uses RTL8169 which is a driver model ethernet driver. Signed-off-by: Bin Meng --- configs/chromebox_panther_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/chromebox_panther_defconfig b/configs/chromebox_panther_defconfig index e4a3821..6e851cc 100644 --- a/con

[U-Boot] [PATCH 05/11] efi: app: Clean up defconfig

Move some #undef from efi-x86.h to efi-x86_defconfig as these are already Kconfig options. Signed-off-by: Bin Meng --- configs/efi-x86_defconfig | 2 +- include/configs/efi-x86.h | 3 --- 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/configs/efi-x86_defconfig b/configs/efi-x86_d

[U-Boot] [PATCH 07/11] x86: chromebox_panther: Drop the cache line size hack

Now that the RTL8169 driver warning is fixed we can drop this. Signed-off-by: Bin Meng --- include/configs/chromebox_panther.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/configs/chromebox_panther.h b/include/configs/chromebox_panther.h index 00fe26d..d5b3390 100644 --- a/incl

[U-Boot] [PATCH 09/11] dm: pci: Add missing forward declarations

When CONFIG_DM_PCI_COMPAT is not on, there is only a forward declaration for pci_write_config32(). Add other missing ones. Signed-off-by: Bin Meng --- include/pci.h | 16 +--- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/include/pci.h b/include/pci.h index d0d152c.

[U-Boot] [PATCH 11/11] x86: Drop pci_type1.c and DEFINE_PCI_DEVICE_TABLE

Now that we have converted all x86 codes to DM PCI, drop pci_type1.c which is only built for legacy PCI. Also per checkpatch.pl warning, DEFINE_PCI_DEVICE_TABLE is now deprecated so drop that too. Signed-off-by: Bin Meng --- arch/x86/include/asm/pci.h | 7 --- arch/x86/lib/Makefile |

[U-Boot] [PATCH 10/11] x86: Disable DM_PCI_COMPAT

Now that all x86 codes have been converted to use proper DM PCI APIs, it's time to disable the legacy compatible layer. Signed-off-by: Bin Meng --- arch/x86/Kconfig | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index a995e32..49e173c 100644 --- a/arch

[U-Boot] [PATCH] ns16550: Clean up & unify register accessors

This patch starts to clean up the ns16550 driver by modifying the way in which registers are accessed such that much of the code can be shared by both systems using device model & systems that don't. The basic approach is that we represent the type of register access to use with IORESOURCE flags fr

Re: [U-Boot] [RFC PATCH] ns16550: Clean up & unify register accessors

On Tue, Feb 02, 2016 at 02:12:24PM +, Paul Burton wrote: > This patch starts to clean up the ns16550 driver by modifying the way in > which registers are accessed such that much of the code can be shared by > both systems using device model & systems that don't. The basic approach > is that we

Re: [U-Boot] [PATCH 04/16] efi_loader: Add boot time services

On Tue, Feb 02, 2016 at 03:45:02AM +0100, Alexander Graf wrote: > When an EFI application runs, it has access to a few descriptor and callback > tables to instruct the EFI compliant firmware to do things for it. The bulk > of those interfaces are "boot time services". They handle all object > mana

[U-Boot] 9c11135 breaks bootz

Hi 9c11135 image: fix getenv_bootm_size() function breaks the bootz command for me on a custom hardware (very similar to mx6sxsabresd but with only 256MB RAM). I don't have bootm_size or bootm_low defined. After reading zImage and dtb from serial flash I run => bootz 0x8080 - 0x8300 Kern

Re: [U-Boot] [PATCH 2/2] net: phy: micrel: fix divisor value for KSZ9031 phy skew

On 01/27/2016 07:26 PM, Måns Rullgård wrote: > writes: > >> From: Dinh Nguyen >> >> The picoseconds to register value divisor(ps_to_regval) should be 60 and not >> 200. Linux has KSZ9031_PS_TO_REG defined to be 60 as well. 60 is the correct >> divisor because the 4-bit skew values are defined

Re: [U-Boot] 64-bit x86 U-Boot?

Hi Albert, On Tue, Feb 2, 2016 at 5:53 PM, Albert ARIBAUD wrote: > Hello Bin and Simon, > > On Tue, 2 Feb 2016 15:25:48 +0800, Bin Meng wrote: >> Hi Simon, >> >> On Tue, Feb 2, 2016 at 11:58 AM, Simon Glass wrote: >> > +Bin (sorry, meant to copy you before) > >> >>> For non-FSP devices we don't

Re: [U-Boot] [PATCH v7 5/7] mips: ath79: add spi driver

On Wednesday, January 27, 2016 09:33 AM, Marek Vasut wrote: On Saturday, January 16, 2016 at 07:13:51 PM, Wills Wang wrote: Reviewed-by: Thomas Chou Signed-off-by: Wills Wang --- Changes in v7: - Define spi_cs_activate/spi_cs_deactivate - Rename MHZ to ATH79_SPI_MHZ - Use clrsetbits_32 Th

Re: [U-Boot] [PULL] u-boot-atmel/master -> u-boot/master

On Tue, Feb 02, 2016 at 12:52:49PM +0100, Andreas Bießmann wrote: > Hi Tom, > > please pull these changes into u-boot/master ... eventually before tagging > rc1 ;) > > Andreas > > The following changes since commit 9e4de7fd4acc8f99b6d383c711d21c0159849629: > > Merge branch 'master' of http:

Re: [U-Boot] Please pull u-boot-fsl-qoriq master

On Tue, Feb 02, 2016 at 02:41:09AM +, york sun wrote: > Tom, > > The following changes since commit 8cdae1dacde7dbe74d53a8ac1a05761a53c4f191: > > video: Correct 'tor' typo in comment (2016-01-30 10:58:47 +0100) > > are available in the git repository at: > > git://git.denx.de/u-boot-fs

Re: [U-Boot] [PATCH 01/23] spi: ich: Some clean up

On 1 February 2016 at 21:49, Simon Glass wrote: > On 1 February 2016 at 02:40, Bin Meng wrote: >> >> This cleans up the ich spi driver a little bit: >> - Remove struct ich_spi_slave that is not referenced anywhere >> - Remove ending period in some comments >> - Move struct ich_spi_platdata and st

Re: [U-Boot] [PATCH 02/23] spi: ich: Use compatible strings to distinguish controller version

On 1 February 2016 at 21:49, Simon Glass wrote: > On 1 February 2016 at 02:40, Bin Meng wrote: >> At present ich spi driver gets the controller version information via >> pch, but this can be simply retrieved via spi node's compatible string. >> >> Signed-off-by: Bin Meng >> --- >> >> arch/x86/

Re: [U-Boot] Converting serial_s3c24x0.c to driver model

Hello Simon Glass wrote: > I'm sorry if you have not heard about this before. I sent out an email > to all maintainers some months ago. > You are listed as the maintainer of a few boards which use the > serial_s3c24x0.c serial driver. We are trying to convert all of these > drivers to driver model

Re: [U-Boot] [PATCH 12/16] efi_loader: Add DCACHE_OFF support for arm64

On Tue, Feb 02, 2016 at 03:45:10AM +0100, Alexander Graf wrote: > On arm64, boards can declare that they want to run with dcache disabled. > > However, uEFI guarantees to payloads that they're running with the dcache > enabled which on arm64 means that they can do unaligned accesses. > > To not l

Re: [U-Boot] [PATCH 03/23] spi: ich: Change PCHV_ to ICHV_

On 1 February 2016 at 21:49, Simon Glass wrote: > On 1 February 2016 at 02:40, Bin Meng wrote: >> The ICH SPI controller supports two variants, one of which is ICH7 >> compatible and the other is ICH9 compatible. Change 'pch_version' >> to 'ich_version' to better match its original name. >> >> Si

Re: [U-Boot] [PATCH] arm: socfpga: Fix booting from QSPI flash on socdk board.

On 1 February 2016 at 14:08, shengjiangwu wrote: > Added missing parameter 'u-boot,dm-pre-reloc' for qspi and > flash0 in dts file arch/arm/dts/socfpga_cyclone5_socdk.dts > to make it support booting from QSPI flash. > > Signed-off-by: shengjiangwu > Cc: Chin Liang See > Cc: Dinh Nguyen > Cc: D

Re: [U-Boot] [PATCH v7 5/7] mips: ath79: add spi driver

On Tuesday, February 02, 2016 at 04:38:34 PM, Wills Wang wrote: > On Wednesday, January 27, 2016 09:33 AM, Marek Vasut wrote: > > On Saturday, January 16, 2016 at 07:13:51 PM, Wills Wang wrote: > >> Reviewed-by: Thomas Chou > >> > >> Signed-off-by: Wills Wang > >> --- > >> > >> Changes in v7: >

Re: [U-Boot] [PATCHv2 5/8] arm: vybrid: Drop enabling GPIO, UART and SPI in legacy mode

On 25 January 2016 at 22:33, Bhuvanchandra DV wrote: > Remove the legacy way of enabling UART, GPIO and SPI on Vybrid > based boards since these driver's now only supports DT mode. > > Signed-off-by: Bhuvanchandra DV Reviewed-by: Jagan Teki -- Jagan. __

Re: [U-Boot] Converting serial_s3c24x0.c to driver model

Hi David, On 2 February 2016 at 08:59, David Müller (ELSOFT AG) wrote: > Hello > > Simon Glass wrote: >> I'm sorry if you have not heard about this before. I sent out an email >> to all maintainers some months ago. >> You are listed as the maintainer of a few boards which use the >> serial_s3c24x

Re: [U-Boot] [PATCH] fsl_qspi: fix address mask issue

On 20 January 2016 at 06:43, Peng Fan wrote: > On Tue, Jan 19, 2016 at 09:07:18PM +0800, Ye Li wrote: >>The OFFSET_BITS_MASK should mask bit from 0-23. >>By using GENMASK(24, 0), when using the fast read common (0xb), a >>invalid sf_addr 0x100 is produced by swab32(txbuf) & OFFSET_BITS_MASK. >

Re: [U-Boot] [PATCH 12/16] efi_loader: Add DCACHE_OFF support for arm64

On Tue, Feb 02, 2016 at 03:55:17PM +, Mark Rutland wrote: > On Tue, Feb 02, 2016 at 03:45:10AM +0100, Alexander Graf wrote: > > On arm64, boards can declare that they want to run with dcache disabled. > > > > However, uEFI guarantees to payloads that they're running with the dcache > > enabled

Re: [U-Boot] Issue with USB mass storage (thumb drives)

Adding Marek in case he has any ideas. On Tue, Feb 2, 2016 at 8:35 AM, Schrempf Frieder wrote: > Hello, > > I'm using U-Boot on a custom i.MX6 board and I'm having problems while > reading (large) files from USB thumb drives. > I wouldn't really mind if this only happened with some specific USB >

Re: [U-Boot] Issue with USB mass storage (thumb drives)

On Tuesday, February 02, 2016 at 05:28:42 PM, Fabio Estevam wrote: > Adding Marek in case he has any ideas. > > On Tue, Feb 2, 2016 at 8:35 AM, Schrempf Frieder > > wrote: > > Hello, > > > > I'm using U-Boot on a custom i.MX6 board and I'm having problems while > > reading (large) files from US

Re: [U-Boot] [PATCH 12/16] efi_loader: Add DCACHE_OFF support for arm64

> Am 02.02.2016 um 18:28 schrieb Tom Rini : > >> On Tue, Feb 02, 2016 at 03:55:17PM +, Mark Rutland wrote: >>> On Tue, Feb 02, 2016 at 03:45:10AM +0100, Alexander Graf wrote: >>> On arm64, boards can declare that they want to run with dcache disabled. >>> >>> However, uEFI guarantees to pay

Re: [U-Boot] [PATCH 09/16] efi_loader: Implement memory allocation and map

On Tue, Feb 02, 2016 at 03:45:07AM +0100, Alexander Graf wrote: > The EFI loader needs to maintain views of memory - general system memory > windows as well as used locations inside those and potential runtime service > MMIO windows. > > To manage all of these, add a few helpers that maintain an i

Re: [U-Boot] do i have any chance of booting a vxworks 5.5.2 image with u-boot?

On Mon, Feb 01, 2016 at 05:20:16PM -0500, Robert P. J. Day wrote: > i know u-boot has a "bootvx" command for booting vxworks images, > but from what i read here: > > http://stackoverflow.com/questions/24114948/vxworks-portingdm8168 > > it's only vxworks 7 that supports u-boot as its bootloader

[U-Boot] [ANN] U-Boot v2016.03-rc1 released

Hey all, I've pushed v2016.03-rc1 out to the repository (and I see it) and tarballs will exist soon in the usual locations. The merge window is now closed. I intended to tag and push this on Monday but got caught up with some other stuff and decided it wouldn't hurt to just do it today, so here

Re: [U-Boot] [PATCH 03/16] efi_loader: Add PE image loader

On Tue, Feb 02, 2016 at 03:45:01AM +0100, Alexander Graf wrote: > EFI uses the PE binary format for its application images. Add support to EFI > PE > binaries as well as all necessary bits for the "EFI image loader" interfaces. > > Signed-off-by: Alexander Graf > > --- > > v1 -> v2: > > - m

Re: [U-Boot] [PATCH 14/16] efi_loader: Add distro boot script for removable media

On Tue, Feb 02, 2016 at 03:45:12AM +0100, Alexander Graf wrote: > UEFI defines a simple boot protocol for removable media. There we should look > at the EFI (first GPT FAT) partition and search for /efi/boot/bootXXX.efi with > XXX being different between different platforms (x86, x64, arm, aa64, ..

  1   2   >