Re: [U-Boot] [PATCH 3/4] spi: omap3: Convert to DM

On Wed, Jan 20, 2016 at 07:46:15PM -0700, Simon Glass wrote: > +Mugunthan, Tom > > On 17 January 2016 at 03:56, Christophe Ricard > wrote: > > Convert omap3_spi driver to DM and keep compatibility with previous > > mode. > > > > Signed-off-by: Christophe Ricard

[U-Boot] [PATCH v2] common/console.c: Remove unused inline functions

clang-3.8 reports that these functions are unused, remove them. As this is the last part of CONFIG_MODEM_SUPPORT_DEBUG, drop that from README. Reviewed-by: Bin Meng Signed-off-by: Tom Rini --- Changes in v2: - Drop CONFIG_MODEM_SUPPORT_DEBUG from README

Re: [U-Boot] [PATCH 7/8] test/py: ums: add filesystem-based testing

Hi Stephen, > From: Stephen Warren > > Enhance the UMS test to optionally mount a partition and read/write a > file to it, validating that the content written and read back are > identical. > > This enhancement is backwards-compatible; old boardenv contents that > don't

Re: [U-Boot] [PATCH v3 01/14] MIPS: initialize board_init_f() argument to zero.

Hi Purna, Am Donnerstag, den 14.01.2016, 10:59 +0530 schrieb Purna Chandra Mandal: > On 01/12/2016 05:59 PM, Daniel Schwierzeck wrote: > > > 2016-01-12 11:18 GMT+01:00 Purna Chandra Mandal < > > purna.man...@microchip.com>: > > > Signed-off-by: Purna Chandra Mandal >

Re: [U-Boot] [PATCH v3] ARM: Add Support for the VInCo platform

Hi Gregory, On 21.01.2016 12:08, Gregory CLEMENT wrote: > Hello all, > > On mer., déc. 16 2015, Gregory CLEMENT > wrote: > >> The Versatile Industrial Communication platform is a community oriented >> board from Landis + Gyr. It comes with: >> - an RS-485

Re: [U-Boot] [PATCH v3] ARM: Add Support for the VInCo platform

Hi Andreas, On jeu., janv. 21 2016, "Andreas Bießmann" wrote: > Hi Gregory, > > On 21.01.2016 12:08, Gregory CLEMENT wrote: >> Hello all, >> >> On mer., déc. 16 2015, Gregory CLEMENT >> wrote: >> >>> The Versatile

Re: [U-Boot] [PATCH 8/8] test/py: add DFU test

Hi Stephen, > From: Stephen Warren > > Add a test of DFU functionality to the Python test suite. The test > starts DFU in U-Boot, waits for USB device enumeration on the host, > executes dfu-util multiple times to test various transfer sizes, many > of which trigger USB

Re: [U-Boot] [PATCH v3] ARM: Add Support for the VInCo platform

Hello all, On mer., déc. 16 2015, Gregory CLEMENT wrote: > The Versatile Industrial Communication platform is a community oriented > board from Landis + Gyr. It comes with: > - an RS-485 port > - 2 Ethernet ports > - a wireless M-BUS > - a 4G modem > - a

Re: [U-Boot] [PATCH V4 7/8] test/py: test the ums command

Hi Stephen, > From: Stephen Warren > > This test invokes the "ums" command in U-Boot, and validates that a > USB storage device is enumerated on the test host system, and can be > read from. > > Signed-off-by: Stephen Warren > Acked-by: Simon Glass

Re: [U-Boot] [PATCH v2 13/55] x86: ivybridge: Rename lpc_init() to lpc_init_extra()

On Thu, Jan 21, 2016 at 2:23 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> In preparation for adding an init() method to the LPC uclass, rename this >> existing function so that it will not conflict. >> >> Signed-off-by: Simon

