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

Rename the existing bd82x6x_init() to bd82x6x_init_extra(). We will remove this in a later patch. Signed-off-by: Simon Glass --- Changes in v2: - Drop the init() method in the PCH - Rename this commit from 'x86: ivybridge: Set up the PCH init'

[U-Boot] [PATCH v2 03/55] dm: syscon: Allow finding devices by driver data

We have a way to find a regmap by its syscon driver data value. Add the same for syscon itself. Signed-off-by: Simon Glass --- Changes in v2: - Add missing 'given' word drivers/core/syscon-uclass.c | 31 +++ include/syscon.h | 14

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

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 arch/x86/cpu/ivybridge/cpu.c | 43 ---

[U-Boot] [PATCH v2 04/55] dm: pci: Convert bios_emu to use the driver model PCI API

At present this BIOS emulator uses a bus/device/function number. Change it to use a device if CONFIG_DM_PCI is enabled. Signed-off-by: Simon Glass --- Changes in v2: - Drop unnecessary/incorrect non-DM code in dm_pci_run_vga_bios() drivers/bios_emulator/atibios.c | 109

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

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 arch/x86/cpu/ivybridge/lpc.c | 3 +++ 2 files changed, 3 insertions(+), 4 deletions(-)

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

Instead of manually initing the device, probe the SATA device and move the init there. Signed-off-by: Simon Glass --- Changes in v2: - Update to use the disk uclass arch/x86/cpu/ivybridge/bd82x6x.c | 13 + arch/x86/cpu/ivybridge/sata.c

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

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 to use LPC probe() method instead of init() arch/x86/cpu/ivybridge/bd82x6x.c |

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

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 problems with ordering) we should be able to remove this. For now it is needed to keep things working. Signed-off-by: Simon Glass ---

[U-Boot] Board specific hook for performing pre-os tweaks

Hi, Is there any hook for performing board specific actions prior to booting the OS. A quick google search turned up this thread from 2014[1]. But the eventual outcome seemed to be that the device model will take care of restoring devices to their unused state, for anything else there is

Re: [U-Boot] [PATCH 10/18] common: Move LCD and video memory reservation together

On Tue, 5 Jan 2016 09:31:06 -0700 Simon Glass wrote: > These two functions are conceptually the same. Move them together in the > pre-relocation init. > > Signed-off-by: Simon Glass > --- > > common/board_f.c | 28 ++-- > 1 file

Re: [U-Boot] [PATCH 16/18] dm: video: test: Add tests for the video uclass

On Tue, 5 Jan 2016 09:31:12 -0700 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

[U-Boot] [PATCH v2 02/55] dm: usb: Add a compatible string for PCI EHCI controller

Add a compatible string to allow this to be specified in the device tree if needed. Signed-off-by: Simon Glass --- Changes in v2: - Add missing of_match member init so that ehci_pci_ids[] is used drivers/usb/host/ehci-pci.c | 6 ++ 1 file changed, 6 insertions(+) diff

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

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 v2: - Drop bd82x6x_pci_init() function and associated DM-conversion patch - Drop LPC init method an

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

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 arch/x86/cpu/ivybridge/lpc.c | 129 ++- 1

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

Convert these functions to use the driver model PCI API. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: None arch/x86/cpu/ivybridge/report_platform.c | 11 ++- arch/x86/cpu/ivybridge/sdram.c| 2

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

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 the Northbridge init as it has no effect. The registers it touches appear to be read-only. Signed-off-by: Simon Glass ---

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

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 Reviewed-by: Bin Meng --- Changes in v2: -

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

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 Reviewed-by: Bin Meng --- Changes in v2: - Drop

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

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 in v2: None arch/x86/cpu/ivybridge/sdram.c | 19 ++- 1 file changed,

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

This is done by default with PCI auto-config. Drop it. Signed-off-by: Simon Glass --- Changes in v2: - Rename from 'Move northbridge setup to the northbridge driver' - Drop this unnecessary init arch/x86/cpu/ivybridge/pci.c | 20 1 file changed, 20

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

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 --- Changes in v2: None arch/x86/cpu/ivybridge/sdram.c | 39

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

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 configs/chromebook_link_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [U-Boot] [PATCH 12/18] dm: video: Implement the bmp command for driver model

