Re: [U-Boot] [PATCH v4 1/4] drivers:usb:common:fsl-dt-fixup: Move device-tree fixup framework to common file

On 03/11/2016 07:26 AM, Sriram Dash wrote: > Move usb device-tree fixup framework from ehci-fsl.c to common place so > that it can be used by other drivers as well (xhci-fsl.c). > > Signed-off-by: Ramneek Mehresh > Signed-off-by: Sriram Dash > --- >

[U-Boot] [PATCH v2] ARM: DRA7xx: Enable NFS boot command

NFS loading works on DRA7 variants, remove the undefinition. Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini --- Changes from v1: - Remove undefinition from dra74 and am57xx while we are here configs/am57xx_evm_defconfig | 1 -

Re: [U-Boot] [PATCH v2 07/12] net: gmac_rk3288: Add RK3288 GMAC driver

On Mon, 2016-02-29 at 19:03 -0700, Simon Glass wrote: > Hi Sjoerd, > > On 28 February 2016 at 14:25, Sjoerd Simons > wrote: > > > >  > > diff --git a/drivers/net/gmac_rk3288.c b/drivers/net/gmac_rk3288.c > > new file mode 100644 > > index 000..5400b2c > > ---

Re: [U-Boot] [PATCH v4 4/4] drivers:usb:common:fsl-dt-fixup: fix fdt_usb_get_node_type() to return error code

On 03/11/2016 07:26 AM, Sriram Dash wrote: > fdt_usb_get_node_type() to return error code instead of pointer. This sentence makes no sense. > Signed-off-by: Sriram Dash > Signed-off-by: Rajesh Bhagat > --- > drivers/usb/common/fsl-dt-fixup.c | 25

Re: [U-Boot] [PATCH v4 2/4] drivers:usb:common:fsl-dt-fixup: Remove code duplication for fdt_usb_get_node_type

On 03/11/2016 07:26 AM, Sriram Dash wrote: > Call fdt_usb_get_node_type() from fdt_fixup_usb_mode_phy_type() to > avoid code duplication. > > Signed-off-by: Sriram Dash > Signed-off-by: Rajesh Bhagat > --- > Changes in v4: > - Make minimal

Re: [U-Boot] [PATCH v4 3/4] drivers:usb:common:fsl-dt-fixup: Add device-tree fixup support for xhci controller

On 03/11/2016 07:26 AM, Sriram Dash wrote: > Enables usb device-tree fixup code to incorporate xhci controller > > Signed-off-by: Ramneek Mehresh > Signed-off-by: Sriram Dash > --- > Changes in v4: > - Use a terminating entry in the array for

Re: [U-Boot] [PATCH] ti_armv7_common: env: Add NFS loading support to default enviroment

On 03/11/2016 02:29 PM, Andrew F. Davis wrote: > On 03/11/2016 09:38 AM, Andrew F. Davis wrote: >> NFS loading is similar to net loading except initial files are loaded >> over NFS instead of TFTP, this removes the need for multiple different >> protocol servers running on the host and allows the

Re: [U-Boot] [PATCH 63/69] x86: broadwell: Add video support

Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a video driver for Intel's broadwell integrated graphics controller. > This uses a binary blob for most init, with the driver just performing a few > basic tasks. What binary blob is needed? Is it not a VGA

[U-Boot] [PATCH] dm: i2c: mxc_i2c: implement i2c_idle_bus

Implement i2c_idle_bus in driver, then setup_i2c can be dropped for boards which enable DM_I2C/DM_GPIO/PINCTRL. The i2c_idle_bus force bus idle flow follows setup_i2c in arch/arm/imx-common/i2c-mxv7.c This patch is an implementation following linux kernel patch: " commit

Re: [U-Boot] [PATCH 52/69] x86: broadwell: Add a PCH driver

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a driver for the broadwell low-power platform controller hub. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 2 + > arch/x86/cpu/broadwell/iobp.c |