Re: [U-Boot] [PATCH v2 12/55] x86: ivybridge: Move LPC and PCH init into northbridge probe()

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Move more code into the northbridge probe() function. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > arch/x86/cpu/ivybridge/early_init.c |

Re: [U-Boot] [PATCH v2 10/55] x86: ivybridge: Add a driver for the bd82x6x northbridge

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Add a driver with an empty probe function where we can move init code in > follow-on patches. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 08/55] x86: ivybridge: Rename bd82x6x_init()

On Thu, Jan 21, 2016 at 2:18 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> Rename the existing bd82x6x_init() to bd82x6x_init_extra(). We will remove >> this in a later patch. >> >> Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 11/55] x86: ivybridge: Move northbridge init into the probe() method

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Now that we have a proper driver for the nortbridge, set it up in by probing > it, and move the early init code into the probe() method. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng

Re: [U-Boot] [PATCH v2 09/55] dm: x86: Add a northbridge uclass

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Add a uclass for the northbridge / SDRAM controller found on some older > Intel chipsets. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: > - Drop

Re: [U-Boot] [PATCH v7 0/7] add support for atheros ath79 based SOCs

On Thursday, January 21, 2016 at 10:31:50 AM, Wills Wang wrote: > On Thursday, January 21, 2016 01:35 PM, Marek Vasut wrote: > > On Thursday, January 21, 2016 at 03:58:44 AM, Wills Wang wrote: > >> On Thursday, January 21, 2016 09:32 AM, Marek Vasut wrote: > >>> On Sunday, January 17, 2016 at

Re: [U-Boot] [PATCH v2 26/55] x86: ivybridge: Move northbridge and PCH init into drivers

On Thu, Jan 21, 2016 at 2:54 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> Instead of calling the northbridge and PCH init from bd82x6x_init_extra() >> when the PCI bus is probed, call it from the respective drivers. Also drop

Re: [U-Boot] [PATCH v2 28/55] x86: ivybridge: Drop unnecessary northbridge setup

On Thu, Jan 21, 2016 at 2:57 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> This is done by default with PCI auto-config. Drop it. >> >> Signed-off-by: Simon Glass >> --- >> >> Changes in v2: >> - Rename

Re: [U-Boot] [PATCH v2 31/55] x86: ivybridge: Drop the unused bd82x6x_init_extra()

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This function does nothing now so can be dropped. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > arch/x86/cpu/ivybridge/bd82x6x.c

Re: [U-Boot] [PATCH v2 32/55] x86: ivybridge: Use the SATA driver to do the init

On Thu, Jan 21, 2016 at 3:16 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> Instead of manually initing the device, probe the SATA device and move the >> init there. >> >> Signed-off-by: Simon Glass >> ---

Re: [U-Boot] [PATCH v2 24/55] x86: Don't show an error when the MRC cache is up to date

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > When the final MRC cache record is the same as the one we want to write, we > skip writing since there is no point. This is normal behaviour. > > Avoiding printing an error when this happens. > > Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 23/55] x86: Make x86_init_cpus() static

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > There are no other implementations of this function, and boards that need it > can implement a CPU driver. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in

Re: [U-Boot] [PATCH v2 30/55] x86: ivybridge: Do the SATA init before relocation

On Thu, Jan 21, 2016 at 3:10 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> The SATA device needs to set itself up so that it appears correctly on the >> PCI bus. The easiest way to do this is to set it up to probe before >>

Re: [U-Boot] [PATCH v2 29/55] ahci: Add a disk-controller uclass

On Thu, Jan 21, 2016 at 3:08 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> Add a uclass ID for a disk controller. This can be used by AHCI/SATA or >> other controller types. There are no operations and no interface so far, >>

Re: [U-Boot] [PATCH v2 06/55] x86: ivybridge: Move lpc_early_init() to probe()

On Thu, Jan 21, 2016 at 2:14 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> Move this code to the LPC's probe() method so that it will happen >> automatically when the LPC is probed before relocation. >> >> Signed-off-by: Simon

