[U-Boot] [PATCH] libfdt: Initialize the stack variable

From: Tien Fong Chee Report Coverity log: The code uses a variable that has not been initialized, leading to unpredictable or unintended results. Signed-off-by: Tien Fong Chee --- lib/libfdt/fdt_wip.c |2 +- 1 files changed, 1

Re: [U-Boot] [PATCH 4/4] sunxi: Remove the MMC index hack

On Wed, Aug 23, 2017 at 7:41 PM, Maxime Ripard wrote: > The current code, if there's both an eMMC and an MMC slot available on the > board, will swap the MMC indices based on whether we booted from the eMMC > or the MMC. This way, the MMC we're supposed to boot

Re: [U-Boot] [PATCH 2/4] arm: sunxi: compile spl_boot_device even for U-Boot

On Wed, Aug 23, 2017 at 7:41 PM, Maxime Ripard wrote: > U-Boot itself might need to identify the boot device, for example to be > able to tell where to load the kernel from when several options are > possible. > > Remove the guard preventing it from being

Re: [U-Boot] [PATCH] blk: Remove various places that do flush cache after read

> -Original Message- > From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Wednesday, August 23, 2017 1:29 PM > To: Y.b. Lu > Cc: Qiang Zhao; York Sun; Grygorii Strashko; Michal Simek; Angelo > Dureghello; Kever Yang; Jaehoon Chung; Albert Aribaud; Marcel Ziswiler; > Markus Niebel; Z.q.

Re: [U-Boot] [PATCH 3/4] sunxi: Use spl_boot_device

On Wed, Aug 23, 2017 at 7:41 PM, Maxime Ripard wrote: > Our current board code duplicates a bit the spl_boot_device logic. Now that > we can use that function in the full-flavoured U-Boot, remove that > duplication and call the function instead. > >

Re: [U-Boot] [PATCH 2/2] x86: baytrail: Fix turbo enable

On Thu, Aug 17, 2017 at 4:10 PM, Bin Meng wrote: > CPU_INTEL_TURBO_NOT_PACKAGE_SCOPED must be turned on for Baytrail. > > Signed-off-by: Bin Meng > --- > > arch/x86/cpu/baytrail/Kconfig | 1 + > 1 file changed, 1 insertion(+) > applied to u-boot-x86,

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