Re: [U-Boot] [PATCH 66/69] x86: Update README for new developments

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Update a few points which have become out-of-date. > > Signed-off-by: Simon Glass > --- > > doc/README.x86 | 16 +--- > 1 file changed, 13 insertions(+), 3 deletions(-) > > diff --git

Re: [U-Boot] [PATCH 65/69] x86: Use white on black for the console on chromebooks

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > This is a little easier on the eyes, particularly when the backlight is set > to maximum. > > Signed-off-by: Simon Glass > --- > > include/configs/x86-chromebook.h | 2 ++ > 1 file changed, 2

Re: [U-Boot] [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A with QSPI enabled

Hi Scott, > -Original Message- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Tuesday, February 23, 2016 8:12 AM > To: Qianyu Gong ; u-boot@lists.denx.de; york sun > > Cc: Mingkai Hu > Subject: Re: [PATCH]

Re: [U-Boot] [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A with QSPI enabled

Hi Prabhakar, > -Original Message- > From: Prabhakar Kushwaha > Sent: Monday, February 22, 2016 7:51 PM > To: Qianyu Gong ; u-boot@lists.denx.de; york sun > ; o...@buserror.net > Cc: Qianyu Gong ; Mingkai Hu

Re: [U-Boot] [PATCH 57/69] x86: broadwell: Add reference code support

Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Broadwell needs a special binary blob to set up the PCH. Add code to run > this on start-up. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + >

Re: [U-Boot] [PATCH 58/69] x86: broadwell: Add power-control support

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Broadwell requires quite a bit of power-management setup. Add code to set > this up correctly. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + >

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

Hi Hans, On 10.03.2016 20:12, Hans de Goede wrote: On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for each USB hub results in a quite big USB scanning time. Many USB devices can deal with much lower

Re: [U-Boot] [PATCH] sunxi: Add defconfig and dts for Difrence DIT4350 tablet

On Thu, 2016-03-10 at 22:38 +0100, Hans de Goede wrote: > The Difrnce dit4350 tablet is a tiny tablet with a 4.3" 16:9 480x272 > LCD, > A13 SoC, 512M RAM, 4G NAND, solomon systech ssd2532qn6 touchscreen at > i2c1 address 0x48, Memsic MXC622X accelerometer at i2c1 address 0x15 > and > rtl8188etv

Re: [U-Boot] [PATCH 1/2] sunxi: A23: Fix some revisions needing a different magic sram poke

On Wed, 2016-03-09 at 22:51 +0100, Hans de Goede wrote: > -  * access gets messed up (seems cache related) */ > + /* > +  * Undocmented magic taken from boot0, without this DRAM "Undocumented" (ah. I see this was wrong before too, oops!) Otherwise this and the second one: Acked-by:

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

Hi Hans, On 11.03.2016 11:32, Hans de Goede wrote: Hi, On 11-03-16 11:13, Stefan Roese wrote: Hi Hans, On 10.03.2016 20:12, Hans de Goede wrote: On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for

Re: [U-Boot] [PATCH 55/69] x86: broadwell: Add a northbridge driver

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a driver for the broadwell northbridge. This sets up the location of > several blocks of registers. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + >

Re: [U-Boot] [PATCH] drivers: mtd: add Microchip PIC32 internal non-CFI flash driver.

On 03/10/2016 07:11 PM, Jagan Teki wrote: > On Thursday 10 March 2016 06:42 PM, Purna Chandra Mandal wrote: >> PIC32 embedded flash banks are memory mapped, directly read by CPU, >> and programming (erase followed by write) operation on them are >> handled by on-chip NVM controller. > > Can you

[U-Boot] [PATCH 1/6] tools: env: replace WHITESPACE macro by isblank

Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index ee17a69..bded9f6 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@ -15,6

[U-Boot] [PATCH 0/6] tools: env: trivial cleanups in script parsing

Andreas Fenkart (6): tools: env: replace WHITESPACE macro by isblank tools: env: fw_string_blank: return from loop when item found tools: env: split fw_string_blank into skip_chars / skip_blanks tools: env: fw_parse_script: simplify removal of newline/carriage return tools: env:

[U-Boot] [PATCH 3/6] tools: env: split fw_string_blank into skip_chars / skip_blanks

Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index 0a438a3..60574f2 100644 --- a/tools/env/fw_env.c +++

[U-Boot] [PATCH 2/6] tools: env: fw_string_blank: return from loop when item found

Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index bded9f6..0a438a3 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@ -141,12

[U-Boot] [PATCH 4/6] tools: env: fw_parse_script: simplify removal of newline/carriage return

fgets returns when the first '\n' is found Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index 60574f2..5c7505c 100644 ---

Re: [U-Boot] [PATCH 64/69] x86: Add a default address for reference code

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add an address which can be used for loading and running the reference code > when needed. > > Signed-off-by: Simon Glass > --- > > include/configs/x86-chromebook.h | 2 ++ > 1 file changed, 2

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

On 10.03.2016 20:12, Hans de Goede wrote: Hi, On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for each USB hub results in a quite big USB scanning time. Many USB devices can deal with much lower

Re: [U-Boot] [PATCH 60/69] x86: broadwell: Add a GPIO driver

Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a GPIO driver for the GPIO peripheral found on broadwell devices. > > Signed-off-by: Simon Glass > --- > > drivers/gpio/Kconfig| 9 ++ > drivers/gpio/Makefile

Re: [U-Boot] [PATCH 62/69] x86: Support a chained-boot development flow

Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Sometimes it is useful to jump into U-Boot directly from coreboot or UEFI > without any 16-bit init. This can help during development by allowing U-Boot > to avoid doing all the init required by the platform. I

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

Hi, On 11-03-16 11:13, Stefan Roese wrote: Hi Hans, On 10.03.2016 20:12, Hans de Goede wrote: On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for each USB hub results in a quite big USB scanning

[U-Boot] buildman: arm: undefined reference to `__aeabi_ldivmod'

Hi, Did anyone encounter this issue? please let me know for any inputs. arm: + venice2 +drivers/mtd/spi-nor/built-in.o: In function `spi_nor_write': +build/../drivers/mtd/spi-nor/spi-nor.c:585: undefined reference to `__aeabi_ldivmod' +arm-unknown-linux-gnueabi-ld.bfd: BFD (GNU

Re: [U-Boot] [PATCH 56/69] x86: broadwell: Add an LPC driver

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a driver for the broadwell LPC (low-pin-count peripheral). This mostly > uses common code. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + >

Re: [U-Boot] [PATCH 54/69] x86: broadwell: Add a SATA driver

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a SATA driver for broadwell. This supports connecting an SSD and the > usual U-Boot commands to read and write data. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + >

Re: [U-Boot] [PATCH 53/69] x86: broadwell: Add a pinctrl driver

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > GPIO pins need to be set up on start-up. Add a driver to provide this, > configured from the device tree. > > The binding is slightly different from the existing ICH6 binding, since that > is quite verbose. The new binding

Re: [U-Boot] [PATCH 61/69] x86: broadwell: Add support for high-speed I/O lane with ME

Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Provide a way to determine the HSIO (high-speed I/O) version supported by > the Intel Management Engine (ME) implementation on the platform. > > Signed-off-by: Simon Glass > --- > >

Re: [U-Boot] [PATCH 68/69] x86: Fix a header nit in x86-chromebook.h

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > There is an extra line in the comment in the header. Remove it. > > Signed-off-by: Simon Glass > --- > > include/configs/x86-chromebook.h | 1 - > 1 file changed, 1 deletion(-) > Reviewed-by: Bin Meng

Re: [U-Boot] [PATCH 67/69] x86: Add a function to set the IOAPIC ID

On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a function to set the ID in the IOAPIC. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/ioapic.c | 16 > arch/x86/include/asm/ioapic.h | 2 ++ > 2 files changed, 18

[U-Boot] [RFC PATCH v2 1/4] arm: iproc: add NAND driver

From: Jiandong Zheng Add support for the iproc NAND, and enable on Cygnus and NSP boards. Signed-off-by: Jiandong Zheng Signed-off-by: Steve Rae --- There was a previous attempt to implement this "iproc NAND" (see:

[U-Boot] [RFC PATCH v2 3/4] arm: bcm: enable MTD support

Enable MTD support on Cygnus and NSP boards. Signed-off-by: Steve Rae --- Changes in v2: None arch/arm/include/asm/arch-bcmcygnus/configs.h | 6 ++ arch/arm/include/asm/arch-bcmnsp/configs.h| 6 ++ 2 files changed, 12 insertions(+) diff --git

[U-Boot] [RFC PATCH v2 2/4] mtd: fix compiler warnings

- add missing declaration - update debug output format specifiers Signed-off-by: Steve Rae --- the checkpatch warning: warning: cmd/mtdparts.c,1494: quoted string split across lines is for the existing code; it is not introduced with this change... Changes in v2: None

[U-Boot] [RFC PATCH v2 4/4] arm: bcm: configure NAND device and environment

Configure the NAND device, define partition sizes, and create the environment space for Cygnus and NSP boards. Signed-off-by: Steve Rae --- Changes in v2: None arch/arm/include/asm/arch-bcmcygnus/configs.h | 33 +++

Re: [U-Boot] [PATCH 63/69] x86: broadwell: Add video support

Hi Bin, On 11 March 2016 at 01:54, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: >> Add a video driver for Intel's broadwell integrated graphics controller. >> This uses a binary blob for most init, with the driver

Re: [U-Boot] [PATCH 61/69] x86: broadwell: Add support for high-speed I/O lane with ME

Hi Bin, On 11 March 2016 at 01:34, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: >> Provide a way to determine the HSIO (high-speed I/O) version supported by >> the Intel Management Engine (ME) implementation on the

Re: [U-Boot] [PATCH 62/69] x86: Support a chained-boot development flow

Hi Bin, On 11 March 2016 at 01:46, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: >> Sometimes it is useful to jump into U-Boot directly from coreboot or UEFI >> without any 16-bit init. This can help during development

[U-Boot] [PATCH v2 00/51] x86: Add support for samus

This series adds support for samus, the Chromebook Pixel 2015. Since it is only the second board added that does not use an FSP, there is quite a bit of refactoring involved to avoid code duplication. Samus uses roughly the same binary blobs as link, except now there is one more called the

Re: [U-Boot] [PATCH 59/69] x86: broadwell: Add support for SDRAM setup

Hi Bin, On 11 March 2016 at 01:30, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: >> Broadwell uses a binary blob called the memory reference code (MRC) to start >> up its SDRAM. This is similar to ivybridge so we can

Re: [U-Boot] [PATCH 48/69] x86: Add support for running Intel reference code

Hi Bin, On 11 March 2016 at 00:29, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: >> Intel has invented yet another binary blob which firmware is required to >> run. This is run after SDRAM is ready. It is linked to

Re: [U-Boot] [PATCH 24/69] x86: Move Intel Management Engine code to a common place

Hi Bin, On 10 March 2016 at 22:27, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: >> Some of the Intel ME code is common to several Intel CPUs. Move it into a >> common location. Add a header file for report_platform.c

Re: [U-Boot] [PATCH 13/69] x86: Allow use of serial soon after relocation

Hi Bin, On 10 March 2016 at 21:31, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:27 AM, Simon Glass wrote: >> At present on x86 machines with use cache-as-RAM, the memory goes away just >> before board_init_r() is called. This means that serial

[U-Boot] [PATCH v2 01/51] dm: timer: Correct timer init ordering after relocation

Commit 1057e6c broke use of the timer with driver model. If the timer is used before relocation, then it becomes broken after relocation. This prevents some x86 boards from booting. Fix it. Fixes: 1057e6c (timer: Set up the real timer after driver model is available) Signed-off-by: Simon Glass

[U-Boot] [PATCH] dm: core: device: set pinctrl state for pinctrl device

We may have pinmux settings for pinctrl device, like the following example: " { pinctrl-names = "default"; pinctrl-0 = <_hog_1>; imx6ul-evk { pinctrl_hog_1: hoggrp-1 { fsl,pins = <

[U-Boot] [PATCH] power: regulator: fixed: set gpio direction before set value

Before set value for a gpio, need to set its direction to output first. Signed-off-by: Peng Fan Cc: Przemyslaw Marczak Cc: Simon Glass --- drivers/power/regulator/fixed.c | 5 + 1 file changed, 5 insertions(+) diff --git

[U-Boot] [PATCH v2 08/51] x86: Move cache-as-RAM code into a common location

This cache-as-RAM (CAR) code is common to several Intel chips. Create a new intel_common directory and move it in there. Signed-off-by: Simon Glass --- Changes in v2: None arch/x86/cpu/Makefile | 1 + arch/x86/cpu/intel_common/Makefile |

[U-Boot] [PATCH v2 13/51] x86: Move common CPU code to its own place

Some of the Intel CPU code is common to several Intel CPUs. Move it into a common location along with required declarations. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Use capitals for header guard

[U-Boot] [PATCH v2 06/51] x86: Allow use of serial soon after relocation

At present on x86 machines with use cache-as-RAM, the memory goes away just before board_init_r() is called. This means that serial drivers are no-longer unavailable, until initr_dm() it called, etc. Any attempt to use printf() within this period will cause a hang. To fix this, mark the serial

[U-Boot] [PATCH v2 10/51] x86: Create a common header for Intel register access

There are several blocks of registers that are accessed from all over the code on Intel CPUs. These don't currently have their own driver and it is not clear whether having a driver makes sense. An example is the Memory Controller Hub (MCH). We map it to a known location on some Intel chips

[U-Boot] [PATCH v2 22/51] x86: Allow I/O functions to use pointers

It is common with memory-mapped I/O to use the address of a structure member to access memory, as in: struct some_regs { u32 ctrl; u32 data; } struct some_regs *regs = (struct some_regs *)BASE_ADDRESS; writel(1, >ctrl); writel(2, >data); This does not currently work

[U-Boot] [PATCH v2 11/51] x86: Add the root-complex block to common intel registers

This is similar to MCH in that it is used in various drivers. Add it to the common header. Signed-off-by: Simon Glass --- Changes in v2: None arch/x86/cpu/ivybridge/bd82x6x.c | 1 + arch/x86/cpu/ivybridge/lpc.c | 6 --

[U-Boot] [PATCH v2 34/51] x86: broadwell: Add a PCH driver

Add a driver for the broadwell low-power platform controller hub. Signed-off-by: Simon Glass Acked-by: Bin Meng --- Changes in v2: - Use setio_32() instead of setio_le32(), etc. - Use capitals for header guard arch/x86/cpu/broadwell/Makefile |

[U-Boot] [PATCH v2 28/51] x86: Add an ICH6 pin configuration driver

Add a driver which sets up the pin configuration on x86 devices with an ICH6 (or later) Platform Controller Hub. The driver is not in the pinctrl uclass due to some oddities of the way x86 devices work: - The GPIO controller is not present in I/O space until it is set up - This is done by

[U-Boot] [PATCH v2 40/51] x86: broadwell: Add power-control support

Broadwell requires quite a bit of power-management setup. Add code to set this up correctly. Signed-off-by: Simon Glass Acked-by: Bin Meng --- Changes in v2: - Use capitals for header guard arch/x86/cpu/broadwell/Makefile | 1 +

[U-Boot] [PATCH v2 41/51] x86: broadwell: Add support for SDRAM setup

Broadwell uses a binary blob called the memory reference code (MRC) to start up its SDRAM. This is similar to ivybridge so we can mostly use common code for running this blob. Signed-off-by: Simon Glass --- Changes in v2: - Rename sdram to mrc

[U-Boot] [PATCH v2 32/51] x86: dts: Update the pinctrl binding a little

Make a few minor updates to make the meaning clearer. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: None doc/device-tree-bindings/gpio/intel,x86-pinctrl.txt | 21 +++-- 1 file changed, 11 insertions(+), 10

[U-Boot] [PATCH v2 21/51] x86: Add macros to clear and set I/O bits

The clrsetbits_...() macros are useful for working with memory mapped I/O. But they do not work with I/O space, as used on x86 machines. Add some macros to provide similar features for I/O. Signed-off-by: Simon Glass --- Changes in v2: - Use setio_32() instead of

Re: [U-Boot] [PATCH 00/69] x86: Add support for samus

Hi Bin, On 11 March 2016 at 00:48, Bin Meng wrote: > > Hi Simon, > > On Mon, Mar 7, 2016 at 10:27 AM, Simon Glass wrote: > > This series adds support for samus, the Chromebook Pixel 2015. Since it is > > only the second board added that does not use an

[U-Boot] [PATCH v2 29/51] x86: gpio: Allow the pinctrl driver to set up the pin config

Rather than setting up the pin configuration in the GPIO driver, use the new pinctrl driver to do it. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: None configs/bayleybay_defconfig | 2 + configs/cougarcanyon2_defconfig | 2

[U-Boot] [PATCH v2 45/51] x86: broadwell: Add video support

Add a video driver for Intel's broadwell integrated graphics controller. This uses a binary blob for most init, with the driver just performing a few basic tasks. This driver supports VESA as the mode-setting mechanism. Since most boards don't support driver model yet with VESA, a special case is

Re: [U-Boot] [PATCH v4] x86: baytrail: Configure FSP UPD from device tree

Hi Stefan, On 11 March 2016 at 09:28, Stefan Roese wrote: > Hi Simon, > > > On 09.03.2016 18:11, Simon Glass wrote: >> >> On 9 March 2016 at 09:15, Stefan Roese wrote: >>> >>> >>> Hi Simon, >>> >>> On 09.03.2016 00:33, Simon Glass wrote: >>> >>> >>> >>> I'm

Re: [U-Boot] [PATCH 2/2] fsl: esdhc: support driver model

Hi Peng, On 10 March 2016 at 01:57, Peng Fan wrote: > Support Driver Model for fsl esdhc driver. > > In order to minimize the change, reuse the fsl_esdhc_initialize function. > This new way is to fill an fsl_esdhc_cfg struture and pass it > to fsl_esdhc_initialize, just

Re: [U-Boot] buildman: arm: undefined reference to `__aeabi_ldivmod'

+Stephen Hi Jagan, On 11 March 2016 at 01:00, Jagan Teki wrote: > > Hi, > > Did anyone encounter this issue? please let me know for any inputs. > >arm: + venice2 > +drivers/mtd/spi-nor/built-in.o: In function `spi_nor_write': >

[U-Boot] ums command using dwc3

Hello Marek Vasut I am working on u-boot 2016.01. Using a platform with DWC3 USB 3.0 controller. My objective is to configure the USB in device mode and it gets exposed to an X86 as a USB mass storage. The memory exposed would be a SATA disk. Is it possible to do it via ums command? I gave it

Re: [U-Boot] [PATCH v2 17/18] board: Add Qualcomm Dragonboard 410C support

On Sun, Feb 07, 2016 at 09:57:37PM +0100, Mateusz Kulikowski wrote: > U-Boot boots chained with fastboot in 64-bit mode. > --- /dev/null > +++ b/board/qualcomm/dragonboard410c/head.S > @@ -0,0 +1,28 @@ > +/* > + * Little-Kernel/Fastboot header for proper chain-loading > + * > + * (C) Copyright

[U-Boot] [PATCH v2 09/51] x86: Move microcode code to a common location

This code is used on several Intel CPUs. Move it into a common location. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Rename microcode_intel.c to microcode.c arch/x86/cpu/intel_common/Makefile

[U-Boot] [PATCH v2 12/51] x86: Move common LPC code to its own place

Some of the LPC code is common to several Intel LPC devices. Move it into a common location. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Use capitals for header guard - Move cougarcanyon lpc_common.h include to this patch

[U-Boot] [PATCH v2 07/51] x86: cpu: Add functions to return the family and stepping

These two identifiers can be useful for drivers which need to adjust their behaviour depending on the CPU family or stepping (revision). Signed-off-by: Simon Glass --- Changes in v2: - Use gd->arch.x86_mask to get the stepping value arch/x86/cpu/cpu.c | 10

[U-Boot] [PATCH v2 05/51] input: i8042: Make sure the keyboard is enabled

Add one more step into the init sequence. This fixes the keyboard on samus, which otherwise does not work. Signed-off-by: Simon Glass --- Changes in v2: - Use a #define for the output flush command - Adjust the code order slightly drivers/input/i8042.c | 4

[U-Boot] [PATCH v2 02/51] arm: Add a 64-bit division routine to the private library

This is missing, with causes lldiv() to fail on boards with use the private libgcc. Add the missing routine. Code is available for using the CLZ instruction but it is not enabled at present. Signed-off-by: Simon Glass --- Changes in v2: None arch/arm/lib/Makefile| 3

[U-Boot] [PATCH v2 03/51] dhry: Correct dhrystone calculation for fast machines

At present samus reports about 5600 DMIPS. With the default iteration count this is OK, but if 10 million runs are performed it overflows. Fix it. Signed-off-by: Simon Glass --- Changes in v2: None lib/dhry/cmd_dhry.c | 8 +--- 1 file changed, 5 insertions(+), 3

[U-Boot] [PATCH v2 04/51] syscon: Avoid returning a device on failure

If the device cannot be probed, syscon_get_by_driver_data() will still return a useful value in its devp parameter. Ensure that it returns NULL instead. Signed-off-by: Simon Glass --- Changes in v2: None drivers/core/syscon-uclass.c | 1 + 1 file changed, 1 insertion(+)

[U-Boot] [PATCH v2 36/51] x86: broadwell: Add a SATA driver

Add a SATA driver for broadwell. This supports connecting an SSD and the usual U-Boot commands to read and write data. Signed-off-by: Simon Glass Acked-by: Bin Meng --- Changes in v2: None arch/x86/cpu/broadwell/Makefile | 1 +

[U-Boot] [PATCH v2 50/51] x86: Fix a header nit in x86-chromebook.h

There is an extra line in the comment in the header. Remove it. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: None include/configs/x86-chromebook.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/configs/x86-chromebook.h

[U-Boot] [PATCH v2 33/51] x86: Add basic support for broadwell

This adds the broadwell architecture, with the CPU driver and some useful header files. Signed-off-by: Simon Glass Acked-by: Bin Meng --- Changes in v2: None arch/x86/Kconfig| 1 + arch/x86/cpu/Makefile

[U-Boot] [PATCH v2 23/51] x86: Move common MRC Kconfig options to the common file

At present the MRC options are private to ivybridge. Other Intel CPUs also use these settings. Move them to a common place. Signed-off-by: Simon Glass --- Changes in v2: - Add Kconfig help for the moved options - Fix tab indentation arch/x86/Kconfig | 61

Re: [U-Boot] [PATCH 15/69] x86: cpu: Add functions to return the family and stepping

Hi Bin, On 10 March 2016 at 21:52, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:27 AM, Simon Glass wrote: >> These two identifiers can be useful for drivers which need to adjust their >> behaviour depending on the CPU family or stepping

Re: [U-Boot] [PATCH 01/69] dm: timer: Correct timer init ordering after relocation

Hi Bin, On 10 March 2016 at 20:25, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:27 AM, Simon Glass wrote: >> Commit 1057e6c broke use of the timer with driver model. If the timer is used >> before relocation, then it becomes broken after

Re: [U-Boot] [PATCH 04/69] syscon: Avoid returning a device on failure

Hi Bin, On 10 March 2016 at 20:28, Bin Meng wrote: > Hi Simon, > > On Mon, Mar 7, 2016 at 10:27 AM, Simon Glass wrote: >> If the device cannot be probed, syscon_get_by_driver_data() will still >> return a useful value in its devp parameter. Ensure that it

[U-Boot] [PATCH v2 51/51] x86: Add support for the samus chromebook

This adds basic support for chromebook_samus. This is the 2015 Pixel and is based on an Intel broadwell platform. Supported so far are: - Serial - SPI flash - SDRAM init (with MRC cache) - SATA - Video (on the internal LCD panel) - Keyboard Various less-visible drivers are provided to make the

[U-Boot] [PATCH v2 49/51] x86: Add a function to set the IOAPIC ID

Add a function to set the ID in the IOAPIC. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: None arch/x86/cpu/ioapic.c | 16 arch/x86/include/asm/ioapic.h | 2 ++ 2 files changed, 18 insertions(+) diff

[U-Boot] [PATCH v2 15/51] x86: Move Intel Management Engine code to a common place

Some of the Intel ME code is common to several Intel CPUs. Move it into a common location. Add a header file for report_platform.c also. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Use capitals for header guard

[U-Boot] [PATCH v2 16/51] x86: ivybridge: Drop sandybridge_early_init()

This function was removed in the previous clean-up. Drop it from the header file also. Signed-off-by: Simon Glass --- Changes in v2: None arch/x86/include/asm/arch-ivybridge/sandybridge.h | 2 -- 1 file changed, 2 deletions(-) diff --git

[U-Boot] [PATCH v2 19/51] x86: ivybridge: Convert to use the common SDRAM code

Adjust the existing implementation to use the new common SDRAM init code. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Rename sdram to mrc arch/x86/cpu/ivybridge/sdram.c | 394 + 1 file

[U-Boot] [PATCH v2 48/51] x86: Update README for new developments

Update a few points which have become out-of-date. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Correct naming of Intel platforms doc/README.x86 | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git

[U-Boot] [PATCH v2 17/51] x86: Move common PCH code into a common place

The SATA indexed register write functions are common to several Intel PCHs. Move this into a common location. Signed-off-by: Simon Glass --- Changes in v2: None arch/x86/cpu/intel_common/Makefile| 1 + arch/x86/cpu/intel_common/pch_common.c| 25 ++

[U-Boot] [PATCH v2 20/51] x86: dts: Drop memory SPD compatible string

This is not needed now that the memory controller driver has the SPD data in its own node. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: None arch/x86/dts/chromebook_link.dts | 1 - include/fdtdec.h | 1 -

[U-Boot] [PATCH v2 47/51] x86: Use white on black for the console on chromebooks

This is a little easier on the eyes, particularly when the backlight is set to maximum. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: None include/configs/x86-chromebook.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

[U-Boot] [PATCH v2 31/51] x86: Add support for running Intel reference code

Intel has invented yet another binary blob which firmware is required to run. This is run after SDRAM is ready. It is linked to load at a particular address, typically 0, but is a relocatable ELF so can be moved if required. Add support for this in the build system. The file should be placed in

[U-Boot] [PATCH v2 14/51] x86: Rename PORT_RESET to IO_PORT_RESET

This same name is used in USB. Add a prefix to distinguish it. Signed-off-by: Simon Glass --- Changes in v2: None arch/x86/cpu/cpu.c | 4 ++-- arch/x86/cpu/intel_common/cpu.c | 4 ++-- arch/x86/include/asm/processor.h | 2 +- 3 files changed, 5 insertions(+),

Re: [U-Boot] [PATCH 2/2] fsl: esdhc: support driver model

Hi Simon, On Fri, Mar 11, 2016 at 05:33:05PM -0700, Simon Glass wrote: >Hi Peng, > >On 10 March 2016 at 01:57, Peng Fan wrote: >> Support Driver Model for fsl esdhc driver. >> >> In order to minimize the change, reuse the fsl_esdhc_initialize function. >> This new way is

  1   2   >