Re: [U-Boot] [PATCH v2] odroid: remove CONFIG_DM_I2C_COMPAT config

Hi 2017. 6. 7. 12:09에 "Jaehoon Chung" 님이 작성: Remove the CONFIG_DM_I2C_COMPAT config. Signed-off-by: Jaehoon Chung Reviewed-by: Simon Glass --- Changelog on V2: - Rebased on latest u-boot-samsung - Added Simon's Reviewed tag -

[U-Boot] [PATCH v3] rockchip: video: mipi: Modify variable type for arm32 compatibility

Some address relevant varibable is defined originally as u64. To compatible with arm32, this patch change them to uintptr_t type. Signed-off-by: Eric Gao Reviewed-by: Simon Glass --- Changes in v2: -Change the address base variable from "uintptr_t

[U-Boot] [PATCH 2/3] dtoc: Add a 64-bit type and a way to convert cells into 64 bits

When dealing with multi-cell values we need a type that can hold this value. Add this and a function to process it from a list of cell values. Signed-off-by: Simon Glass --- tools/dtoc/dtb_platdata.py | 3 +++ tools/dtoc/fdt.py | 2 +- tools/dtoc/fdt_util.py |

[U-Boot] [PATCH 3/3] dtoc: Add support for 32 or 64-bit addresses

When using 32-bit addresses dtoc works correctly. For 64-bit addresses it does not since it ignores the #address-cells and #size-cells properties. Update the tool to use fdt64_t as the element type for reg properties when either the address or size is larger than one cell. Use the correct value

[U-Boot] [PATCH 0/3] dtoc: Add support for 64-bit addresses

This series updates dtoc to support 64-bit addresses automatically. These appear in C code as fdt64_t arrays: struct dtd_test1 { fdt64_t reg[2]; }; static struct dtd_test1 dtv_test1 = { .reg= {0x1234, 0x5678}, }; C code can then process these address

[U-Boot] [PATCH 1/3] dtoc: Adjust Node to record its parent

We need to be able to search back up the tree for #address-cells and #size-cells. Record the parent of each node to make this easier. Signed-off-by: Simon Glass --- tools/dtoc/fdt.py | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git

Re: [U-Boot] [PATCH v5 04/11] usb: host: xhci-rockchip: use fixed regulator to control vbus

On 19 June 2017 at 04:15, Marek Vasut wrote: > On 06/19/2017 11:50 AM, rock-chips(daniel.meng) wrote: >> >> >> On 2017/6/18 13:11, Marek Vasut wrote: >>> On 06/18/2017 12:10 AM, Simon Glass wrote: Hi Marek, On 17 June 2017 at 13:33, Marek Vasut wrote:

Re: [U-Boot] [PATCH 3/3] cmd: scsi: Fix null pointer dereference in 'scsi reset'

On 17 June 2017 at 07:36, Bin Meng wrote: > During 'scsi reset', scsi_bus_reset() is called with udevice pointed > to NULL, which causes exception. As a temporary fix, disable the call > for DM SCSI for now. > > Signed-off-by: Bin Meng > --- > > cmd/scsi.c

Re: [U-Boot] [PATCH v2 1/3] rockchip: video: mipi: Add rk3288 soc specific driver for mipi dsi

On 19 June 2017 at 00:19, Eric Gao wrote: > Add rk3288 soc specific driver for mipi dsi. > > Signed-off-by: Eric Gao > > --- > > Changes in v1: > -Change function name from rk_display_enable to rk_mipi_enable. > -Use IS_ERR to judge the return

Re: [U-Boot] [PATCH 2/3] dm: ahci: Avoid scsi_scan_dev() in ahci_probe_scsi()

On 17 June 2017 at 07:35, Bin Meng wrote: > Running 'scsi scan' command causes scsi_scan_dev() to be called, > from which device_probe() is called and consequently AHCI driver > probe routine will be called as SCSI driver's parent, and finally > ahci_probe_scsi() calls

Re: [U-Boot] Pull request: u-boot-sunxi/master

On Fri, Jun 16, 2017 at 09:54:47PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > thanks! > Jagan. > > The following changes since commit 24796d27be0d0f403ed6ad7e3022b33e36ac08b5: > > Merge git://git.denx.de/u-boot-ubi (2017-06-06 07:13:39 -0400) > > are available in the

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