Re: [U-Boot] [PATCH v2 07/55] x86: ivybridge: Move more init to the probe() function

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Move SPI and port80 init to lpc_early_init(), called from the LPC's probe() > method. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 21/55] x86: ivybridge: Drop the dead MTRR code

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This is not used and MTRRs are set up elsewhere now. Drop it. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 20/55] x86: ivybridge: Set up the thermal target correctly

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This uses a non-existent node at present. It should use the first CPU node. > The referenced property does not exist (the correct value is the default of > 0), but this allows the follow-on init to complete. > >

Re: [U-Boot] [PATCH v2 22/55] x86: ivybridge: Move early init code into northbridge.c

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This code is now part of the northbridge driver, so move it into the same > place. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 19/55] x86: ivybridge: Move CPU init code into the driver

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Use the CPU driver's probe() method to perform the CPU init. This will happen > automatically when the first CPU is probed. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng >

Re: [U-Boot] [PATCH v2 18/55] x86: ivybridge: Use common CPU init code

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > The existing ivybridge code predates the normal multi-core CPU init, and > it is not used. Remove it and add CPU nodes to the device tree so that all > four CPUs are set up. Also enable the 'cpu' command. > > Signed-off-by:

Re: [U-Boot] [PATCH v2 25/55] x86: Bring up northbridge, pch and lpc after the CPUs

On Thu, Jan 21, 2016 at 2:48 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> These devices currently need to be inited early in boot. Once we have the >> init in the right places (with each device doing its own init and no >>

Re: [U-Boot] [PATCH v2 27/55] x86: ivybridge: Use driver model PCI API in bd82x6x.c

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Adjust most of the remaining functions in this file to use the driver model > PCI API. The one remaining function is bridge_silicon_revision() which will > need a little more work. > > Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 17/55] x86: ivybridge: Move GPIO init to the LPC init() method

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This init can happen in the driver also. Move it. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > arch/x86/cpu/ivybridge/cpu.c | 4 >

Re: [U-Boot] [PATCH v2 38/55] x86: Enable DM_USB for link and panther

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Move these two boards to use driver model for USB. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > configs/chromebook_link_defconfig | 2 ++

Re: [U-Boot] [PATCH v2 35/55] x86: ivybridge: Move LPC init into the LPC probe() method

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Drop the lpc_init_extra() function and just use the post-relocation LPC > probe() instead. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: > - Update

Re: [U-Boot] [PATCH v2 37/55] x86: ivybridge: Convert lpc init code to DM PCI API

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Adjust this code to use the driver model PCI API. This is all called through > lpc_init_extra(). > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None >

Re: [U-Boot] [PATCH v2 36/55] x86: ivybridge: Drop the special PCI driver

On Thu, Jan 21, 2016 at 3:22 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> There is nothing special about the ivybridge pci driver now, so just use >> the generic one. >> >> Signed-off-by: Simon Glass >>

Re: [U-Boot] [PATCH v2 39/55] x86: i2c: Add a stub driver for Intel I2C/SMbus

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This is used on most Intel platforms. We don't have a driver for it yet, but > add a stub to handle the init. For now this targets ivybridge so we may want > to add a device tree binding and generalise it when other

Re: [U-Boot] [PATCH v2 34/55] x86: ivybridge: Move lpc_enable() into gma.c

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This graphics init code is best placed in the gma init code. Move the code > and drop the function. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2:

Re: [U-Boot] [PATCH v2 33/55] x86: ivybridge: Use driver model PCI API in sata.c

On Thu, Jan 21, 2016 at 3:19 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> Adjust the functions in this file to use the driver model PCI API. >> >> Signed-off-by: Simon Glass >> --- >> >> Changes in v2: >>