Hi Tom, This contains various fixes and a reworked version of serial RX buffer support. Hopefully this is the last PR from x86 for v2017.09. The following changes since commit 90ae53ce1ae665a1b43ecf5ccafc339839392427: fastboot: Ensure we treat CONFIG_FASTBOOT_BUF_ADDR as long (2017-08-22

Re: [U-Boot] [PATCH 2/4] serial: serial-uclass: Add generic serial RX buffer support

On Thu, Aug 17, 2017 at 3:11 PM, Bin Meng wrote: > On Wed, Aug 16, 2017 at 11:37 PM, Stefan Roese wrote: >> Pasting longer lines into the U-Boot console prompt sometimes leads to >> characters missing. One problem here is the small 16-byte FIFO of the >> legacy

Re: [U-Boot] [PATCH] x86: kconfig: Imply CMD_PCI

On Wed, Aug 16, 2017 at 8:43 PM, Stefan Roese wrote: > On 16.08.2017 14:46, Bin Meng wrote: >> >> Let's imply the 'pci' command to access the de facto interconnect >> bus in an x86 system. >> >> Signed-off-by: Bin Meng > > > Reviewed-by: Stefan Roese

Re: [U-Boot] [PATCH 3/4] x86: conga-qeval20-qa3-e3845: Select SERIAL_RX_BUFFER via Kconfig

On Thu, Aug 17, 2017 at 3:11 PM, Bin Meng wrote: > On Wed, Aug 16, 2017 at 11:37 PM, Stefan Roese wrote: >> To support more input characters (longer stings pasted into the U-Boot >> prompt) without dropping, lets selects the recently added UART RX >> buffer for

Re: [U-Boot] [PATCH 1/2] x86: Convert CPU_INTEL_TURBO_NOT_PACKAGE_SCOPED to Kconfig

On Thu, Aug 17, 2017 at 4:10 PM, Bin Meng wrote: > This converts CPU_INTEL_TURBO_NOT_PACKAGE_SCOPED to a Kconfig option. > > Signed-off-by: Bin Meng > --- > > arch/x86/Kconfig | 7 +++ > arch/x86/cpu/turbo.c | 2 +- >

Re: [U-Boot] [PATCH] x86: tangier: kconfig: Guard tangier-specific options

On Mon, Aug 21, 2017 at 5:08 PM, Andy Shevchenko wrote: > On Sun, 2017-08-20 at 04:33 -0700, Bin Meng wrote: >> These options should not be exposed to other platforms. >> > > Fair enough. > Thanks for taking care of this! > > Acked-by: Andy Shevchenko

Re: [U-Boot] [PATCH] x86: bayleybay: Adjust VGA rom address

On Sun, Aug 20, 2017 at 7:32 PM, Bin Meng wrote: > Adjust VGA rom address to 0xfffb so that u-boot.rom image can be > built again. > > Signed-off-by: Bin Meng > --- > > configs/bayleybay_defconfig | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [U-Boot] [PATCH 1/4] Revert "serial: ns16550: Add RX interrupt buffer support"

On Thu, Aug 17, 2017 at 3:11 PM, Bin Meng wrote: > On Wed, Aug 16, 2017 at 11:37 PM, Stefan Roese wrote: >> This reverts commit 6822cf3ec7c8768b8727573b8f4b2cb3d870b881. >> >> As Bin Meng has tested and pointed out, we don't need the RX interrupt >> for the RX

Re: [U-Boot] [PATCH 4/4] x86: dfi-bt700: Select SERIAL_RX_BUFFER via Kconfig

On Thu, Aug 17, 2017 at 3:11 PM, Bin Meng wrote: > On Wed, Aug 16, 2017 at 11:37 PM, Stefan Roese wrote: >> To support more input characters (longer stings pasted into the U-Boot >> prompt) without dropping, lets selects the recently added UART RX >> buffer for

Re: [U-Boot] [PATCH] vbe: Drop vbe_get_video_info()

On Wed, Aug 16, 2017 at 10:35 PM, Bin Meng wrote: > With DM video, this is not used any more. Drop it. > > Signed-off-by: Bin Meng > --- > > drivers/pci/pci_rom.c | 41 - > include/vbe.h | 2 -- > 2 files

Re: [U-Boot] [PATCH 4/5] x86: ich-spi: Move opcode registers configuration to another routine

On Wed, Aug 16, 2017 at 2:19 PM, Stefan Roese wrote: > On 16.08.2017 07:38, Bin Meng wrote: >> >> At present the ICH SPI opcode registers configuration is done in the >> ich_spi_remove() routine, a little bit weird but that's how current. >> Linux MTD driver works. This changes to

Re: [U-Boot] [PATCH 5/5] x86: fsp: Configure SPI opcode registers before SPI is locked down

On Wed, Aug 16, 2017 at 2:21 PM, Stefan Roese wrote: > On 16.08.2017 07:38, Bin Meng wrote: >> >> Some Intel FSP (like Braswell) does SPI lock-down during the call >> to fsp_notify(INIT_PHASE_BOOT). But before SPI lock-down is done, >> it's bootloader's responsibility to configure

Re: [U-Boot] [PATCH 3/5] x86: ich-spi: Don't read cached lock status

On Wed, Aug 16, 2017 at 2:19 PM, Stefan Roese wrote: > On 16.08.2017 07:38, Bin Meng wrote: >> >> At present the ICH SPI controller driver reads the controller lock >> status from its register in the probe routine and saves the lock >> status to a member of priv. Later the driver

Re: [U-Boot] [PATCH 2/5] x86: ich-spi: Remove unnecessary assignment in ich_init_controller()

On Wed, Aug 16, 2017 at 2:18 PM, Stefan Roese wrote: > On 16.08.2017 07:38, Bin Meng wrote: >> >> There is no need to do another assignment to ich7_spi. >> >> Signed-off-by: Bin Meng >> --- >> >> drivers/spi/ich.c | 1 - >> 1 file changed, 1 deletion(-) >> >>

Re: [U-Boot] [PATCH 1/5] x86: ich-spi: Remove spi_write_protect_region()

On Wed, Aug 16, 2017 at 2:18 PM, Stefan Roese wrote: > On 16.08.2017 07:38, Bin Meng wrote: >> >> This routine is not called anywhere. >> >> Signed-off-by: Bin Meng >> --- >> >> drivers/spi/ich.c | 50 >> -- >>

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

On Tue, Aug 15, 2017 at 5:35 AM, Simon Glass wrote: > Hi Chen-Yu, > > On 8 August 2017 at 21:27, Chen-Yu Tsai wrote: >> Hi Simon, >> >> On Wed, Jul 5, 2017 at 3:31 AM, Simon Glass wrote: >>> At present the driver-private data is obtained in

Re: [U-Boot] [PATCH 1/4] mmc: sunxi: fix legacy MMC initialisation

On Wed, Aug 23, 2017 at 7:41 PM, Maxime Ripard wrote: > The driver-model rework changed, among other things, the way the private > data were moved around. It now uses the private field in the struct mmc. > > However, the mmc_create argument was changed in the

Re: [U-Boot] [PATCH 1/2] [rfc] parse the second area of android image

Hi Tom and other maintainers： 2017-07-13 2:25 GMT+08:00 Tom Rini : > On Tue, Jul 11, 2017 at 03:56:03PM +1000, Bin Chen wrote: > > > The second area of android image was intended to put a 2nd stage > > bootloader but in practice were rarely used (in my knowledge). > > > > An

Re: [U-Boot] [PATCH] sunxi: Enable random UUIDs when GPT is enabled

On Wed, Aug 23, 2017 at 04:06:55PM +0200, Maxime Ripard wrote: > We can create GPT partitions without a UUID, but we need to have > RANDOM_UUID enabled to do that. Enable it. > > Signed-off-by: Maxime Ripard > --- > include/configs/sunxi-common.h | 4 > 1

Re: [U-Boot] [PATCH v4 1/1] efi_loader: write protocol GUID in OpenProtocol

On 08/18/2017 05:45 PM, Heinrich Schuchardt wrote: > To understand what is happening in OpenProtocol or LocateProtocol > it is necessary to know the protocol interface GUID. > Let's write a debug message. > > Cc: Rob Clark > Signed-off-by: Heinrich Schuchardt

[U-Boot] [PATCH 6/8] include/configs: drop default definitions of CONFIG_SYS_MAXARGS

Now that include/config_fallbacks.h define a sane fallback for CONFIG_SYS_MAXARGS, we can drop the definition of this constant in all configurations that were using the default value. Signed-off-by: Thomas Petazzoni --- include/configs/10m50_devboard.h

Re: [U-Boot] [PATCH] pico-imx7d: Add support for secure boot

Hi Fabio, On Wed, Aug 23, 2017 at 11:11 AM, Fabio Estevam wrote: > Hi Vanessa, > > On Wed, Aug 23, 2017 at 11:05 AM, Vanessa Maegima > wrote: > > Add a new defconfig to enable secure boot on pico-imx7d. > > Please explain in the commit log why you

[U-Boot] [PATCH 8/8] include/configs: remove numerous CONFIG_SYS_BARGSIZE definitions

This commit removes definitions of CONFIG_SYS_BARGSIZE defined to be equal to CONFIG_SYS_CBSIZE in numerous configuration files. We remove such definitions in two situations: - CONFIG_SYS_CBSIZE is otherwise not defined in the board configuration file, which means the default value of

[U-Boot] [PATCH 7/8] include/configs: remove default values of CONFIG_SYS_BARGSIZE

CONFIG_SYS_BARGSIZE is already defined to 512 in common/image.c when not defined. Therefore, there is no point in having board configuration files define it to 512. Signed-off-by: Thomas Petazzoni --- include/configs/MigoR.h| 1 -

[U-Boot] [PATCH 5/8] include/config_fallbacks.h: add default for CONFIG_SYS_MAXARGS

CONFIG_SYS_MAXARGS contains the maximum number of arguments accepted by U-Boot commands. Since the vast majority of the platforms define it to 16, it makes sense to have a default definition to 16, which will allow to remove this definition from a significant number of platforms. It will allow to

[U-Boot] [PATCH 3/8] include/config_fallbacks.h: change fallback for CONFIG_SYS_PBSIZE

Most of the platforms are using CONFIG_SYS_CBSIZE + sizeof(CONFIG_SYS_PROMPT) + 16 as their value for CONFIG_SYS_PBSIZE, so let's adopt this for the fallback value of CONFIG_SYS_PBSIZE. This will allow us to drop an explicit definition of CONFIG_SYS_PBSIZE from a large number of platforms.

[U-Boot] [PATCH 2/8] include/configs: remove CONFIG_SYS_CBSIZE when the default value is used

Now that include/config_fallbacks.h define a sane fallback for CONFIG_SYS_CBSIZE, we can drop the definition of this constant in all configurations that were using the default value. Signed-off-by: Thomas Petazzoni --- include/configs/10m50_devboard.h| 1

[U-Boot] [PATCH 1/8] include/config_fallbacks.h: add default for CONFIG_SYS_CBSIZE

CONFIG_SYS_CBSIZE contains the buffer size for input for the console. The vast majority of platforms define them to some reasonable value (256, 512 or 1024 bytes), and it is quite annoying to repeat this definition for all platforms while it isn't really HW-related. Therefore, let's provide a

[U-Boot] [PATCH 0/8] Clean up CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE} definitions