On Sun, Jun 18, 2017 at 09:46:39PM +0200, Marek Vasut wrote: > The following changes since commit b9f7d8817424bb328d5eac9b16196a1189b8b6f5: > > powerpc, 5xx: remove some "5xx" remains (2017-06-16 10:14:56 -0400) > > are available in the git repository at: > >

Re: [U-Boot] Pull request: u-boot-sunxi/master

On Fri, Jun 16, 2017 at 9:54 PM, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > thanks! > Jagan. > > The following changes since commit 24796d27be0d0f403ed6ad7e3022b33e36ac08b5: > > Merge git://git.denx.de/u-boot-ubi (2017-06-06 07:13:39 -0400) > > are

[U-Boot] [ANN] U-Boot v2017.07-rc2 released

Hey all, It's release day and v2017.07-rc2 is out. I'm mostly happy with the size of the changes here and I did remember to sync the defconfigs prior to tagging. If anyone has critical fixes I've missed or some Kconfig migrations (that I can prove out as correct), please speak up. Things look

Re: [U-Boot] [PATCH 2/2] MIPS: Stop building position independent code

Hi Daniel, On Monday, 19 June 2017 12:48:12 PDT Daniel Schwierzeck wrote: > Am 19.06.2017 um 20:53 schrieb Paul Burton: > > Hi Daniel, > > > > On Friday, 16 June 2017 15:48:06 PDT Daniel Schwierzeck wrote: > >> Am 16.06.2017 um 02:05 schrieb Paul Burton: > >>> U-Boot has up until now built with

Re: [U-Boot] [PATCH 2/2] MIPS: Stop building position independent code

Am 19.06.2017 um 20:53 schrieb Paul Burton: > Hi Daniel, > > On Friday, 16 June 2017 15:48:06 PDT Daniel Schwierzeck wrote: >> Am 16.06.2017 um 02:05 schrieb Paul Burton: >>> U-Boot has up until now built with -fpic for the MIPS architecture, >>> producing position independent code which uses

Re: [U-Boot] Use u-boot to recover bricked NVIDIA SHIELD TV.

On Mon, Jun 19, 2017 at 11:53 AM, Stephen Warren wrote: > On 06/18/2017 04:46 PM, Matthew Gorski wrote: > >> I am curious if there is a possibility to recover a wrongly flashed >> NVIDIA SHIELD TV device by flashing u-boot instead of cboot and mounting >> the emmc in uboot

[U-Boot] [PATCH v3 2/2] MIPS: Stop building position independent code

U-Boot has up until now built with -fpic for the MIPS architecture, producing position independent code which uses indirection through a global offset table, making relocation fairly straightforward as it simply involves patching up GOT entries. Using -fpic does however have some downsides. The

Re: [U-Boot] [PATCH 2/2] MIPS: Stop building position independent code

Hi Daniel, On Friday, 16 June 2017 15:48:06 PDT Daniel Schwierzeck wrote: > Am 16.06.2017 um 02:05 schrieb Paul Burton: > > U-Boot has up until now built with -fpic for the MIPS architecture, > > producing position independent code which uses indirection through a > > global offset table, making

Re: [U-Boot] Use u-boot to recover bricked NVIDIA SHIELD TV.

On Mon, Jun 19, 2017 at 12:22 PM, Matthew Gorski wrote: > > > On Mon, Jun 19, 2017 at 11:53 AM, Stephen Warren > wrote: > >> On 06/18/2017 04:46 PM, Matthew Gorski wrote: >> >>> I am curious if there is a possibility to recover a wrongly flashed >>>

[U-Boot] [PATCH 03/14] fdt: Correct fdt_get_base_address()

This function appears to obtain the value of the 'ranges' property rather than 'reg'. As such it does not behave as documented or expected. In addition it picks up the second field of the property which is the size (with prop += naddr) rather than the first which is the address. Fix it.

[U-Boot] [PATCH 09/14] dm: mmc: sunxi: Drop mmc_clk_io_on()

This function has #ifdefs in it which we want to avoid for driver model. Instead we should use different compatible strings and the .data field. It also uses the MMC device number which is not available in driver model except through aliases. Move the function's into its caller so that the

[U-Boot] [PATCH 12/14] dm: sunxi: sata: Don't build sata support into SPL

This is not used in SPL so we do not need to compile it. Make this change before adding driver-model support to the driver, to avoid build errors. With driver model we define a U_BOOT_DRIVER() which would otherwise be present in SPL and not be garbage-collected when building. Signed-off-by: Simon

[U-Boot] [PATCH 10/14] dm: mmc: sunxi: Add support for driver model