On Tue, 5 Jan 2016 09:31:08 -0700 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 15/18] dm: video: sandbox: Convert sandbox to use driver model for video

On Tue, 5 Jan 2016 09:31:11 -0700 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 > --- > >

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

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 platforms are supported. Signed-off-by: Simon Glass Reviewed-by:

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

Adjust the functions in this file to use the driver model PCI API. Signed-off-by: Simon Glass --- Changes in v2: - Drop unnecessary IRQ and command register init arch/x86/cpu/ivybridge/sata.c | 94 +-- 1 file changed, 45

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

There is nothing special about the ivybridge pci driver now, so just use the generic one. Signed-off-by: Simon Glass --- Changes in v2: - Drop the special compatible string in chromebook_link.dts arch/x86/cpu/ivybridge/Makefile | 1 - arch/x86/cpu/ivybridge/pci.c | 46

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

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 --- Changes in v2: None arch/x86/cpu/ivybridge/cpu.c| 1 -

Re: [U-Boot] [PATCH 13/18] dm: stdio: video: Plumb the video uclass into stdio

On Tue, 5 Jan 2016 09:31:09 -0700 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. > >

[U-Boot] [PATCH v2 01/55] dm: core: Display the error number when driver binding fails

This is often -96 (-EPFNOSUPPORT) which indicates that the uclass is not compiled in. Display the error number to make this easier to spot. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Fix -EEPFNOSUPPORT typo

[U-Boot] [PATCH v2 00/55] dm: x86: Convert ivybridge code to use driver model

At present ivybridge is the only x86 implementation that includes a reasonably full board init. This means there is a lot more code than with a board that uses FSP (even then we don't have memory init or graphics init code). This code does not use proper drivers for the devices and so its use of

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

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 Reviewed-by: Bin Meng --- Changes in v2:

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

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 | 16 arch/x86/cpu/ivybridge/pci.c | 1 -

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

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 LPC init method and use probe() instead arch/x86/cpu/ivybridge/early_init.c | 16

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

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 arch/x86/cpu/ivybridge/early_init.c | 18 ++

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

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 Glass --- Changes in v2: - Drop unused 'gen-dec' device tree property arch/x86/cpu/ivybridge/cpu.c | 9 -

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

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 unnecessary DECLARE_GLOBAL_DATA_PTR arch/x86/lib/Makefile | 1 +

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

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 --- Changes in v2: None arch/x86/cpu/ivybridge/cpu.c| 2 ++

[U-Boot] [PATCH v2 05/55] x86: ivybridge: Set up the LPC device using driver model

Find the LPC device in arch_cpu_init_dm() as a first step to converting this code to use driver model. Probing the LPC will probe its parent (the PCH) automatically, so make sure that probing the PCH does nothing before relocation. Signed-off-by: Simon Glass --- Changes in

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

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 arch/x86/cpu/ivybridge/cpu.c | 39 +++

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

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 | 10 arch/x86/cpu/ivybridge/pch.c | 35

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

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 --- Changes in v2: None arch/x86/cpu/ivybridge/bd82x6x.c | 6 --

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

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 relocation. This can do the early setup. Signed-off-by: Simon Glass --- Changes in v2: - Update to use the disk uclass

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

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 arch/x86/cpu/ivybridge/model_206ax.c | 10 -- 1 file changed, 10 deletions(-) diff --git

Re: [U-Boot] [PATCH v2 02/55] dm: usb: Add a compatible string for PCI EHCI controller

On Monday, January 18, 2016 at 12:11:07 AM, Simon Glass wrote: > Add a compatible string to allow this to be specified in the device tree > if needed. > > Signed-off-by: Simon Glass Acked-by: Marek Vasut Best regards, Marek Vasut

Re: [U-Boot] x86: Bay Trail support with W83627DHG

Hi Stefan, On Mon, Jan 18, 2016 at 1:44 AM, Stefan Roese wrote: > Hi Bin, > > On 17.01.2016 03:35, Stefan Roese wrote: >> >> On 16.01.2016 15:08, Bin Meng wrote: >>> >>> On Fri, Jan 15, 2016 at 10:37 PM, Stefan Roese wrote: Hi Simon, Hi Bin! I'm

Re: [U-Boot] [PATCH] ARM: Disable "DISCARD" for secure section if CONFIG_ARMV7_SECURE_BASE isn't defined

Hi Tom, Thanks for your review. I will update this patch. Regards, -Dongsheng > On Mon, Jan 11, 2016 at 02:51:39AM +, Dongsheng Wang wrote: > > Hi Tom, > > > > Sorry for my late reply, and thanks for your reply. > > > > How about the following comments, following your suggestion I remove >

[U-Boot] [PATCH v2] Enable snooping on transactions from CAAM block

To enable snooping on CAAM transactions following programmign is done 1. Enable core snooping (CCI interface, Core is Slave5 on CCI) This setting is also required for making the system coherent 2. CAAM IP lies behind SMMU3 in teh system. Configure SMMU3 to do teh following: a) Program SCR to

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