Hello, While adding support for new platforms, I found out that many, many platforms define pretty much the same values for: CONFIG_SYS_CBSIZE CONFIG_SYS_PBSIZE CONFIG_SYS_MAXARGS CONFIG_SYS_BARGSIZE with just a few platforms deviating from the values that have clearly been copy/pasted over

[U-Boot] Using USB on AM3517-EVM in U-Boot

I have never tried to use the USB in U-Boot, but it appears broken in U-Boot 2017.09-rc2. When I run 'usb start' I get starting USB... USB0: Port not available. Is this the expected behavior? adam ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] rk3288: 32KB SPL size restriction

On Thu, Aug 24, 2017 at 12:33 AM, Jagan Teki wrote: > On Thu, Aug 24, 2017 at 12:28 AM, Dr. Philipp Tomsich > wrote: >> >>> On 23 Aug 2017, at 20:44, Jagan Teki wrote: >>> >>> On Wed, Aug 23, 2017 at 6:22

Re: [U-Boot] [PATCH V2] spi: mxc_spi: support driver model

On Wed, Aug 23, 2017 at 8:20 PM, Stefano Babic wrote: > Hi Peng, > > On 09/08/2017 07:09, Peng Fan wrote: >> Add driver model support for mxc spi driver. >> Most functions are restructured to be reused by DM and non-DM. >> Tested on mx6slevk/mx6qsabresd board. >> >> Signed-off-by:

Re: [U-Boot] [PATCH v2 13/13] board: ti: dra76: Add dt support

On Mon, Aug 21, 2017 at 12:51:01PM +0530, Lokesh Vutla wrote: > Add support for selecting proper dtb for > dra76x u-boot from FIT. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 11/13] arm: dts: dra7: sync DT with latest Linux

On Mon, Aug 21, 2017 at 12:50:59PM +0530, Lokesh Vutla wrote: > Sync all dra7* specific dts files with the upstream > kernel including changes queued for 4.14 > > https://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git/log/?h=omap-for-v4.14/dt-v3 > > Signed-off-by: Lokesh Vutla

Re: [U-Boot] [PATCH] board: ti: am571x: Add 666MHz support for AM571x IDK

On Tue, Aug 22, 2017 at 01:52:58PM +0530, Lokesh Vutla wrote: > From: Steve Kipisz > > AM571x supports DDR running at 666MHz. Right now it is > clocked at 532MHz which is lower than what is supported. > In order to have maximum performance on AM571-IDK, > switch DDR to 666MHz.

Re: [U-Boot] [PATCH v2 12/13] arm: dts: Add u-boot specific compatibles

On Mon, Aug 21, 2017 at 12:51:00PM +0530, Lokesh Vutla wrote: > Separate out u-boot specific compatibles from dts files. > This will help in syncing dts files in future. > Also these will get deleted eventually once respective drivers > are capable of handling Linux dts files. > > Signed-off-by:

Re: [U-Boot] [PATCH v2 03/13] arm: dra7: Kconfig: Select LP87565 related configs

On Mon, Aug 21, 2017 at 12:50:51PM +0530, Lokesh Vutla wrote: > LP87565 is present on dra76-evm. Select it for > TARGET_DRA7XX_EVM. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH] configs: SECURE_BOOT: Enable CONFIG_CMD_EXT4_WRITE

On Wed, Aug 23, 2017 at 10:59:21AM +0530, Sumit Garg wrote: > As part of chain of trust with confidentiality along with distro > boot, linux kernel image needs to be stored in encrypted form on > ext4 boot partition. So enable CONFIG_CMD_EXT4_WRITE in all Secure > Boot defconfigs. > >

Re: [U-Boot] rk3288: 32KB SPL size restriction