Add a driver-model version of this driver which mostly uses the existing code. The old code can be removed once all boards are switched over. Signed-off-by: Simon Glass --- drivers/mmc/sunxi_mmc.c | 134 1 file changed, 134

[U-Boot] [PATCH 14/14] dm: sunxi: Move Linksprite_pcDuino3 to use DM for MMC, SATA

Move this board over to driver model for MMC and SATA. This means that it uses CONFIG_BLK as well. In SPL these options remain turned off since it increases the code size. One option would be to use CONFIG_SPL_OF_PLATDATA to avoid device-tree overhead. Signed-off-by: Simon Glass

[U-Boot] [PATCH 13/14] dm: sata: sunxi: Add support for driver model

Adjust SATA setup to support driver model. Signed-off-by: Simon Glass --- board/sunxi/ahci.c | 61 +++--- 1 file changed, 58 insertions(+), 3 deletions(-) diff --git a/board/sunxi/ahci.c b/board/sunxi/ahci.c index

[U-Boot] [PATCH 11/14] dm: scsi: Don't scan the SCSI bus when probing

The 'scsi scan' function handles this at present and we don't want to do it twice. With driver model we want to adopt U-Boot's lazy init approach where possible. Drop the automatic scan when probing a SCSI bus. Signed-off-by: Simon Glass --- drivers/ata/ahci.c | 5 - 1

[U-Boot] [PATCH 08/14] dm: mmc: sunxi: Pass private data around explicitly

At present the driver-private data is obtained in various functions by various means. With driver model this is provided automatically. Without driver model it comes from a C array declared at the top of the file. Adjust internal functions so that they are passed the private data as a parameter,

[U-Boot] [PATCH 07/14] dm: mmc: sunxi: Rename mmchost to priv

Use the driver-model naming convention for this structure. It is data private to the driver so the local variable should be called 'priv'. Signed-off-by: Simon Glass --- drivers/mmc/sunxi_mmc.c | 125 1 file changed, 62

[U-Boot] [PATCH 05/14] dm: ahci: Correct uclass private data

This is expected to be attached to the uclass and the code operates that way, but the uclass has not been updated. Fix it to avoid using memory at address 0. Signed-off-by: Simon Glass Fixes: 47fc61a (dm: ahci: Drop use of probe_ent) --- drivers/ata/ahci-uclass.c | 2 ++

[U-Boot] [PATCH 06/14] dm: mmc: sunxi: Rename struct sunxi_mmc_host to sunxi_mmc_priv

Use the driver-model naming convention for this structure. It is data private to the driver. Signed-off-by: Simon Glass --- drivers/mmc/sunxi_mmc.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/mmc/sunxi_mmc.c

[U-Boot] [PATCH 04/14] dm: scsi: Drop duplicate SCSI and DM_SCSI options