Re: [U-Boot] [PATCH v2 48/55] x86: ivybridge: Move code from pch.c to bd82x6x.c

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This code relates to the PCH, so we should move it into the same file. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 46/55] x86: ivybridge: Convert report_platform to DM PCI API

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Convert these functions to use the driver model PCI API. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 45/55] x86: ivybridge: Convert SDRAM init to use driver model

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > SDRAM init needs access to the Northbridge controller and the Intel > Management Engine device. Add the latter to the device tree and convert all > of this code to driver model. > > Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 49/55] x86: ivybridge: Sort out the calls to bridge_silicon_revision()

On Thu, Jan 21, 2016 at 3:35 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> This function is called all over the place. Convert it use the driver model >> PCI API, and rationalise the calls. >> >> Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 44/55] x86: chromebook_link: Enable the syscon uclass

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > We will use a system controller to model the Intel Management Engine. Enable > this for link. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 47/55] x86: ivybridge: Convert pch.c to use DM PCI API

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Convert this file to use the driver model PCI API. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > > arch/x86/cpu/ivybridge/lpc.c

Re: [U-Boot] [PATCH v2 43/55] x86: ivybridge: Convert sdram_initialise() to use DM PCI API

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Convert this function to use the the driver model PCI API. We just need > to pass in the northbridge device. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes

Re: [U-Boot] [PATCH v2 40/55] x86: ivybridge: Use the I2C driver to perform SMbus init

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Move the init code into the I2C driver. > > Signed-off-by: Simon Glass > Reviewed-by: Heiko Schocher > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 41/55] x86: ivybridge: Convert enable_usb_bar() to use DM PCI API

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Convert this function over to use the driver model PCI API. In this case > we want to avoid using the real PCI devices since they have not yet been > probed. Instead, write directly to their PCI configuration address. > >

Re: [U-Boot] [PATCH v2 42/55] x86: ivybridge: Convert dram_init() to use DM PCI API

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Convert the top part of the DRAM init to use the driver model PCI API. > Further work will complete the transformation. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- >

Re: [U-Boot] [PATCH v7 0/7] add support for atheros ath79 based SOCs

On Thursday, January 21, 2016 01:35 PM, Marek Vasut wrote: On Thursday, January 21, 2016 at 03:58:44 AM, Wills Wang wrote: On Thursday, January 21, 2016 09:32 AM, Marek Vasut wrote: On Sunday, January 17, 2016 at 01:21:29 PM, Wills Wang wrote: On 01/17/2016 06:24 PM, Daniel Schwierzeck

Re: [U-Boot] [PATCH v4 3/3] armv8/ls1043aqds: Add lpuart support

On Thu, Jan 21, 2016 at 5:14 PM, Wenbin Song wrote: > Add lpuart support using the driver model. > > Signed-off-by: Wenbin Song > --- > Changes in v4: > - No change > --- > arch/arm/dts/Makefile | 1 + >

Re: [U-Boot] [PATCH v4 2/3] armv8/ls1043aqds: Spilt off board device tree

On Thu, Jan 21, 2016 at 5:14 PM, Wenbin Song wrote: > Move new /chosen node out of the board device tree. > > Signed-off-by: Wenbin Song > --- > Changes in v4: > - No change > --- > arch/arm/dts/Makefile| 2 +- >

Re: [U-Boot] [PATCH v4 1/3] armv8/ls1043aqds: Select lpuart pins of various muxes

On Thu, Jan 21, 2016 at 5:14 PM, Wenbin Song wrote: > From: Shaohui Xie > > Set Board Configuration Register to select the lpuart pins of various > muxes. > > Signed-off-by: Shaohui Xie > Signed-off-by: Mingkai Hu

Re: [U-Boot] [PATCH 1/8] test/py: fix timeout to be absolute

Hi Stephen, > From: Stephen Warren > > Currently, Spawn.expect() imposes its timeout solely upon receipt of > new data, not on its overall operation. In theory, this could cause > the timeout not to fire if U-Boot continually generated output that > did not match the