On Thu, Aug 24, 2017 at 12:28 AM, Dr. Philipp Tomsich wrote: > >> On 23 Aug 2017, at 20:44, Jagan Teki wrote: >> >> On Wed, Aug 23, 2017 at 6:22 PM, Dr. Philipp Tomsich >> wrote: >>> On

Re: [U-Boot] rk3288: 32KB SPL size restriction

> On 23 Aug 2017, at 20:44, Jagan Teki wrote: > > On Wed, Aug 23, 2017 at 6:22 PM, Dr. Philipp Tomsich > wrote: >> >>> On 23 Aug 2017, at 13:19, Jagan Teki wrote: >>> >>> Hi Philipp, >>> >>> On Tue,

Re: [U-Boot] rk3288: 32KB SPL size restriction

On Wed, Aug 23, 2017 at 6:22 PM, Dr. Philipp Tomsich wrote: > >> On 23 Aug 2017, at 13:19, Jagan Teki wrote: >> >> Hi Philipp, >> >> On Tue, Aug 22, 2017 at 5:41 PM, Dr. Philipp Tomsich >>

[U-Boot] [PATCH] disk: part: align buffer so it can be used with DMA enabled drivers

From: Stefan Agner When using ISO partitions with a DMA enabled block device driver reading the ISO partition leads to unaligned DMA operations: CACHE: Misaligned operation at range [bffb7da8, bffb85a8] Align the buffer to make sure we pass a buffer which works for

Re: [U-Boot] [PATCH] blk: Remove various places that do flush cache after read

On 08/21/2017 08:42 PM, Bin Meng wrote: > All these places seem to inherit the codes from the MMC driver where > a FIXME was put in the comment. However the correct operation after > read should be cache invalidate, not flush. > > The underlying drivers should be responsible for the cache

Re: [U-Boot] [PATCH] blk: Remove various places that do flush cache after read

On 08/22/2017 03:53 PM, Bin Meng wrote: > Hi York, > > On Wed, Aug 23, 2017 at 12:49 AM, York Sun wrote: >> On 08/21/2017 08:42 PM, Bin Meng wrote: >>> All these places seem to inherit the codes from the MMC driver where >>> a FIXME was put in the comment. However the correct

Re: [U-Boot] [PATCH V2] spi: mxc_spi: support driver model

Hi Peng, On 09/08/2017 07:09, Peng Fan wrote: > Add driver model support for mxc spi driver. > Most functions are restructured to be reused by DM and non-DM. > Tested on mx6slevk/mx6qsabresd board. > > Signed-off-by: Peng Fan > Cc: Jagan Teki > cc: Stefano

Re: [U-Boot] [PATCH] imx: mx7: psci: add copyright and license

On 17/08/2017 11:48, Peng Fan wrote: > Add copyright and license header. > > Signed-off-by: Peng Fan > Cc: Stefano Babic > --- > arch/arm/mach-imx/mx7/psci-mx7.c | 7 +++ > arch/arm/mach-imx/mx7/psci.S | 7 +++ > 2 files changed, 14 insertions(+) >

Re: [U-Boot] [PATCH] pico-imx7d: Add support for secure boot

Hi Vanessa, On Wed, Aug 23, 2017 at 11:05 AM, Vanessa Maegima wrote: > Add a new defconfig to enable secure boot on pico-imx7d. Please explain in the commit log why you are adding this new defconfig. Anyway, I understant that this could be useful if someone tries to

[U-Boot] [PATCH] sunxi: Enable random UUIDs when GPT is enabled

We can create GPT partitions without a UUID, but we need to have RANDOM_UUID enabled to do that. Enable it. Signed-off-by: Maxime Ripard --- include/configs/sunxi-common.h | 4 1 file changed, 4 insertions(+) diff --git a/include/configs/sunxi-common.h

[U-Boot] [PATCH] pico-imx7d: Add support for secure boot

Add a new defconfig to enable secure boot on pico-imx7d. Signed-off-by: Vanessa Maegima --- board/technexion/pico-imx7d/MAINTAINERS | 1 + board/technexion/pico-imx7d/pico-imx7d.c | 9 +++- configs/pico-imx7d_secure_defconfig | 35

[U-Boot] [PATCH 3/4] part: efi: make gpt_fill_pte take the device descriptor

The gpt_fill_pte will need to access the device block size. Let's pass the device descriptor as an argument. Signed-off-by: Maxime Ripard --- disk/part_efi.c | 7 --- include/part.h | 6 -- 2 files changed, 8 insertions(+), 5 deletions(-) diff --git