2016-01-17 6:49 GMT+01:00 Wills Wang : > > > On 01/17/2016 03:05 AM, Marek Vasut wrote: >> >> On Saturday, January 16, 2016 at 07:13:46 PM, Wills Wang wrote: >>> >>> These series of patch add support for atheros ath79 based SOCs in u-boot, >>> at the present moment it's just

[U-Boot] [PATCH v2 0/7] Determine Boot mode at run time

There are two phases in Secure Boot 1. ISBC: In BootROM, validate the BootLoader (U-Boot). 2. ESBC: In U-Boot, continuing the Chain of Trust by validating and booting LINUX. For ESBC phase, there is no difference in SoC's based on ARM or PowerPC cores. But the exit conditions after ISBC

[U-Boot] [PATCH v2 1/7] include/configs: make secure boot header file include uniform

The file fsl_secure_boot.h must be included in config file for Secure Boot. This is not required to be protected by any macro. CONFIG_FSL_CAAM must be defined and CONFIG_CMD_HASH should be turned on. The above was missing in some config files and all files have been made uniform in this respect.

[U-Boot] [PATCH v2 4/7] create function to determine boot mode

A function is created to detrmine if the boot mode is secure or non-secure for differnt SoC's. Signed-off-by: Aneesh Bansal --- Changes in v2: Corrected the macro for SB_EN bit in RCW. .../include/asm/arch-fsl-layerscape/immap_lsch2.h | 3 ++

[U-Boot] [PATCH v2 3/7] SECURE_BOOT: split the secure boot functionality in two parts

There are two phases in Secure Boot 1. ISBC: In BootROM, validate the BootLoader (U-Boot). 2. ESBC: In U-Boot, continuing the Chain of Trust by validating and booting LINUX. For ESBC phase, there is no difference in SoC's based on ARM or PowerPC cores. But the exit conditions after ISBC

[U-Boot] [PATCH v2 7/7] SECURE_BOOT: change error handler for esbc_validate

In case of error while executing esbc_validate command, SNVS transition and issue of reset is required only for secure-boot. If boot mode is non-secure, this is not required. Similarly, esbc_halt command which puts the core in Spin Loop is applicable only for Secure Boot. Signed-off-by: Aneesh

[U-Boot] [PATCH v2 5/7] enable chain of trust for ARM platforms