Re: [U-Boot] [PATCH v5 2/2] usb: eth: add Realtek RTL8152B/RTL8153 DRIVER

On Thursday, January 21, 2016 at 09:55:59 AM, Anand Moon wrote: > Hi Marek, > > On 21 January 2016 at 02:04, Marek Vasut wrote: > > On Wednesday, January 20, 2016 at 09:10:07 PM, Anand Moon wrote: > >> Hi Ted / Marek / Stephen, > >> > >> On 20 January 2016 at 22:22, Stephen

Re: [U-Boot] [PATCH v2 52/55] x86: ivybridge: Drop the SMM-locking code

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > U-Boot does not support SMM yet, so we can drop this code. It is easy to > bring back when needed. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None

Re: [U-Boot] [PATCH v2 50/55] x86: ivybridge: Drop special EHCI init

On Thu, Jan 21, 2016 at 3:39 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> This is not needed. On reset wake-on-disconnect is already set. It may a >> problem during a soft reset or resume, but for now it does not seem >>

Re: [U-Boot] [PATCH v2 53/55] x86: Set up a shared syscon numbering schema

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Each system controller can have a number to identify it. It can then be > accessed using syscon_get_by_driver_data(). Put this in a shared header > file and update the only current user. > > Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 51/55] x86: ivybridge: Drop XHCI support

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > This is not used on link which is the only ivybridge board. Drop this code. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 55/55] x86: fdt: Drop the unused compatible strings in fdtdec

Hi Simon, On Mon, Jan 18, 2016 at 7:12 AM, Simon Glass wrote: > We have drivers for several more devices now, so drop the strings which are > no-longer used. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in

Re: [U-Boot] [PATCH v2 54/55] x86: ivybridge: Use syscon for the GMA device

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > Until we have a proper video uclass we can use syscon to handle the GMA > device, and avoid the special device tree and PCI searching. Update the code > to work this way. > > Reviewed-by: Bin Meng >

Re: [U-Boot] [PATCH v3 1/3] armv8/ls1043aqds: Select lpuart pins of various muxes

Hi Wenbin, On Thu, Jan 21, 2016 at 2:32 PM, Wenbin Song wrote: > From: Shaohui Xie > > Set Board Configuration Register to select the lpuart pins of various > muxes. > > Signed-off-by: Shaohui Xie > Signed-off-by:

Re: [U-Boot] [PATCH v3 3/3] armv8/ls1043aqds: Add lpuart support

Hi Wenbin, On Thu, Jan 21, 2016 at 2:32 PM, Wenbin Song wrote: > Add lpuart support using the driver model. > > Signed-off-by: Wenbin Song > --- > arch/arm/dts/Makefile | 1 + > arch/arm/dts/fsl-ls1043a-qds-lpuart.dts | 16 ++

[U-Boot] [PATCH] igep00x0: enable CONFIG_CMD_SETEXPR

Enable CONFIG_CMD_SETEXPR, useful when passing initramfs end address: $ fatload mmc 0:1 $rdaddr root.cpio.gz $ setexpr rdendaddr $rdaddr + $filesize $ fdt chosen $rdaddr $rdendaddr $ bootz $loadaddr - $fdtaddr Signed-off-by: Ladislav Michl --- configs/igep0020_defconfig

[U-Boot] [PATCH] igep00x0: remove #undef CONFIG_BOOTDELAY

Do not undefine CONFIG_BOOTDELAY, so board can boot without user intervention. Signed-off-by: Ladislav Michl --- include/configs/omap3_igep00x0.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/configs/omap3_igep00x0.h b/include/configs/omap3_igep00x0.h index

Re: [U-Boot] [PATCH v3 1/3] armv8/ls1043aqds: Select lpuart pins of various muxes