[U-Boot] [PATCH 1/4] part: efi: Fix offset

Both the config option and the DT options specify the offset to set the GPT at in bytes, yet the code treats those values as block numbers. Fix that. Signed-off-by: Maxime Ripard --- disk/part_efi.c | 10 +++--- 1 file changed, 7 insertions(+), 3

[U-Boot] [PATCH 4/4] part: efi: Disable overlap check

The current code checks that no partitions overlap with the GPT partition table using the offset of the first LBA usable for that partition. This works fine, unless you have a partition entry that is further away than it usually is and you want to create partitions in the gap between the GPT

[U-Boot] [PATCH 2/4] part: efi: rework the partition start and size in gpt_fill_pte

The start variable is only used inside a loop, and is never affected inside it, so it's a purely local variable. In the same way the partition size is accessed several times, so we can store it in a variable. Signed-off-by: Maxime Ripard --- disk/part_efi.c |

Re: [U-Boot] [PATCH] sunxi: usb_phy: invert the USB phy_ctl condition

On Wed, Aug 23, 2017 at 5:01 PM, Maxime Ripard wrote: > All the new SoCs from Allwinner since the A33 have had the phy_ctl offset > at 0x410 instead of 0x404 that was used on the previous SoCs. > > Instead of adding more and more special cases as the number of

Re: [U-Boot] rk3288: 32KB SPL size restriction

> On 23 Aug 2017, at 13:19, Jagan Teki wrote: > > Hi Philipp, > > On Tue, Aug 22, 2017 at 5:41 PM, Dr. Philipp Tomsich > wrote: >> >>> On 22 Aug 2017, at 14:05, Jagan Teki wrote: >>> >>> Philipp and

Re: [U-Boot] [PATCH] serial: nulldev: Add nulldev serial driver

Hi Wilson, On Wed, Aug 23, 2017 at 12:51 PM, Wilson Lee wrote: > From: Keng Soon Cheah > > Some device the serial console's initialization cannot run early during > the boot process. Hence, nulldev serial device is helpful on that > situation. > > This

Re: [U-Boot] [PATCH v2 0/8] imx: add USB Serial Download Protocol (SDP) support

On Wed, Aug 23, 2017 at 5:43 AM, Stefano Babic wrote: > I have merged the whole series to u-boot-imx. Many thanks for your > effort, this was in the TODO list for i.MX since a long time ! Yes, very nice job, Stefan! I will be using it soon on mx6sabresd, thanks!

[U-Boot] [PATCH 1/4] mmc: sunxi: fix legacy MMC initialisation

The driver-model rework changed, among other things, the way the private data were moved around. It now uses the private field in the struct mmc. However, the mmc_create argument was changed in the process to always pass the array we used to have to store our private structures. The basically

[U-Boot] [PATCH 4/4] sunxi: Remove the MMC index hack

The current code, if there's both an eMMC and an MMC slot available on the board, will swap the MMC indices based on whether we booted from the eMMC or the MMC. This way, the MMC we're supposed to boot on will always have the index 0. However, this causes various issues, for example when using

[U-Boot] [PATCH 3/4] sunxi: Use spl_boot_device

Our current board code duplicates a bit the spl_boot_device logic. Now that we can use that function in the full-flavoured U-Boot, remove that duplication and call the function instead. Signed-off-by: Maxime Ripard --- board/sunxi/board.c | 6 +- 1 file

[U-Boot] [PATCH 2/4] arm: sunxi: compile spl_boot_device even for U-Boot

U-Boot itself might need to identify the boot device, for example to be able to tell where to load the kernel from when several options are possible. Remove the guard preventing it from being compiled. Signed-off-by: Maxime Ripard ---

[U-Boot] [PATCH 0/4] mmc: sunxi: index hack removal

Hi, Here is an attempt at removing the hack in the sunxi code to switch the MMC indices depending on the boot device. It's based on Siarhei's suggestion to go through an environment variable set by the code, and then having a script in our default bootcmd to change the boot order in order to

[U-Boot] [PATCH] sunxi: usb_phy: invert the USB phy_ctl condition

All the new SoCs from Allwinner since the A33 have had the phy_ctl offset at 0x410 instead of 0x404 that was used on the previous SoCs. Instead of adding more and more special cases as the number of SoCs grow, let's invert the test to have 0x410 by default, and the (hopefully) fixed number of old

