Re: [U-Boot] [PATCH v2 1/2] core: add uclass_get_device_by_phandle_id() api

Hi Simon, On 02/12/2018 10:35 PM, Simon Glass wrote: > Hi Kever, > > On 8 February 2018 at 19:56, Kever Yang wrote: >> Add api for who can not get phandle from a device property. > Can you please add a motivation to the commit message? It is not > obvious to me when

Re: [U-Boot] [PATCH 1/2] mtd: nand: tegra: convert to driver model and live tree

2018-02-24 1:40 GMT+09:00 Stefan Agner : > On 21.02.2018 16:16, Marcel Ziswiler wrote: >> From: Marcel Ziswiler >> >> The Tegra NAND driver recently got broken by ongoing driver model resp. >> live tree migration work: >> >> NAND: Could not decode

Re: [U-Boot] config_whitelist: remove false-positive CONFIG options

On Sat, Jan 06, 2018 at 03:17:06AM +0900, Masahiro Yamada wrote: > U-Boot pulled in several core makefiles from Linux. The following > are not used in U-Boot: > > - CONFIG_DEBUG_SECTION_MISMATCH > - CONFIG_FTRACE_MCOUNT_RECORD > - CONFIG_GCOV_KERNEL > - CONFIG_GCOV_PROFILE_ALL > -

[U-Boot] [PULL] u-boot-sh/master

The following changes since commit f0f6917188ad660cf002c10095f46ecf748b8f58: Prepare v2018.03-rc3 (2018-02-20 16:51:56 -0500) are available in the Git repository at: git://git.denx.de/u-boot-sh.git master for you to fetch changes up to 0b75cc3f1303a5558115918b4aed760d0d68a797: mmc:

Re: [U-Boot] [RFC v3 03/15] dma: add bcm6348-iudma support

Hi thanks for your comments. On 02/22/2018 02:48 PM, Álvaro Fernández Rojas wrote: > El 22/02/2018 a las 20:50, Grygorii Strashko escribió: >> On 02/21/2018 10:10 AM, Álvaro Fernández Rojas wrote: >>> BCM6348 IUDMA controller is present on multiple BMIPS (BCM63xx) SoCs. >>> >>> Signed-off-by:

Re: [U-Boot] configs: Re-sync with CONFIG_DISTRO_DEFAULTS

On Sat, Feb 10, 2018 at 04:54:38PM -0500, Tom Rini wrote: > A number of platforms include config_distro_defaults.h but do not enable > CONFIG_DISTRO_DEFAULTS. As they plainly intended to, set that flag and > re-sync config files. > > Signed-off-by: Tom Rini Applied to

Re: [U-Boot] [PATCH v2 0/9] rockchip: rk3288-vyasa: dts fixes/additions

> On 23 Feb 2018, at 16:29, Jagan Teki wrote: > > > > On 23-Feb-2018 8:53 PM, "Dr. Philipp Tomsich" > > wrote: > >> On 23 Feb 2018, at 16:17, Jagan Teki

Re: [U-Boot] Support of kernels > 16 MiB on Raspberry Pi