When the SATA code was moved into drivers/ata these Kconfig options were added to that directory. They already exist in drivers/scsi. Remove them from drivers/ata to fix the duplication. Signed-off-by: Simon Glass Fixes: 7f2b5f4 (sata: Move drivers into new drivers/ata

[U-Boot] [PATCH 02/14] dm: mmc: Allow disabling driver model in SPL

At present if U-Boot proper uses driver model for MMC, then SPL has to also. While this is desirable, it places a significant barrier to moving to driver model in some cases. For example, with a space-constrained SPL it may be necessary to enable CONFIG_SPL_OF_PLATDATA which involves adjusting

[U-Boot] [PATCH 01/14] ahci: Support non-PCI controllers

At present the AHCI SCSI driver only supports PCI with driver model. Rename the existing function to indicate this and add support for adding a non-PCI controller . Signed-off-by: Simon Glass --- arch/x86/cpu/ivybridge/sata.c | 2 +- drivers/ata/ahci.c| 26

Re: [U-Boot] Use u-boot to recover bricked NVIDIA SHIELD TV.

On Mon, Jun 19, 2017 at 11:53 AM, Stephen Warren wrote: > On 06/18/2017 04:46 PM, Matthew Gorski wrote: > >> I am curious if there is a possibility to recover a wrongly flashed >> NVIDIA SHIELD TV device by flashing u-boot instead of cboot and mounting >> the emmc in uboot

Re: [U-Boot] [RFC PATCH] net: ag7xxx: Clean up some issues with phy access

On Mon, Jun 19, 2017 at 4:37 AM, Marek Vasut wrote: > On 06/13/2017 06:28 PM, Joe Hershberger wrote: >> On Tue, Jun 13, 2017 at 4:24 AM, Marek Vasut wrote: >>> On 06/12/2017 10:20 PM, Joe Hershberger wrote: Don't wait forever, Pass errors back, etc.

Re: [U-Boot] Use u-boot to recover bricked NVIDIA SHIELD TV.

On 06/18/2017 04:46 PM, Matthew Gorski wrote: I am curious if there is a possibility to recover a wrongly flashed NVIDIA SHIELD TV device by flashing u-boot instead of cboot and mounting the emmc in uboot to do some repairs. The NVIDIA SHIELD TV is a production Android device, and hence I'm

Re: [U-Boot] Use u-boot to recover bricked NVIDIA SHIELD TV.

Hi Matthew, On 18 June 2017 at 16:46, Matthew Gorski wrote: > > I am curious if there is a possibility to recover a wrongly flashed NVIDIA > SHIELD TV device by flashing u-boot instead of cboot and mounting the emmc in > uboot to do some repairs. If I lose keys for

Re: [U-Boot] Use u-boot to recover bricked NVIDIA SHIELD TV.

Would these commands work in production mode even though the bootloader was previously unlocked? (Assuming all TX1 chip id's are 0x21) tegrarcm --download ebt cboot.bin 0 0 or sudo ./tegraflash.py --bl ./t210ref/cboot.bin --applet nvtboot_recovery.bin --chip 0x21 --cmd "write USP blob" On

[U-Boot] [PATCH] Initilize IDE prior environment

To allow the loading of environment from IDE (for example, using FAT) the initilization of IDE subsystem must come before the environment one. Successfully tested on QEMU x86. Signed-off-by: Otavio Salvador --- common/board_r.c | 6 +++--- 1 file changed, 3

Re: [U-Boot] [PATCH v8 4/7] arm: socfpga: Enable FPGA driver on SPL

On 06/19/2017 05:32 AM, Chee, Tien Fong wrote: > On Sel, 2017-06-13 at 11:05 +0200, Marek Vasut wrote: >> On 06/13/2017 05:26 AM, Chee, Tien Fong wrote: >>> >>> On Isn, 2017-06-12 at 16:38 +0800, Chee, Tien Fong wrote: On Jum, 2017-06-09 at 08:52 -0500, Dinh Nguyen wrote: > >

Re: [U-Boot] ImportError: No module named _libfdt

On Sat, Jun 17, 2017 at 6:45 PM, Jean-Marc Beaune wrote: > Hello, > > I am new to U-Boot and trying to compile source code in order to get U-Boot > working on a BananaPi. > > I get the following error while compiling the latest version of master > branch: > > ImportError: No

[U-Boot] [PATCH 2/2] rpi: Fix fdt_high & initrd_high for 64-bit builds

The magic value that disables relocation is dependent on the CPU word size, so the current '' is doing the wrong thing on aarch64. Signed-off-by: Tuomas Tynkkynen --- These two patches aren't really related except for touching the same parts of the code, I just

[U-Boot] [PATCH 1/2] rpi: Change load addresses to make more room for the kernel

According to the comment in rpi.h, the current kernel load address is picked such that the compressed kernel and the uncompressed kernel don't overlap in memory to avoid unnecessary relocation of the compressed image in the decompressor stub. However, as is evident from the kernel boot log snipped

[U-Boot] Driver model u-boot 2017

Hi Simon, I need an early binding in order to print information about the CPU frequency using a driver I implemented using driver model. u-boot starts binding all the devices at once? I don't understand why the printing is performed during the binding (I have only 1 CPU) also it's performed

[U-Boot] Getting splash screen to work

Hello, I am trying to get splash screen work in the uboot but have no luck so far. Anyone can help me with what I might be doing wrong? I have following code right now: fatload ${devtype} ${devnum}:${bootpart} 0x0020 /splash.bmp && bmp display 0x0020; I can see that image is actually

[U-Boot] ImportError: No module named _libfdt

Hello, I am new to U-Boot and trying to compile source code in order to get U-Boot working on a BananaPi. I get the following error while compiling the latest version of master branch: ImportError: No module named _libfdt Has anyone an idea about why Python is not happy? Thank you, JM

Re: [U-Boot] [PATCH 1/2] rpi: Change load addresses to make more room for the kernel

On Mon, Jun 19, 2017 at 02:08:03PM +0300, Tuomas Tynkkynen wrote: > According to the comment in rpi.h, the current kernel load address is > picked such that the compressed kernel and the uncompressed kernel don't > overlap in memory to avoid unnecessary relocation of the compressed > image in the

Re: [U-Boot] [PATCH 2/6] arm: mach-omap2: Factor out common FDT fixup suport

On Fri, Jun 16, 2017 at 02:26:57PM -0500, Andrew F. Davis wrote: > Some of the fixups currently done for OMAP5 class boards are common to > other OMAP family devices, move these to fdt-common.c. > > Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini -- Tom

Re: [U-Boot] [PATCH 6/6] board: ti: am43xx: Add FDT fixup for HS devices

On Fri, Jun 16, 2017 at 02:27:01PM -0500, Andrew F. Davis wrote: > Disable RNG and add TEE to FDT used on HS devices. > > Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 4/6] arm: mach-omap2: am33xx: Add FDT fixup suport for AM33xx/AM43xx boards

On Fri, Jun 16, 2017 at 02:26:59PM -0500, Andrew F. Davis wrote: > Similar to what is done with OMAP5 class boards we need to > perform fixups common to this SoC class, add support for this here > and add HS fixups. > > Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 1/6] arm: mach-omap2: Move omap5/sec-fxns.c into sec-common.c