Re: [U-Boot] rk3288: 32KB SPL size restriction

Hi Philipp, On Tue, Aug 22, 2017 at 5:41 PM, Dr. Philipp Tomsich wrote: > >> On 22 Aug 2017, at 14:05, Jagan Teki wrote: >> >> Philipp and Kever - Thanks for the response. >> >> Few comment below. >> >> On Thu, Aug 17, 2017 at

Re: [U-Boot] [PATCH v2 1/2] mmc: sunxi: Support new mode

Hi, On 08/23/2017 07:03 PM, Maxime Ripard wrote: > Almost all of the newer Allwinner SoCs have a new operating mode for the > eMMC clocks that needs to be enabled in both the clock and the MMC > controller. > > Details about that mode are sparse, and the name itself (new mode vs old > mode)

[U-Boot] [PATCH] serial: nulldev: Add nulldev serial driver

From: Keng Soon Cheah Some device the serial console's initialization cannot run early during the boot process. Hence, nulldev serial device is helpful on that situation. This commit is to adding nulldev serial driver. This will allows the default console to be specified

[U-Boot] [PATCH] net: macb: Add support for Xilinx Zynq SoC

Although Xilinx Zynq SoC was using MACB similar hardware. However, U-boot MACB driver was not supporting Xilinx Zynq SoC. This patch is to add support for the Xilinx Zynq SoC to the existing MACB network driver. This patch is to add Zynq GEM DMA Config, provide callback function for different

[U-Boot] rk3xxx.dtsi /usb_host missing specific compatible

Hi, no idea if this is the right place to mail about this, but i got suggested this node is out-of-norm, and the diff below fixes that for me on rk3188. -Artturi diff --git a/arch/arm/dts/rk3xxx.dtsi b/arch/arm/dts/rk3xxx.dtsi index 6d9e36d235..21f2afc104 100644 --- a/arch/arm/dts/rk3xxx.dtsi

[U-Boot] [PATCH 2/2] sunxi: Enable MMC new mode for A83T

The eMMC controller for the A83T uses the new operating mode. Enable it. Signed-off-by: Maxime Ripard --- arch/arm/mach-sunxi/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-sunxi/Kconfig b/arch/arm/mach-sunxi/Kconfig index

[U-Boot] [PATCH v2 1/2] mmc: sunxi: Support new mode

Almost all of the newer Allwinner SoCs have a new operating mode for the eMMC clocks that needs to be enabled in both the clock and the MMC controller. Details about that mode are sparse, and the name itself (new mode vs old mode) doesn't give much details, but it seems that the it changes the

Re: [U-Boot] [PATCH V2] spi: mxc_spi: support driver model

Ping.. It's two weeks since sent out for review. Thanks, Peng. On Wed, Aug 09, 2017 at 01:09:33PM +0800, Peng Fan wrote: >Add driver model support for mxc spi driver. >Most functions are restructured to be reused by DM and non-DM. >Tested on mx6slevk/mx6qsabresd board. > >Signed-off-by: Peng Fan

Re: [U-Boot] [PATCH 2/2] pinctrl: imx7ulp: Add new info instance for iomuxc1

On 14/08/2017 12:09, Peng Fan wrote: > To i.MX7ULP, we need to create two info instances for > iomux0 and iomux1 respectively, otherwise iomuxc0/1 will > share one info instance and use one base, because imx_pinctrl_probe > will use info to store base address and etc. But iomuxc0/1 > actually have

Re: [U-Boot] [PATCH 1/2] pinctrl: imx: Fix mask when SHARE_MUX_CONF_REG is set

On 14/08/2017 12:09, Peng Fan wrote: > when using SHARE_MUX_CONF_REG, wrong mask is used for > writing config value, which causes mux value is cleared. > > Signed-off-by: Peng Fan > Cc: Simon Glass > Cc: Stefano Babic > --- >

Re: [U-Boot] [PATCH v2 0/8] imx: add USB Serial Download Protocol (SDP) support

Hi Stefan, On 16/08/2017 20:00, Stefan Agner wrote: > From: Stefan Agner > > This series adds NXP's Serial Download Protocol (SDP) support via > USB for SPL/U-Boot. It allows to download U-Boot via USB from a > (recovered) SPL using the same tools used to download SPL

[U-Boot] Please pull from u-boot-i2c