Hi Wenbin, On Thu, Jan 21, 2016 at 4:35 PM, Bin Meng wrote: > Hi Wenbin, > > On Thu, Jan 21, 2016 at 2:32 PM, Wenbin Song wrote: >> From: Shaohui Xie >> >> Set Board Configuration Register to select the lpuart pins of various

[U-Boot] [PATCH v3 1/3] armv8/ls1043aqds: Select lpuart pins of various muxes

From: Shaohui Xie Set Board Configuration Register to select the lpuart pins of various muxes. Signed-off-by: Shaohui Xie Signed-off-by: Mingkai Hu --- board/freescale/ls1043aqds/ls1043aqds.c | 15 +++

[U-Boot] Patch dependency

The below patches depend on the series patches(http://patchwork.ozlabs.org/patch/567250/). [PATCH v3 1/3] armv8/ls1043aqds: Select lpuart pins of various muxes [PATCH v3 2/3] armv8/ls1043aqds: Spilt off board device tree [PATCH v3 3/3] armv8/ls1043aqds: Add lpuart support

[U-Boot] [PATCH v3 3/3] armv8/ls1043aqds: Add lpuart support

Add lpuart support using the driver model. Signed-off-by: Wenbin Song --- arch/arm/dts/Makefile | 1 + arch/arm/dts/fsl-ls1043a-qds-lpuart.dts | 16 ++ arch/arm/dts/fsl-ls1043a-qds.dtsi | 4 +++ arch/arm/dts/fsl-ls1043a.dtsi | 54

Re: [U-Boot] [PATCH v2 15/55] x86: ivybridge: Move graphics init much later

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > We don't need to init the graphics controller so early. Move it alongside > the other graphics setup, just before we run the ROM. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng

[U-Boot] [PATCH v3 2/3] armv8/ls1043aqds: Spilt off board device tree

Move new /chosen node out of the board device tree. Signed-off-by: Wenbin Song --- arch/arm/dts/Makefile| 2 +- arch/arm/dts/fsl-ls1043a-qds-duart.dts | 16 .../dts/{fsl-ls1043a-qds.dts =>

Re: [U-Boot] [PATCH v2 14/55] x86: ivybridge: Probe the LPC in CPU init

On Thu, Jan 21, 2016 at 2:25 PM, Bin Meng wrote: > On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: >> We can drop the explicit probe of the PCH since the LPC is a child device >> and this will happen automatically. >> >> Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 16/55] x86: ivybridge: Move sandybridge init to the lpc probe() method

On Mon, Jan 18, 2016 at 7:11 AM, Simon Glass wrote: > The watchdog can be reset later when probing the LPC after relocation. > Move it. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v2: > - Update to drop

Re: [U-Boot] [PATCH v3 2/3] armv8/ls1043aqds: Spilt off board device tree

On Thu, Jan 21, 2016 at 2:32 PM, Wenbin Song wrote: > Move new /chosen node out of the board device tree. > > Signed-off-by: Wenbin Song > --- > arch/arm/dts/Makefile| 2 +- > arch/arm/dts/fsl-ls1043a-qds-duart.dts

[U-Boot] [PATCH v2] board/t4240rdb: VID support

From: Ying Zhang The fuse status register provides the values from on-chip voltage ID efuses programmed at the factory. These values define the voltage requirements for the chip. u-boot reads FUSESR and translates the values into the appropriate commands to set the voltage

Re: [U-Boot] [PATCH v2 04/14] dm: video: Add a 'normal' text console driver

On 18 January 2016 at 19:52, Simon Glass wrote: > Most of the time we don't need to rotate the display so a simple font > blitting feature is enough for our purposes. Add a simple driver which > supports this function. It provides text output on the console using > the standard

Re: [U-Boot] [PATCH v2 05/14] dm: video: Add a driver for a rotated text console

On 18 January 2016 at 19:52, Simon Glass wrote: > Sometimes the console must be rotated. Add a driver which supports rotating > the text clockwise to 90, 180 and 270 degrees. This can support devices > where the display is rotated for mechanical reasons. > > Signed-off-by:

Re: [U-Boot] [PATCH v2 07/14] dm: common: Add memory reservation for the video uclass

On 18 January 2016 at 19:52, Simon Glass wrote: > Before relocation we need to reserve memory for the video driver frame > buffers so that they can use this memory when they start up (after > relocation). Add a call to the uclass to permit this. > > The current top and bottom

Re: [U-Boot] [PATCH v2 7/9] serial: lpuart: Add driver model serial support

On 20 January 2016 at 13:27, Simon Glass wrote: > On 13 January 2016 at 20:39, Bin Meng wrote: >> This adds driver model support to lpuart serial driver. >> >> Signed-off-by: Bin Meng >> >> --- >> >> Changes in v2: >> - Split to use two

Re: [U-Boot] [PATCH v2 10/14] sandbox: Move CONFIG_VIDEO_SANDBOX_SDL to Kconfig

On 18 January 2016 at 19:52, Simon Glass wrote: > Move this option to Kconfig. This is quite simple as only sandbox uses the > driver. > > Signed-off-by: Simon Glass > Acked-by: Anatolij Gustschin > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 11/14] dm: video: sandbox: Convert sandbox to use driver model for video