On Fri, Jun 16, 2017 at 02:26:56PM -0500, Andrew F. Davis wrote: > TEE loading and firewall setup are common to all omap2 devices, move > these function out of omap5 and into mach-omap2. This allows us > to use these functions from other omap class devices. > > Signed-off-by: Andrew F. Davis

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

On Thu, Jun 15, 2017 at 2:54 PM, Álvaro Fernández Rojas wrote: > Hi Jagan, > > El 15/6/17 a las 7:38, Jagan Teki escribió: >> On Wed, Jun 14, 2017 at 3:27 PM, Álvaro Fernández Rojas >> wrote: >>> This driver is a simplified version of

Re: [U-Boot] [PATCH v2 08/13] usb: gadget: ether: Provide a way to read MAC address

Hi Lukasz, On Thursday 15 June 2017 10:28 PM, Marek Vasut wrote: > On 06/14/2017 02:24 PM, Vignesh R wrote: >> >> >> On Tuesday 13 June 2017 07:36 PM, Marek Vasut wrote: >>> On 06/13/2017 02:10 PM, Vignesh R wrote: Provide a way to read MAC address for usb_ether device from board

[U-Boot] [PATCH v4 3/4] rockchip: Add basic support for phyCORE-RK3288 SoM based carrier board

The phyCORE-RK3288 is a SoM (System on Module) containing a RK3288 SoC. The module can be connected to different carrier boards. It can be also equipped with different RAM, SPI flash and eMMC variants. The Rapid Development Kit option is using the following setup: - 1 GB DDR3 RAM (2 Banks) -

[U-Boot] [PATCH v4 2/4] power: regulator: rk8xx: Allow input current/charger shutdown configuration

The RK818 PMIC contains a charger. Add very basic charger functionality to be able to regulate the USB input current and charger shutdown limits. Signed-off-by: Wadim Egorov Reviewed-by: Simon Glass --- Changes in v4: - Added Reviewed-by: Simon Glass

[U-Boot] [PATCH v4 4/4] doc: rockchip: Add phyCORE-RK3288 RDK to board list

Signed-off-by: Wadim Egorov Acked-by: Simon Glass Reviewed-by: Simon Glass --- Changes in v4: - Added Reviewed-by: Simon Glass doc/README.rockchip | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v4 1/4] power: regulator: rk8xx: Build get_ldo_reg only for SPL

Enabling CONFIG_SPL_POWER_SUPPORT will cause a compiler warning: ‘get_ldo_reg’ defined but not used [-Wunused-function] Let's wrap get_ldo_reg(), rk808_ldo and rk818_ldo with ENABLE_DRIVER which is only set for non SPL builds. Signed-off-by: Wadim Egorov Reviewed-by: Simon

Re: [U-Boot] [PATCH v8 4/7] arm: socfpga: Enable FPGA driver on SPL

On Sel, 2017-06-13 at 11:05 +0200, Marek Vasut wrote: > On 06/13/2017 05:26 AM, Chee, Tien Fong wrote: > > > > On Isn, 2017-06-12 at 16:38 +0800, Chee, Tien Fong wrote: > > > > > > On Jum, 2017-06-09 at 08:52 -0500, Dinh Nguyen wrote: > > > > > > > > > > > > > > > > On 06/09/2017 03:25 AM,