Hello Tom, please pull from u-boot-i2c master The following changes since commit 90ae53ce1ae665a1b43ecf5ccafc339839392427: fastboot: Ensure we treat CONFIG_FASTBOOT_BUF_ADDR as long (2017-08-22 08:20:02 -0400) are available in the git repository at: git://git.denx.de/u-boot-i2c.git

Re: [U-Boot] i2c: muxes: add i2c gpio multiplexer driver

Hello Peng Fan, Am 14.08.2017 um 12:00 schrieb Peng Fan: Add an i2c mux driver providing access to i2c bus segments using a hardware MUX sitting on a master bus and controlled through gpio pins. E.G. something like: -- -- Bus segment 1 - - - - -

Re: [U-Boot] [PATCH v2 1/1] i2c: add i2c driver for stm32

Hello Partrice, Am 09.08.2017 um 14:45 schrieb patrice.chot...@st.com: From: Patrice Chotard Add i2c driver which can be used on both STM32F7 and STM32H7. This I2C block supports the following features: _ Slave and master modes _ Multimaster capability _

[U-Boot] LVDS dual channel support on A10,A20,A31s mods.

Hi, i make a little changes to lcdc.h and sunxi_diplay.h to make dual channel LVDS interface working : -lcdc.h #define SUNXI_LCDC_TCON0_LVDS_INTF_CH(n)    ((n) << 30) /* LVDS Dual channel 0=single 1=dual*/ and in -sunxi_diplay.h (line 830). #ifdef CONFIG_VIDEO_LCD_IF_LVDS     if (mode->yres

Re: [U-Boot] [PATCH v2 2/2] driver: spi: add rockchip sfc support

ping On 2017年08月08日 09:43, Andy Yan wrote: SFC stands for Serial Flash Controller on some rockchip platforms such as RV1108/RK3128. This patch add support for it with Standard,Dual,Quad mode. Signed-off-by: Andy Yan --- Changes in v2: - fix the wrong reference in

Re: [U-Boot] [PATCH 0/2] board: ti: am57xx: Add DT support for BeagleBoard-X15 revC

On 08/23/2017 08:09 AM, Lokesh Vutla wrote: Now that we have synced DTS from Latest Linux kernel, add dt support for BeagleBoard-X15 revC. Board detection support is already added for this board. Lokesh Vutla (2): board: ti: am57xx: Add dt support for BeagleBoard-X15 revC env: ti: boot:

[U-Boot] [PATCH] rockchip: clk: rk3368: always run rkclk_init when driver probe

commit 4bebf94e8544("rockchip: clk: rk3368: do not change CPLL/GPLL before returning to BROM") limits the pll can only be setup in SPL stage, but there are still some rk3368 based boards have not use SPL yet, so they need run rkclk_init to setup the pll in full u-boot stage, otherwise the

Re: [U-Boot] [PATCH] spi: fsl_qspi: Add controller busy check before new spi operation

> -Original Message- > From: Jagan Teki [mailto:jagannadh.t...@gmail.com] > Sent: Wednesday, August 23, 2017 10:57 AM > To: Suresh Gupta > Cc: u-boot@lists.denx.de; Jagan Teki > Subject: Re: [U-Boot] [PATCH] spi: fsl_qspi: Add controller busy

[U-Boot] [PATCH 2/2] env: ti: boot: Select dtb name for X15 revC

Select dtb name for am57xx BeagleBoard-X15 revC Signed-off-by: Lokesh Vutla --- include/environment/ti/boot.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/environment/ti/boot.h b/include/environment/ti/boot.h index 01f7f7a300..dabfb37204 100644 ---

[U-Boot] [PATCH 0/2] board: ti: am57xx: Add DT support for BeagleBoard-X15 revC

Now that we have synced DTS from Latest Linux kernel, add dt support for BeagleBoard-X15 revC. Board detection support is already added for this board. Lokesh Vutla (2): board: ti: am57xx: Add dt support for BeagleBoard-X15 revC env: ti: boot: Select dtb name for X15 revC

[U-Boot] [PATCH 1/2] board: ti: am57xx: Add dt support for BeagleBoard-X15 revC

Add support for selecting proper dtb for am57xx BeagleBoard X15 revC u-boot from FIT Signed-off-by: Lokesh Vutla --- arch/arm/dts/Makefile | 1 + board/ti/am57xx/board.c | 3 +++ configs/am57xx_evm_defconfig| 2 +- configs/am57xx_hs_evm_defconfig | 2 +-