+ agraf On Fri, 23 Feb 2018 09:57:30 -0500 Tom Rini wrote: > On Fri, Feb 23, 2018 at 04:47:06PM +0900, Jaehoon Chung wrote: > > On 02/23/2018 04:58 AM, Alexander Kurtz wrote: > > > Hi! > > > > > > I am using U-Boot to boot Debian Buster arm64 (standard kernel with a > > >

Re: [U-Boot] Support of kernels > 16 MiB on Raspberry Pi

On 02/22/2018 12:58 PM, Alexander Kurtz wrote: Hi! I am using U-Boot to boot Debian Buster arm64 (standard kernel with a dracut-based initramfs) via an extlinux.conf on my Raspberry Pi 3. Recently, the Debian kernel grew beyond 16 MiB: 4.13: /boot/vmlinuz-4.13.0-1-arm64 == 16448000 bytes

Re: [U-Boot] [PATCH v2 0/9] rockchip: rk3288-vyasa: dts fixes/additions

On 23-Feb-2018 8:53 PM, "Dr. Philipp Tomsich" < philipp.toms...@theobroma-systems.com> wrote: On 23 Feb 2018, at 16:17, Jagan Teki wrote: Philipp, On Wed, Feb 14, 2018 at 9:26 PM, Jagan Teki wrote: Series add new dts nodes like gmac, usb,

Re: [U-Boot] [U-Boot, v2, 1/1] fs: fat: avoid superfluous conversion calling set_cluster

On Wed, Feb 14, 2018 at 07:14:43PM +0100, Heinrich Schuchardt wrote: > Parameter size of function set_cluster is of type unsigned long. It makes > no sense to convert actsize to int before passing it to set_cluster as > size. Let's use loff_t as type of parameter size to avoid any conversion. >

Re: [U-Boot] [PATCH v2 0/9] rockchip: rk3288-vyasa: dts fixes/additions

> On 23 Feb 2018, at 16:17, Jagan Teki wrote: > > Philipp, > > On Wed, Feb 14, 2018 at 9:26 PM, Jagan Teki > wrote: >> Series add new dts nodes like gmac, usb, io_domains and fixed existing >> regulator,

[U-Boot] [PATCH] rockchip: clk: rk3399: handle set_rate/get_rate for PLL_PPLL

The device-tree node for the PMU clk controller assigns to its parent (i.e. PLL_PPLL) even though this clock currently is set up statically by an init-function. In order to avoid unexpected failures, a simple implementation of set_rate (which accepts requests, but notifies the caller of the

Re: [U-Boot] [PATCH 1/2] mtd: nand: tegra: convert to driver model and live tree

On 21.02.2018 16:16, Marcel Ziswiler wrote: > From: Marcel Ziswiler > > The Tegra NAND driver recently got broken by ongoing driver model resp. > live tree migration work: > > NAND: Could not decode nand-flash in device tree > Tegra NAND init failed > 0 MiB > > A

[U-Boot] [PATCH 0/5] rockchip: video: migrate RK3399 w/ HDMI to livetree

This series fixes the regression on the RK3399 (since some boards have moved to live tree) for HDMI output. This fix requires some new functionality in the ofnode family (i.e. finding an ofnode's parent node and finding an ofnode from a phandle), but these are all add-on functionality and thus

Re: [U-Boot] [PATCH v2 0/9] rockchip: rk3288-vyasa: dts fixes/additions

Philipp, On Wed, Feb 14, 2018 at 9:26 PM, Jagan Teki wrote: > Series add new dts nodes like gmac, usb, io_domains and fixed existing > regulator, pmic stuff as per schematic. > > Changes for v2: > - Collect Acked-by and Reviewed-by tags from Philipp > - Add eMMC boot

Re: [U-Boot] [U-Boot, v2, 1/1] fs: fat: avoid useless conversion when calling get_cluster

On Wed, Feb 14, 2018 at 07:17:28PM +0100, Heinrich Schuchardt wrote: > Parameter size of function get_cluster() is of type unsigned long. It makes > no sense to convert actsize to int before passing it to get_cluster as > size. Let't use t_off as type of parameter to avoid any type conversion. >

[U-Boot] [PATCH 4/5] rockchip: video: rk_vop: migrate to livetree

This migrates rk_vop (the shared functions used by multiple VOP mini-drivers) to be compatible with a live tree. Unfortunately, there's (i) a lot of tree traversal needed for a VOP (as each active VOP vnode references back to the endpoints in the encoders and vice versa) to configure

Re: [U-Boot] [PATCH 0/5] rockchip: video: migrate RK3399 w/ HDMI to livetree

Tom et al., I’d like to see this bug fix included in 2018.03, but don’t want to take the decision on my own: - some of this should have come via Anatolij’s tree - if touches ofnode.h/c and also needs a change by Kever that Simon reviewed (and noted that test cases should also

Re: [U-Boot] [PATCH] rockchip: i2c: enable I2C inside GRF for rk3066 and rk3188

> On 20 Feb 2018, at 09:43, Alexander Kochetkov wrote: > > In order to make I2C work on rk3066 and rk3188 boards GFR > must be updated. The commit message does not really tell me what the change is… …see below for a couple questions. > > Signed-off-by: Alexander

[U-Boot] [PATCH 3/5] rockchip: video: rk_hdmi: migrate to livetree

The rk_hdmi (shared functions for multiple HDMI mini-drivers) has been using devfdt_get_addr() to read the HDMI controller's IO base address. This will cause a failure with a live tree. This changes the driver to use dev_read_addr() which is safe both for flat trees and live trees.

[U-Boot] [PATCH 2/5] core: add ofnode_get_by_phandle() api

From: Kever Yang We need to get ofnode from a phandle, add interface to support both live dt and fdt. Signed-off-by: Kever Yang Reviewed-by: Simon Glass Reviewed-by: Philipp Tomsich

Re: [U-Boot] pci: Fix decode regions for memory banks

On Thu, Feb 15, 2018 at 08:59:53AM +0100, Bernhard Messerklinger wrote: > Since memory banks may not be located behind each other we need to add > them separately. > > Signed-off-by: Bernhard Messerklinger > > Reviewed-by: Hannes Schmelzer

Re: [U-Boot] [U-Boot,v2] net: Remove Xilinx ll_temac driver

On Tue, Feb 20, 2018 at 10:19:00AM +0100, Michal Simek wrote: > ll_temac driver was used by Xilinx Microblaze big endian and > Xilinx ppc405/ppc440 SoCs. > > ppc support was removed by: "powerpc: remove 4xx support" > (sha1: 98f705c9cefdfdba62c069821bbba10273a0a8ed) > and Microblaze BE is not

Re: [U-Boot] configs: am335x_evm_usbspl: Add CONFIG_SPL_NET_VCI_STRING

On Fri, Feb 16, 2018 at 01:41:23PM +0530, Faiz Abbas wrote: > Add CONFIG_SPL_NET_VCI_STRING to enable USB-Ethernet boot mode > support. > > Signed-off-by: Faiz Abbas > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc

Re: [U-Boot] omap3_logic: Fix Environmental location

On Thu, Feb 22, 2018 at 05:15:12PM -0600, Adam Ford wrote: > For the omap3_logic boards, the environment is always in NAND. > This removes the ENV_IS_IN_FAT flag to eliminate the extra chatter. > > Signed-off-by: Adam Ford > > diff --git a/configs/omap3_logic_defconfig

Re: [U-Boot] arm64: show_regs: Dump the LRs HW values

On Tue, Feb 20, 2018 at 11:30:08PM +, Karl Beldan wrote: > These were dropped in [1], after relocation, for their values offset by > reloc_off. > Unconditionally show the HW values and add a '(reloc)' hint for the > offset values showed after relocation. > Also, the LRs' dumps are now

Re: [U-Boot] [U-Boot,v2] fdt: Fixup only valid memory banks

On Thu, Feb 15, 2018 at 07:05:59PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Memory banks with address 0 and size 0 are empty and should not be > passed to the OS via device tree. > > Acked-by: Stephen Warren > Signed-off-by: Thierry

Re: [U-Boot] Makefile: Don't mess with .text section location for selected arches

On Wed, Feb 21, 2018 at 01:06:26PM +0300, Alexey Brodkin wrote: > Most of architectures have .text section situated in the very beginning > of U-Boot binary and thus it is very logical that CONFIG_SYS_TEXT_BASE > is used on final linkage step to specify where U-Boot gets linked to. > > For that

Re: [U-Boot] [RFC] ns16550: Add support for AUX regs usage on some ARC SoCs

Hi Simon, On Thu, 2018-02-22 at 10:29 -0700, Simon Glass wrote: > Hi Alexey, > > On 22 February 2018 at 09:23, Alexey Brodkin > wrote: > > Hi Simon, > > > > On Thu, 2018-02-22 at 09:17 -0700, Simon Glass wrote: > > > Hi, > > > > > > On 21 February 2018 at 05:26,

Re: [U-Boot] [uboot-snps-arc] [PATCH 1/2] SPI Flash: add support of sst26wf* flash series

Hi Jagan, Maybe you have any comments or remarks about this patch? And if you don't could you please apply it. Thanks! On Tue, 2018-02-06 at 18:15 +0300, Eugeniy Paltsev wrote: > sst26wf flash series block protection implementation differs > from other SST series, so add implementation for

Re: [U-Boot] [U-Boot,2/2] xtensa: clean up CONFIG_SYS_TEXT_ADDR

On Mon, Feb 12, 2018 at 03:39:19PM -0800, Max Filippov wrote: > Drop CONFIG_SYS_MEMORY_TOP. Rename CONFIG_SYS_TEXT_ADDR to > XTENSA_SYS_TEXT_ADDR. > > Signed-off-by: Max Filippov Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [U-Boot] [U-Boot, 1/3] ARM: Kconfig: Move TI_SECURE_DEVICE to a common area

On Wed, Feb 14, 2018 at 11:53:37AM -0600, Andrew F. Davis wrote: > TI_SECURE_DEVICE is used by both OMAP2+ and Keystone2 family devices, > and so when ARCH_OMAP2PLUS was used to gate off the OMAP2+ Kconfig > Keystone2 family devices lost this config option. > > Move this option out of mach-omap2

Re: [U-Boot] ns16550: Fix mem mapped endian check

On Thu, Feb 15, 2018 at 09:02:26AM +0100, Bernhard Messerklinger wrote: > Do a explicit check for CONFIG_SYS_BIG_ENDIAN and > CONFIG_SYS_LITTLE_ENDIAN to avoid errors on platforms where both > are undefined (x86). > > Signed-off-by: Bernhard Messerklinger >

Re: [U-Boot] [U-Boot, 2/3] env: Fix missed getenv_ulong to env_get_ulong conversion

On Wed, Feb 14, 2018 at 11:53:38AM -0600, Andrew F. Davis wrote: > This seems to have been missed, possibly due to the inability to > enable TI_SECURE_DEVICE on Keystone2 devices previously. > > Fixes: bfebc8c965e4 ("env: Rename getenv_hex(), getenv_yesno(), > getenv_ulong()") > Signed-off-by:

Re: [U-Boot] [U-Boot, 3/3] defconfig: k2x_hs_evm: Re-enable TI_SECURE_DEVICE in HS K2x parts

On Wed, Feb 14, 2018 at 11:53:39AM -0600, Andrew F. Davis wrote: > These got removed in config re-syncs due to a Kconfig bug. Add these > back here. > > Signed-off-by: Andrew F. Davis > Reviewed-by: Lokesh Vutla Applied to u-boot/master, thanks! -- Tom

Re: [U-Boot] tools/kwbimage: fix LibreSSL build

On Wed, Feb 21, 2018 at 02:59:01AM +1100, Jonathan Gray wrote: > Fix build after addition of RSA_get0_key() to LibreSSL. > Patch from Theo Buehler and Stuart Henderson. > > Signed-off-by: Theo Buehler > Signed-off-by: Stuart Henderson Applied to

Re: [U-Boot] sf: Add ISSI IS25LP256 entry

On Wed, Feb 21, 2018 at 09:12:02PM +0100, Marek Vasut wrote: > Add entry for ISSI IS25LP256 part. > > Signed-off-by: Marek Vasut > Cc: Jagan Teki Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [U-Boot] [PATCH 1/5] core: ofnode: add ofnode_get_parent function

On Fri, 23 Feb 2018 17:38:49 +0100 Philipp Tomsich philipp.toms...@theobroma-systems.com wrote: > The Rockchip video drivers need to walk the ofnode-parrents to find > an enclosing device that has a UCLASS_DISPLAY driver bound. This > adds a ofnode_get_parent()-function that returns the

Re: [U-Boot] [PATCH 3/5] rockchip: video: rk_hdmi: migrate to livetree

On Fri, 23 Feb 2018 17:38:51 +0100 Philipp Tomsich philipp.toms...@theobroma-systems.com wrote: > The rk_hdmi (shared functions for multiple HDMI mini-drivers) has been > using devfdt_get_addr() to read the HDMI controller's IO base address. > This will cause a failure with a live tree. > > This

Re: [U-Boot] Support of kernels > 16 MiB on Raspberry Pi

On Fri, Feb 23, 2018 at 08:00:19PM +0200, Tuomas Tynkkynen wrote: > + agraf > > On Fri, 23 Feb 2018 09:57:30 -0500 > Tom Rini wrote: > > > On Fri, Feb 23, 2018 at 04:47:06PM +0900, Jaehoon Chung wrote: > > > On 02/23/2018 04:58 AM, Alexander Kurtz wrote: > > > > Hi! > > >

Re: [U-Boot] [PATCH 5/5] rockchip: video: update MAINTAINERS

On Fri, 23 Feb 2018 17:38:53 +0100 Philipp Tomsich philipp.toms...@theobroma-systems.com wrote: > The video drivers (VOP, HDMI encoder, LVDS encoder, MIPI encoder) for > Rockchip SOCs are self-contained and are mainly impacted by other > changes in the architecture support (e.g. pinctrl,

Re: [U-Boot] [PATCH 4/5] rockchip: video: rk_vop: migrate to livetree

On Fri, 23 Feb 2018 17:38:52 +0100 Philipp Tomsich philipp.toms...@theobroma-systems.com wrote: > This migrates rk_vop (the shared functions used by multiple VOP > mini-drivers) to be compatible with a live tree. > > Unfortunately, there's > (i) a lot of tree traversal needed for a VOP (as each

Re: [U-Boot] [PATCH 0/5] rockchip: video: migrate RK3399 w/ HDMI to livetree

On Fri, 23 Feb 2018 17:38:48 +0100 Philipp Tomsich philipp.toms...@theobroma-systems.com wrote: ... > To have working HDMI again, the fix for our PMU clk driver (so > PLL_PPLL, which is listed in the 'assigned-clocks', is handled > correctly during probing). Series applied to u-boot-video/master,

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

On Fri, Feb 23, 2018 at 05:58:37PM +0100, Marek Vasut wrote: > The following changes since commit f0f6917188ad660cf002c10095f46ecf748b8f58: > > Prepare v2018.03-rc3 (2018-02-20 16:51:56 -0500) > > are available in the Git repository at: > > git://git.denx.de/u-boot-sh.git master > > for

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

On Fri, Feb 23, 2018 at 12:06:59AM +0100, Marek Vasut wrote: > The following changes since commit f0f6917188ad660cf002c10095f46ecf748b8f58: > > Prepare v2018.03-rc3 (2018-02-20 16:51:56 -0500) > > are available in the Git repository at: > > git://git.denx.de/u-boot-usb.git master > > for

Re: [U-Boot] [PATCH 1/5] core: ofnode: add ofnode_get_parent function

On 23 February 2018 at 09:38, Philipp Tomsich wrote: > > The Rockchip video drivers need to walk the ofnode-parrents to find > an enclosing device that has a UCLASS_DISPLAY driver bound. This > adds a ofnode_get_parent()-function that returns the

Re: [U-Boot] [PATCH v1 1/4] mmc: omap_hsmmc: do not embed struct mmc in struct omap_hsmmc_plat

Hi Jean-Jacques, On 22 February 2018 at 03:25, Jean-Jacques Hiblot wrote: > The area for struct mmc can be allocated dynamically. It greatly reduces > the size of struct omap_hsmmc_plat. This is useful in cases where the board > level code declares one or two struct

Re: [U-Boot] [PATCH 2/2] usb: kbd: implement special keys

Hi Heinrich, On 22 February 2018 at 05:04, Heinrich Schuchardt wrote: > Correct support for arrow keys: use the standard xterm escape sequences. > > Provide support for F1-F12, Insert, Delete, Home, End, Page Up, Page Down. > > Signed-off-by: Heinrich Schuchardt

Re: [U-Boot] [RFC] ns16550: Add support for AUX regs usage on some ARC SoCs

Hi Alexey, On 23 February 2018 at 11:08, Alexey Brodkin wrote: > Hi Simon, > > On Thu, 2018-02-22 at 10:29 -0700, Simon Glass wrote: >> Hi Alexey, >> >> On 22 February 2018 at 09:23, Alexey Brodkin >> wrote: >> > Hi Simon, >> > >> > On

Re: [U-Boot] [PATCH v2 4/4] mmc: omap_hsmmc: use a default 52MHz max clock rate if none is specified

On Fri, Feb 23, 2018 at 10:40:19AM +0100, Jean-Jacques Hiblot wrote: > mmc_of_parse() doesn't set a default value if none is available in DT. > In that case, use a default 52MHz clock rate. > > Signed-off-by: Alex Kiernan > Signed-off-by: Jean-Jacques Hiblot

Re: [U-Boot] [PATCH v2 2/4] mmc: omap_hsmmc: compile out write support if not needed

On Fri, Feb 23, 2018 at 10:40:17AM +0100, Jean-Jacques Hiblot wrote: > This reduces the size of the binary by about 196 bytes. > > Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

Re: [U-Boot] [PATCH v2 3/4] mmc: omap_hsmmc: make it possible to compile out ADMA support

On Fri, Feb 23, 2018 at 10:40:18AM +0100, Jean-Jacques Hiblot wrote: > Some platforms don't have ADMA controllers. For those platforms, compiling > it out reduces the size of the binary by about 600 bytes. > Leaving the support in doesn't break things as the driver checks at runtime > if the ADMA2

Re: [U-Boot] [PATCH v2 1/4] mmc: omap_hsmmc: do not embed struct mmc in struct omap_hsmmc_plat

On Fri, Feb 23, 2018 at 10:40:16AM +0100, Jean-Jacques Hiblot wrote: > The area for struct mmc can be allocated dynamically. It greatly reduces > the size of struct omap_hsmmc_plat. This is useful in cases where the board > level code declares one or two struct omap_hsmmc_plat because it doesn't

[U-Boot] [PATCH v2 1/4] mmc: omap_hsmmc: do not embed struct mmc in struct omap_hsmmc_plat

The area for struct mmc can be allocated dynamically. It greatly reduces the size of struct omap_hsmmc_plat. This is useful in cases where the board level code declares one or two struct omap_hsmmc_plat because it doesn't use the Driver Model. This saves around 740 bytes for the am335x_evm SPL.

Re: [U-Boot] [PATCH v2 0/4] mmc: omap_hsmmc: Reduce the footprint of the driver and fix am335x clock

On Fri, Feb 23, 2018 at 3:40 AM, Jean-Jacques Hiblot wrote: > > This series aims at reducing the footprint of the omap_hsmmc driver in > the SPL (1.5 kB gain in the case of the SPL for the am335x evm). > It also fixes an issue with the am335x_evm by setting a default maximum >

[U-Boot] [PATCH v2 2/4] mmc: omap_hsmmc: compile out write support if not needed

This reduces the size of the binary by about 196 bytes. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None drivers/mmc/omap_hsmmc.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/omap_hsmmc.c b/drivers/mmc/omap_hsmmc.c

[U-Boot] [PATCH v2 3/4] mmc: omap_hsmmc: make it possible to compile out ADMA support

Some platforms don't have ADMA controllers. For those platforms, compiling it out reduces the size of the binary by about 600 bytes. Leaving the support in doesn't break things as the driver checks at runtime if the ADMA2 controller is present. Signed-off-by: Jean-Jacques Hiblot

Re: [U-Boot] [PATCH v2 0/4] mmc: omap_hsmmc: Reduce the footprint of the driver and fix am335x clock

On 02/23/2018 07:24 PM, Adam Ford wrote: > On Fri, Feb 23, 2018 at 3:40 AM, Jean-Jacques Hiblot > wrote: > >> >> This series aims at reducing the footprint of the omap_hsmmc driver in >> the SPL (1.5 kB gain in the case of the SPL for the am335x evm). >> It also fixes an issue

Re: [U-Boot] [UBOOT PATCH 2/2] mmc: Added Kconfig support for CONFIG_ZYNQ_SDHCI_MIN_FREQ

Hi, On 02/22/2018 09:17 PM, Vipul Kumar wrote: > This patch added Kconfig support for CONFIG_ZYNQ_SDHCI_MIN_FREQ > and enabled it in respective defconfig. > > Signed-off-by: Vipul Kumar > Signed-off-by: Siva Durga Prasad Paladugu > --- >

Re: [U-Boot] [PATCH] bootcount: flush after storing the bootcounter

Hi Heiko, > Hello Lukasz, > > Am 22.02.2018 um 14:03 schrieb Lukasz Majewski: > > Hi Stefano, > > > >> Hi Lukasz, > >> > >> On 22/02/2018 12:52, Lukasz Majewski wrote: > >>> Hi Stefano, > >>> > If the bootcounter address is in a cached memory, > a flush of dcache must occur

[U-Boot] [PATCH v2 4/4] mmc: omap_hsmmc: use a default 52MHz max clock rate if none is specified

mmc_of_parse() doesn't set a default value if none is available in DT. In that case, use a default 52MHz clock rate. Signed-off-by: Alex Kiernan Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None drivers/mmc/omap_hsmmc.c | 2 ++ 1 file

[U-Boot] [PATCH v2 0/4] mmc: omap_hsmmc: Reduce the footprint of the driver and fix am335x clock

This series aims at reducing the footprint of the omap_hsmmc driver in the SPL (1.5 kB gain in the case of the SPL for the am335x evm). It also fixes an issue with the am335x_evm by setting a default maximum frequency if none is defined in the dts. tested on am335x_evm, bbb, bbb (vboot), and

Re: [U-Boot] [PATCH V5 31/31] imx: add i.MX8MQ EVK support

Hi Fabio, On 22/02/2018 17:40, Fabio Estevam wrote: > Hi Peng, > > On Sun, Feb 4, 2018 at 7:42 AM, Stefano Babic wrote: > >> I have merged most of the series, Patch 2 up to patch 30, leaving out >> just the last one for the EVK. Building mx8evk is fine, I have just >> noted a

[U-Boot] [PATCH v2] mmc: uniphier-sd: Fix a compile error relevant to unused-function

During disabled MMC_HS200_SUPPORT, some functions don't use anywhere. Signed-off-by: Jaehoon Chung --- Chnagelog on V2 - Remove functions in uniphier-sd.h drivers/mmc/uniphier-sd-rcar.c | 4 drivers/mmc/uniphier-sd.h | 9 - 2 files changed, 4

Re: [U-Boot] [PATCH V5 31/31] imx: add i.MX8MQ EVK support

Hi Peng, On Fri, Feb 23, 2018 at 3:02 AM, Peng Fan wrote: >>Do you plan to post a new version for the patch that adds the mx8mq evk >>support? > > I was a bit busy on other things. Regarding the board support, I still > do not have a good idea about the DDR things. I am

Re: [U-Boot] [PATCH v2 3/4] mmc: omap_hsmmc: make it possible to compile out ADMA support

On 23/02/2018 13:21, Tom Rini wrote: On Fri, Feb 23, 2018 at 10:40:18AM +0100, Jean-Jacques Hiblot wrote: Some platforms don't have ADMA controllers. For those platforms, compiling it out reduces the size of the binary by about 600 bytes. Leaving the support in doesn't break things as the

Re: [U-Boot] [PATCH v2 3/4] mmc: omap_hsmmc: make it possible to compile out ADMA support

On Fri, Feb 23, 2018 at 01:47:36PM +0100, Jean-Jacques Hiblot wrote: > > > On 23/02/2018 13:21, Tom Rini wrote: > >On Fri, Feb 23, 2018 at 10:40:18AM +0100, Jean-Jacques Hiblot wrote: > >>Some platforms don't have ADMA controllers. For those platforms, compiling > >>it out reduces the size of

Re: [U-Boot] [PATCH V5 31/31] imx: add i.MX8MQ EVK support

Hi Stefano, On Fri, Feb 23, 2018 at 6:46 AM, Stefano Babic wrote: >> Do you plan to post a new version for the patch that adds the mx8mq evk >> support? > > Do you mean to get it in 2018.03 ? The merge window is already closed, I > am checking patches for fixes (if you see I

Re: [U-Boot] Support of kernels > 16 MiB on Raspberry Pi

On Fri, Feb 23, 2018 at 04:47:06PM +0900, Jaehoon Chung wrote: > On 02/23/2018 04:58 AM, Alexander Kurtz wrote: > > Hi! > > > > I am using U-Boot to boot Debian Buster arm64 (standard kernel with a > > dracut-based initramfs) via an extlinux.conf on my Raspberry Pi 3. > > > > Recently, the