Re: [U-Boot] [PATCH v5 04/11] usb: host: xhci-rockchip: use fixed regulator to control vbus

On 06/19/2017 11:50 AM, rock-chips(daniel.meng) wrote: > > > On 2017/6/18 13:11, Marek Vasut wrote: >> On 06/18/2017 12:10 AM, Simon Glass wrote: >>> Hi Marek, >>> >>> On 17 June 2017 at 13:33, Marek Vasut wrote: On 06/17/2017 07:28 PM, Simon Glass wrote: > Hi Marek,

Re: [U-Boot] [PATCH v5 04/11] usb: host: xhci-rockchip: use fixed regulator to control vbus

On 2017/6/18 13:11, Marek Vasut wrote: On 06/18/2017 12:10 AM, Simon Glass wrote: Hi Marek, On 17 June 2017 at 13:33, Marek Vasut wrote: On 06/17/2017 07:28 PM, Simon Glass wrote: Hi Marek, On 17 June 2017 at 00:22, Marek Vasut wrote: On 06/17/2017 05:41

Re: [U-Boot] [RFC PATCH] net: ag7xxx: Clean up some issues with phy access

On 06/13/2017 06:28 PM, Joe Hershberger wrote: > On Tue, Jun 13, 2017 at 4:24 AM, Marek Vasut wrote: >> On 06/12/2017 10:20 PM, Joe Hershberger wrote: >>> Don't wait forever, Pass errors back, etc. >>> >>> Signed-off-by: Joe Hershberger >>> >>> --- >>> This

[U-Boot] [PATCH] drivers: mmc: Change buffer type in ALLOC_CACHE_ALIGN_BUFFER macro

From: Suniel Mahesh __be32_to_cpu() accepts argument of type __be32. This patch changes type of the buffer in ALLOC_CACHE_ALIGN_BUFFER macro to __be32, which is then passed to __be32_to_cpu(). This prevents sparse build warnings. drivers/mmc/mmc.c: warning: cast to

[U-Boot] [PATCH v1] rockchip: pwm: fix: pwm dosen't work on rk3288

According to rk3288 spec, the pwm register order is: PWM_PWM0_CNT, PWM_PWM0_PERIOD_HPR, PWM_PWM0_DUTY_LPR, PWM_PWM0_CTRL but the source code's order is: struct rk3288_pwm { u32 cnt; u32 duty_lpr; u32 period_hpr; u32 ctrl; }; So, correct it here. It is the same as

Re: [U-Boot] [PATCH 2/2] mmc: rpmb: update size format for write_counter

Hi, On Tue, 13 Jun 2017 10:11:17 +0800 Kever Yang wrote: > Hi Simon, > > > On 06/09/2017 08:28 PM, Simon Glass wrote: > > On 7 June 2017 at 19:20, Kever Yang wrote: > >> According to MMC spec, the write_counter is 4-byte length, > >> use 'int' instead of 'long' type

[U-Boot] [PATCH v2 1/3] rockchip: video: mipi: Add rk3288 soc specific driver for mipi dsi

Add rk3288 soc specific driver for mipi dsi. Signed-off-by: Eric Gao --- Changes in v1: -Change function name from rk_display_enable to rk_mipi_enable. -Use IS_ERR to judge the return status. -Use dev_read_addr to replace devfdt_get_addr.

[U-Boot] [PATCH v2 2/3] rockchip: video: Makefile: Add soc specific driver for rk3288 mipi dsi

Signed-off-by: Eric Gao --- Changes in v1: None drivers/video/rockchip/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/video/rockchip/Makefile b/drivers/video/rockchip/Makefile index 600743c..8005003 100644 --- a/drivers/video/rockchip/Makefile +++

[U-Boot] [PATCH v2 3/3] rockchip: video: defconfig: Add mipi dsi support for evb-rk3288

Add support for rk3288 mipi dsi. Signed-off-by: Eric Gao Reviewed-by: Simon Glass --- Changes in v1: -Make the subject more intelligible. configs/evb-rk3288_defconfig | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[U-Boot] [PATCH v2 0/3] Add mipi dsi support for evb-rk3288.

Changes in v1: -Change function name from rk_display_enable to rk_mipi_enable. -Use IS_ERR to judge the return status. -Use dev_read_addr to replace devfdt_get_addr. -Make the subject more intelligible. Eric Gao (3): rockchip: video: mipi: Add rk3288 soc specific driver for mipi dsi