On 18 January 2016 at 19:52, Simon Glass wrote: > Now that driver model support is available, convert sandbox over to use it. > We can remove a few of the special hooks that sandbox currently has. > > Signed-off-by: Simon Glass > Acked-by: Anatolij Gustschin

Re: [U-Boot] [PATCH v2 5/9] serial: lpuart: Call local version of setbrg and putc directly

On 20 January 2016 at 13:27, Simon Glass wrote: > On 13 January 2016 at 20:39, Bin Meng wrote: >> There is no need to go through serial driver subsystem, instead >> call the driver's setbrg and putc routines directly. >> >> Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH v2 9/9] arm: ls1021atwr: Enable driver model lpuart serial driver

On 20 January 2016 at 13:27, Simon Glass wrote: > On 18 January 2016 at 02:39, Huan Wang wrote: >> Hi, >> >>> -Original Message- >>> From: Bin Meng [mailto:bmeng...@gmail.com] >>> Sent: Thursday, January 14, 2016 11:39 AM >>> To: Simon Glass;

[U-Boot] Please pull u-boot-dm

Hi Tom, This includes the lpuart and TI driver-model model conversion, clock improvements, the new Python-based test infrastructure and a video/console uclass initially implemented for sandbox. The following changes since commit 57e5ecaf755d5301cd33683788e4b8432938bbbe: iocon / bamboo: Drop

Re: [U-Boot] [PATCH v2 8/9] arm: ls1021atwr: Split off board device tree

On 20 January 2016 at 13:27, Simon Glass wrote: > On 13 January 2016 at 20:39, Bin Meng wrote: >> Move /chosen node out of the board device tree. >> >> Signed-off-by: Bin Meng >> >> --- >> >> Changes in v2: >> - New patch to split off

Re: [U-Boot] [PATCH v2 02/14] dm: lcd: Avoid using the lcd.h header file with driver model

On 18 January 2016 at 19:52, Simon Glass wrote: > The LCD functions and definitions are not used with the driver model video > uclass. When all boards are converted over we can remove the file. For now, > use #ifdef to omit the contents. > > Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH v2 6/9] serial: lpuart: Prepare the driver for DM conversion

On 20 January 2016 at 13:27, Simon Glass wrote: > On 13 January 2016 at 20:39, Bin Meng wrote: >> Create internal routines which take lpuart's register base as >> a parameter, in preparation for driver model conversion. >> >> Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH v2 01/14] dm: video: Add a video uclass

On 18 January 2016 at 19:52, Simon Glass wrote: > U-Boot has separate code for LCDs and 'video' devices. Both now use a > very similar API thanks to earlier work by Nikita Kiryanov. With the driver- > model conversion we should unify these into a single uclass. > >