Chain of Trust is enabled for ARM platforms (LS1021 and LS1043). In board_late_init(), fsl_setenv_chain_of_trust() is called which will perform the following: - If boot mode is non-secure, return (No Change) - If boot mode is secure, set the following environmet variables: bootdelay = 0 (To

[U-Boot] [PATCH v2 6/7] enable chain of trust for PowerPC platforms

Chain of Trust is enabled for PowerPC platforms for Secure Boot. CONFIG_BOARD_LATE_INIT is defined. In board_late_init(), fsl_setenv_chain_of_trust() is called which will perform the following: - If boot mode is non-secure, return (No Change) - If boot mode is secure, set the following environmet

[U-Boot] [PATCH v2 2/7] include/configs: move definition of CONFIG_CMD_BLOB

CONFIG_CMD_BLOB must be defined in case of Secure Boot. It was earlier defined in all config files. The definition has been moved to a common file which is included by all configs. Signed-off-by: Aneesh Bansal --- Changes in v2: None (Changed the Sign-Off with New E-Mail

[U-Boot] [PATCH v3] powerpc/SECURE_BOOT: Add PAMU driver

PAMU driver basic support for usage in Secure Boot. In secure boot PAMU is not in bypass mode. Hence to use any peripheral (SEC Job ring in our case), PAMU has to be configured. The patch reverts commit 7cad2e38d61e27ea59fb7944f7e647e97ef292d3. The Header file pamu.h and few functions in driver

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

On 01/17/2016 06:24 PM, Daniel Schwierzeck wrote: 2016-01-17 6:49 GMT+01:00 Wills Wang : On 01/17/2016 03:05 AM, Marek Vasut wrote: On Saturday, January 16, 2016 at 07:13:46 PM, Wills Wang wrote: These series of patch add support for atheros ath79 based SOCs in u-boot,

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

Convert omap3_spi driver to DM and keep compatibility with previous mode. Signed-off-by: Christophe Ricard --- drivers/spi/Kconfig | 6 + drivers/spi/omap3_spi.c | 439 ++-- drivers/spi/omap3_spi.h | 14 +- 3 files

[U-Boot] [PATCH 4/4] spi: omap3: Convert fully to DM_SPI

For several reasons: - code clarity - DM trends in u-boot ... It is better to make omap3_spi driver 100% DM_SPI based. Signed-off-by: Christophe Ricard --- drivers/spi/omap3_spi.c | 474 +++- drivers/spi/omap3_spi.h | 121

[U-Boot] [PATCH 0/4] Convert omap3-spi driver to Driver Model

Hi Simon, This patchset tries to convert the TI omap3_spi driver to Driver Model. It has been tested on a TI BeagleBoard xM. Best Regards Christophe Christophe Ricard (4): spi: omap3: Remove unused variable irqstatus in omap3_spi_txrx spi: spi-uclass: Set slave wordlen with

[U-Boot] [PATCH 1/4] spi: omap3: Remove unused variable irqstatus in omap3_spi_txrx

Remove unused variable irqstatus in omap3_spi_txrx Signed-off-by: Christophe Ricard --- drivers/spi/omap3_spi.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/spi/omap3_spi.c b/drivers/spi/omap3_spi.c index 85f9e85..95cdfa3 100644 ---

[U-Boot] [PATCH 2/4] spi: spi-uclass: Set slave wordlen with SPI_DEFAULT_WORDLEN

In some case wordlen may not be set. Use SPI_DEFAULT_WORDLEN as default. Signed-off-by: Christophe Ricard --- drivers/spi/spi-uclass.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/spi/spi-uclass.c b/drivers/spi/spi-uclass.c index 677c020..5561f36

[U-Boot] [PATCH 3/5] i2c: omap24xx: Remove unused I2C_WAIT macro

I2C_WAIT macro is not used in the code. 200 is bound to a fixed 10 Hz i2c speed based on an existing formula: ( 1000 / speed ) * 2 where speed = 100 000. Signed-off-by: Christophe Ricard --- drivers/i2c/omap24xx_i2c.c | 3 --- 1 file changed, 3 deletions(-)

[U-Boot] [PATCH 2/5] i2c: omap24xx: Fix waitdelay value for I2C HS

After several testings and experiment, it appears that waitdelay calculation formula was giving different behavior on the i2c status registers. Experiment shows waitdelay needs to be extended at least 4 times to get proper results. Signed-off-by: Christophe Ricard

[U-Boot] [PATCH 5/5] i2c: omap24xx: Convert fully to DM_I2C

For several reasons: - code clarity - DM trends in u-boot ... It is better to make omap24xx_i2c driver 100% DM_I2C based. Signed-off-by: Christophe Ricard --- drivers/i2c/omap24xx_i2c.c | 447 + drivers/i2c/omap24xx_i2c.h

[U-Boot] [PATCH 4/5] i2c: omap24xx: Fix high speed trimming calculation

Work based on i2c-omap.c from linux kernel. fsscll/fssclh and hsscll/hssclh was always negative in high speed. i2c high speed frequency start after 400Khz. Signed-off-by: Christophe Ricard --- drivers/i2c/omap24xx_i2c.c | 17 + 1 file changed, 9

[U-Boot] [PATCH 1/5] i2c: omap24xx: Convert to DM

Convert omap24xx_i2c driver to DM Signed-off-by: Christophe Ricard --- drivers/i2c/Kconfig| 8 ++ drivers/i2c/omap24xx_i2c.c | 280 +++-- 2 files changed, 277 insertions(+), 11 deletions(-) diff --git

[U-Boot] [PATCH 0/5] Convert omap24xx-i2c driver to Driver Model

Hi Simon, This patchset tries to convert the TI omap24xx_i2c driver to Driver Model. It has been tested on a TI BeagleBoard xM. Best Regards Christophe Christophe Ricard (5): i2c: omap24xx: Convert to DM i2c: omap24xx: Fix waitdelay value for I2C HS i2c: omap24xx: Remove unused

[U-Boot] Kconfig bug (optional choice deselected by following option)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, I have found weird feature of Kconfig. If I misused something, please let me know - I found at least one place where the same error occurs. Let's consider the following Kconfig (you can put it anywhere in the source tree):

[U-Boot] [PATCH 0/4] ARM: sheevaplug: misc fixes

Hi, The following patch series fixes a number of issues I noticed while updating a sheevaplug from 2013.10 to 2016.01: Peter Korsgaard (4): ARM: sheevaplug: unbreak default environment ARM: sheevaplug: unbreak kernel bootargs / mtdparts command by dropping double mtdparts=

[U-Boot] [PATCH 4/4] ARM: sheevaplug: correct nand partition layout

Commit 1e3d640316 (ARM: sheevaplug: redefine MTDPARTS) changed the partition layout (without any description why), but didn't change the offset/size to load the kernel from or the root=/dev/mtdblockX in the bootargs. The 3MB forseen for a kernel is furthermore too little. A 4.4 build of

[U-Boot] [PATCH 1/4] ARM: sheevaplug: unbreak default environment

Commit 1e3d640316 (ARM: sheevaplug: redefine MTDPARTS) changed the mtdparts part of the default environment, but dropped the trailing zero termination - So the definition of x_bootcmd_kernel becomes part of the x_bootargs variable. Fix it by reintroducing the zero termination. Signed-off-by:

[U-Boot] [PATCH 2/4] ARM: sheevaplug: unbreak kernel bootargs / mtdparts command by dropping double mtdparts=

Commit 1e3d640316 (ARM: sheevaplug: redefine MTDPARTS) prepended mtdparts= to the flash partition information in CONFIG_MTDPARTS, but it is used like "mtdparts=" CONFIG_MTDPARTS - So we end up passing mtdparts=mtdparts=.. to the kernel, confusing the cmdline partition parser. Fix it by dropping

[U-Boot] [PATCH 3/4] ARM: sheevaplug: drop unneded 'usb start' from boot command

The default bootcommand executes x_bootcmd_usb AFTER loading a kernel from nand and just before executing it, which only slows down boot without adding any functionality - So drop it. Signed-off-by: Peter Korsgaard --- include/configs/sheevaplug.h | 2 +- 1 file changed, 1

Re: [U-Boot] x86: Bay Trail support with W83627DHG

Hi Bin, On 17.01.2016 03:35, Stefan Roese wrote: On 16.01.2016 15:08, Bin Meng wrote: On Fri, Jan 15, 2016 at 10:37 PM, Stefan Roese wrote: Hi Simon, Hi Bin! I'm currently busy with porting U-Boot to a Bay Trail board. Equipped with an Intel Atom E3845 and additionally the

<    1   2