Re: [U-Boot] [PATCH v2 03/14] dm: video: Add a uclass for the text console

On 18 January 2016 at 19:52, Simon Glass wrote: > The existing LCD/video interface suffers from conflating the bitmap display > with text output on that display. As a result the implementation is more > complex than it needs to me. > > We can support multiple text console

Re: [U-Boot] [PATCH v2 3/9] serial: lpuart: Move CONFIG_FSL_LPUART to Kconfig

On 20 January 2016 at 13:26, Simon Glass wrote: > On 15 January 2016 at 14:11, Stefan Agner wrote: >> Looks good to me, >> >> Acked-by: Stefan Agner >> >> On 13.01.2016 19:39, Bin Meng wrote: >>> LPUART is seen on Freescale

Re: [U-Boot] [PATCH v2 1/9] Revert "fdt_support: Add multi-serial support for stdout fixup"

On 20 January 2016 at 13:26, Simon Glass wrote: > On 13 January 2016 at 20:38, Bin Meng wrote: >> This reverts commit 3e303f748cf57fb23e8ec95ab7eac0074be50e2b. >> >> The fix up in the /aliases node does not work under the following >> scenarios: >> - Not

Re: [U-Boot] [PATCH v2 2/9] arm: ls1021atwr: Convert to driver model and enable serial support

On 20 January 2016 at 13:26, Simon Glass wrote: > On 13 January 2016 at 20:38, Bin Meng wrote: >> Convert ls1021atwr_nor to driver model support. As a start, enable >> ns16550 serial port driver. >> >> Signed-off-by: Bin Meng >> --- >>

Re: [U-Boot] [PATCH v2 08/14] dm: video: Implement the bmp command for driver model

On 18 January 2016 at 19:52, Simon Glass wrote: > This command can use the bitmap display code in the uclass. This is similar > to the code in lcd.c and cfb_console.c. These other copies will go away when > all boards are converted to use driver model for video. > >

Re: [U-Boot] [PATCH v2 06/14] common: Move LCD and video memory reservation together

On 18 January 2016 at 19:52, Simon Glass wrote: > These two functions are conceptually the same. Move them together in the > pre-relocation init. > > Signed-off-by: Simon Glass > Acked-by: Anatolij Gustschin > --- > > Changes in v2: None > >

Re: [U-Boot] [PATCH v2 09/14] dm: stdio: video: Plumb the video uclass into stdio

On 18 January 2016 at 19:52, Simon Glass wrote: > Register video drivers with stdio so that they can be used for text output. > This needs to be done explicitly for now. At some point we should be able to > convert stdio itself to driver model and avoid this step. > >

Re: [U-Boot] [PATCH v2 4/9] serial: lpuart: Fix several cosmetic issues

On 20 January 2016 at 13:27, Simon Glass wrote: > On 13 January 2016 at 20:39, Bin Meng wrote: >> Clean up the driver codes a little bit, by: >> - Use tab instead of space in the macro defines >> - Use single line comment whenever possible >> - Fix

Re: [U-Boot] [PATCH v2 12/14] dm: video: test: Add tests for the video uclass

On 18 January 2016 at 19:52, Simon Glass wrote: > Add tests that check that the video console is working correcty. Also check > that text output produces the expected result. Test coverage includes > character output, wrapping and scrolling. > > Signed-off-by: Simon Glass

Re: [U-Boot] [PATCH] bootm: fix size arg of flush_cache() in bootm_load_os().

Am Mittwoch, den 20.01.2016, 14:07 +0530 schrieb Purna Chandra Mandal: > Variable _load_end_ points to end address of uncompressed buffer > (*not* uncomress_buffer_end / sizeof(ulong)), so multipling > uncompressed > size with sizeof(ulong) is grossly incorrect in flush_cache(). > It might lead to

  1   2   3   4   >