[U-Boot] [PATCH 0/6] Add support for MIPS Creator CI20

As the subject says, this series adds support for CI20. Most of the work was done by Paul Burton, and then by Marek Vasut. I've just rescued the work from the dark wastelands of Mordor, did some cleaning here and there and submitted. Patches 1, 2, and 4 are completely untouched. I've picked them

[U-Boot] [PATCH 2/6] gpio: Add JZ47xx GPIO driver

From: Paul Burton Add primitive GPIO controller driver for the JZ47xx SoC. Cc: Daniel Schwierzeck Signed-off-by: Paul Burton Signed-off-by: Marek Vasut --- drivers/gpio/Kconfig | 7 drivers/gpio/Makefile | 1 + drivers/gpio/gpio-jz47xx.c | 78

[U-Boot] [PATCH 1/6] misc: Add JZ47xx efuse driver

From: Paul Burton Add driver for the efuse block in the JZ47xx SOC. Cc: Daniel Schwierzeck Signed-off-by: Paul Burton Signed-off-by: Marek Vasut --- drivers/misc/Kconfig| 6 +++ drivers/misc/Makefile | 1 + drivers/misc/jz4780_efuse.c | 100

Re: [U-Boot] [PATCH 0/7] Remove defines for SPI default speed and mode

On Mon, Dec 10, 2018 at 1:20 PM Simon Goldschmidt wrote: > > Am 10.12.2018 um 16:42 schrieb Adam Ford: > > On Mon, Dec 10, 2018 at 4:54 AM Patrick Delaunay > > wrote: > >> > >> > >> This patch-set finish (after the last Simmon comment) > >> and depends on the previous serie named: > >> "Read

Re: [U-Boot] [PATCH 0/7] Remove defines for SPI default speed and mode

Am 10.12.2018 um 16:42 schrieb Adam Ford: On Mon, Dec 10, 2018 at 4:54 AM Patrick Delaunay wrote: This patch-set finish (after the last Simmon comment) and depends on the previous serie named: "Read default speed and mode values from DT"

Re: [U-Boot] [PATCH 0/7] Remove defines for SPI default speed and mode

On Mon, Dec 10, 2018 at 4:54 AM Patrick Delaunay wrote: > > > This patch-set finish (after the last Simmon comment) > and depends on the previous serie named: > "Read default speed and mode values from DT" > > http://patchwork.ozlabs.org/project/uboot/list/?series=76834 > > This patchset remove

Re: [U-Boot] [PATCH 6/7] doc: android: Add simple guide for A/B updates

Hi Simon, On Thu, 6 Dec 2018 at 03:31, Simon Glass wrote: > > Hi, > > On Tue, 27 Nov 2018 at 12:57, Ruslan Trofymenko > wrote: > > > > Add a short documentation for A/B enablement and 'android_ab_select' > > command usage. > > > > Signed-off-by: Ruslan Trofymenko > > --- > >

[U-Boot] Regression: dm: i2c: Make i2c_get_chip_for_busnum() fail if the chip is not detected

The following commit: dm: i2c: Make i2c_get_chip_for_busnum() fail if the chip is not detected i2c_get_chip_for_busnum() really should check the presence of the chip on the bus. Most of the users of this function assume that this is done. ... causes a boot failure on NVIDIA

Re: [U-Boot] [PATCH v2] rockchip: rk3288-evb: dts: remove 'vmmc' from emmc node

On Sat, Dec 08, 2018 at 12:27:42PM +0800, Kever Yang wrote: > Hi Tom, > > > On 12/07/2018 10:13 PM, Tom Rini wrote: > > On Fri, Dec 07, 2018 at 02:24:22PM +0100, Philipp Tomsich wrote: > >> Kever, > >> > >>> On 07.12.2018, at 02:39, Kever Yang wrote: > >>> > >>> Hi Philipp, > >>> > >>> On

Re: [U-Boot] [PATCH v4 12/25] mtd: ensure MTD and NOR drivers are compiled with ENV_IS_IN_FLASH

On Mon, Dec 10, 2018 at 07:02:45PM +0100, Miquel Raynal wrote: > Hello, > > Miquel Raynal wrote on Sun, 9 Dec 2018 > 19:07:34 +0100: > > > MTD and NOR flash support must be enabled when the environment is in > > NOR. > > > > Signed-off-by: Miquel Raynal > > --- > >

[U-Boot] [GIT PULL] u-boot-mips

Hi Tom, please pull some fixes for MIPS BCM platforms. Would you accept another pull request from u-boot-mips/next with the BMIPS part of the original series "dma: add channels support"? The changes are isolated to BMIPS platform and it would add a user for the new DMA channel support. The

Re: [U-Boot] [RFC PATCH v2 00/11] SF: Migrate to Linux SPI NOR framework

Hi Vignesh, Vignesh R wrote on Mon, 10 Dec 2018 23:08:38 +0530: > On 10-Dec-18 6:32 PM, Jagan Teki wrote: > > On Thu, Dec 6, 2018 at 11:55 PM Vignesh R wrote: > >> > >> Hi Jagan, > >> > >> On 06-Dec-18 10:44 PM, Jagan Teki wrote: > >>> On Tue, Dec 4, 2018 at 5:56 PM Vignesh R wrote: >

Re: [U-Boot] [PATCH] bmips: swapping IO space isn't required

Am 09.12.18 um 10:41 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > arch/mips/mach-bmips/Kconfig | 10 -- > 1 file changed, 10 deletions(-) > applied to u-boot-mips/fixes, thanks. -- - Daniel signature.asc Description: OpenPGP digital signature

Re: [U-Boot] [PATCH] bmips: bcm6838: fix device tree warning

Am 10.12.18 um 17:42 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > arch/mips/dts/brcm,bcm6838.dtsi | 2 -- > 1 file changed, 2 deletions(-) > applied to u-boot-mips/fixes, thanks. -- - Daniel signature.asc Description: OpenPGP digital signature

Re: [U-Boot] [PATCH v4 12/25] mtd: ensure MTD and NOR drivers are compiled with ENV_IS_IN_FLASH

Hello, Miquel Raynal wrote on Sun, 9 Dec 2018 19:07:34 +0100: > MTD and NOR flash support must be enabled when the environment is in > NOR. > > Signed-off-by: Miquel Raynal > --- > configs/armadillo-800eva_defconfig | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git

[U-Boot] [PATCH v2 20/22] dm: sound: max98095: Tidy up error codes

Return a valid error code instead of -1. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to tidy up error codes in max98095 drivers/sound/max98095.c | 47 1 file changed, 23 insertions(+), 24 deletions(-) diff --git

[U-Boot] [PATCH v2 16/22] dm: sandbox: sound: Convert to use driver model

Update sandbox's device tree and config to use driver model for sound. Use the double buffer for sound output so that we don't need to wait for the sound to complete before returning. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to convert sandbox to use driver model

Re: [U-Boot] [PATCH v3] pinctrl: mscc: Add gpio and pinctrl driver for MSCC MIPS SoCs (VcoreIII based)

Am 08.12.18 um 09:59 schrieb Gregory CLEMENT: > This driver supports the pin and gpio controller found in the Ocelot and > Luton SoCs. > > The driver was inspired from the pinctrl driver in Linux, but was > simplified and was modified to allow supporting an other SoCs (Luton). > > For Ocelot

Re: [U-Boot] [PATCH v2] gpio: mscc-bitbang-spi: Add a simple gpio driver for bitbgang spi

Am 08.12.18 um 10:00 schrieb Gregory CLEMENT: > Hi, > > On mar., oct. 09 2018, Gregory CLEMENT wrote: > >> The VCore III SoCs such as the Luton but also the Ocelot can remap an SPI >> flash directly in memory. However, for writing in the flash the >> communication has to be done by

[U-Boot] [PATCH v2 13/22] dm: sound: Move common code out of maxim98095

The register-access code is useful for any maxim codec. Move it out into its own file. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to move common code out of maxim98095 drivers/sound/Makefile | 2 +- drivers/sound/max98095.c| 181

[U-Boot] [PATCH v2 10/22] dm: sound: Add conversion to driver model

Move the existing hardware drivers over to use driver model. Signed-off-by: Simon Glass --- Changes in v2: - Correct conversion for pit - Use void * for i2c and sound data arch/arm/dts/exynos5250-smdk5250.dts | 1 + arch/arm/dts/exynos5420-smdk5420.dts | 1 + drivers/sound/Makefile

Re: [U-Boot] [RFC PATCH v2 00/11] SF: Migrate to Linux SPI NOR framework

On 10-Dec-18 6:32 PM, Jagan Teki wrote: > On Thu, Dec 6, 2018 at 11:55 PM Vignesh R wrote: >> >> Hi Jagan, >> >> On 06-Dec-18 10:44 PM, Jagan Teki wrote: >>> On Tue, Dec 4, 2018 at 5:56 PM Vignesh R wrote: U-Boot SPI NOR support (sf layer) is quite outdated as it does not

[U-Boot] [PATCH v2 22/22] dm: sound: Use the correct number of channels for sound

At present the 'beep' sound generates a waveform for only one channel even if two are being used. This means that the beep is twice the frequency it should be. Correct this by making it a parameter. The fix in a previous commit was correct for sandbox but not for other boards. Fixes: 03f11e87a8

[U-Boot] [PATCH v2 11/22] exynos: Add proid_is_exynos542x() for common 542x

Add a convenience function for any Exynos 542x chip. Signed-off-by: Simon Glass --- Changes in v2: None arch/arm/mach-exynos/clock.c | 10 +- arch/arm/mach-exynos/clock_init_exynos5.c | 2 +- arch/arm/mach-exynos/common_setup.h | 4 ++--

[U-Boot] [PATCH v2 12/22] exynos: Add support for exynos5420 i2s pinmux

Allow setting the i2s pinmux correctly on exyno5420 so that i2c can be used on that SoC. Also rename EXYNOS_AUDSS to something consistent with other naming. Signed-off-by: Simon Glass --- Changes in v2: None arch/arm/mach-exynos/clock.c | 21 +++--

[U-Boot] [PATCH v2 21/22] dm: sandbox: Allow selection of sample rate and channels

At present these parameters are hard-coded in the sdl interface code. Allow them to be specified by the driver instead. Signed-off-by: Simon Glass --- Changes in v2: None arch/sandbox/cpu/sdl.c | 10 +++--- arch/sandbox/include/asm/sdl.h | 6 -- drivers/sound/sandbox.c

[U-Boot] [PATCH v2 15/22] dm: exynos: sound: Convert to use driver model

Update snow's device tree and config to use driver model for sound. Also update the others as best we can. Spring does not appear to have audio support in the kernel. The smdk5250 and smdk5420 boards use a wolfson codec which I cannot test with. So the only boards that is tested and known to work

[U-Boot] [PATCH v2 14/22] dm: sound: exynos: Add support for max98090

Add support for this new codec which is used by pit. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch with support for max98090 drivers/sound/Kconfig| 8 + drivers/sound/Makefile | 1 + drivers/sound/max98090.c | 377 ++ drivers/sound/max98090.h |

[U-Boot] [PATCH v2 18/22] dm: sound: Complete migration to driver model

All users of sound are converted to use driver model. Drop the old code and the CONFIG_DM_SOUND option. Signed-off-by: Simon Glass --- Changes in v2: - Drop CONFIG_DM_SOUND from all defconfig files - Fix up sandbox files to remove old code - Update the rest of the samsung boards - Remove unused

[U-Boot] [PATCH v2 17/22] dm: exynos: Drop CONFIG_DM_I2C_COMPAT

This option is not needed anymore for all exynos boards except arndale. Update the config. Signed-off-by: Simon Glass --- Changes in v2: None configs/peach-pi_defconfig | 1 - configs/peach-pit_defconfig | 1 - configs/smdk5250_defconfig | 1 - configs/smdk5420_defconfig | 1 -

[U-Boot] [PATCH v2 19/22] dm: sound: Fix license headers

Fix a few files whos license headers were not converted to SPDX. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to fix license headers drivers/sound/max98095.c | 7 ++- drivers/sound/max98095.h | 5 + 2 files changed, 3 insertions(+), 9 deletions(-) diff --git

[U-Boot] [PATCH v2 09/22] dm: sound: Start i2c IDs from 0

The current ID enums start from 1 but there does not seem to be any reason that they cannot start with 0. Adjust the code to avoid the +1 in codec_init(). Signed-off-by: Simon Glass --- Changes in v2: None drivers/sound/max98095.h | 2 +- drivers/sound/sound-i2s.c | 6 ++

[U-Boot] [PATCH v2 07/22] dm: sound: Create a uclass for sound

The sound driver pulls together the audio codec and i2s drivers in order to actually make sounds. It supports setup() and play() methods. The sound_find_codec_i2s() function allows locating the linked codec and i2s devices. They can be referred to from uclass-private data. Add a uclass and a test

[U-Boot] [PATCH v2 08/22] dm: core: Add a function to read into a unsigned int

The current dev_read...() functions use s32 and u32 which are convenient for device tree but not so useful for normal code, which often wants to use normal integers for values. Add a helper which supports returning an unsigned int. Also add signed versions of the unsigned readers. Signed-off-by:

[U-Boot] [PATCH v2 05/22] dm: sound: Create a uclass for i2s

The i2s bus is commonly used with audio codecs. It provides a way to stream digital data sychronously in both directions. U-Boot only supports audio output, so this uclass is very simple, with a single tx_data() method. Add a uclass and a test for i2s. Signed-off-by: Simon Glass --- Changes in

[U-Boot] [PATCH v2 04/22] dm: sound: Create a uclass for audio codecs

An audio codec provides a way to convert digital data to sound and vice versa. Add a simple uclass which just supports setting the parameters for the codec. Signed-off-by: Simon Glass --- Changes in v2: None arch/sandbox/dts/test.dts | 7 - arch/sandbox/include/asm/test.h | 10

[U-Boot] [PATCH v2 02/22] dm: sound: Create an option to use driver model for sound

The U-Boot sound system provides basic support for beeping. At present it does not use driver model, but it needs to be converted. Add an option to enable driver model for sound. For now it is not connected to anything. Future work will add drivers which use this option. It will then be removed

[U-Boot] [PATCH v2 06/22] dm: sandbox: Update sound to use two buffers

At present we use a single buffer for sound which means we cannot be playing one sound while queueing up the next. This wouldn't matter except that a long sound (more than a second) has to be created as a single buffer, thus using a lot of memory. To better mimic what real sound drivers do, add

[U-Boot] [PATCH v2 03/22] dm: sound: Rename samsung_i2s_priv to i2s_uc_priv

This structure contains information that is likely needed by any i2s driver so it seems useful to attach it to the (forthcoming) i2c uclass. For now, just rename it. Signed-off-by: Simon Glass --- Changes in v2: None drivers/sound/samsung-i2s.c | 4 ++-- drivers/sound/sound-i2s.c | 10

[U-Boot] [PATCH v2 01/22] dm: sound: exynos: Correct codec bus addresses

For snow the codec is at address 0x11 on the i2c bus, in 7-bit format. The device tree and code are in 8-bit format (i.e. shifted left one bit). Fix both. Fix pit in a similar way. Signed-off-by: Simon Glass --- Changes in v2: - Add fix for pit and pi also - Fix up tabs in this commit instead

[U-Boot] [PATCH v2 00/22] dm: sound: Convert to driver model

The sound subsystem has never been converted to driver model. It is is a little bit complicated since it needs an audio codec, an i2s device and a sound device to bring them together. Sound is the main subsystem holding back removal of CONFIG_DM_I2C_COMPAT. This series takes a stab at doing the

Re: [U-Boot] [PATCH v3 7/7] MIPS: bootm: Add support for Vcore III linux kernel

Am 05.12.18 um 18:10 schrieb Gregory CLEMENT: > The kernels built for the Vcore III linux kernel have different > expectation in the way the data were passed. > > Unlike with yamon, the command line is expected to be a single string > passed in argv[1]. An other expectation is that the

Re: [U-Boot] [PATCH 09/13] serial: Remove DM_FLAG_PRE_RELOC flag in various drivers

Hi Bin, This particular commit leads to a constant Poplar board restart (git bisect pointed to it). U-boot is built with the default poplar_config from the latest master (btw, is uses r), and U-boot is used as default BL33 image (setup: vanilla ATF + vanilla OP-TEE(BL32, S-EL1 payload) + U-boot).

Re: [U-Boot] [PATCH v3 5/7] MSCC: add board support for the Ocelots based evaluation boards

Am 05.12.18 um 18:10 schrieb Gregory CLEMENT: > Adding the support for 2 boards sharing common code for Ocelot chip: > PCB120 and PCB123 > > Signed-off-by: Gregory CLEMENT > --- > MAINTAINERS | 5 + > arch/mips/dts/mscc,ocelot.dtsi | 152

Re: [U-Boot] [PATCH v3 4/7] MSCC: add support for Luton SoCs

Am 05.12.18 um 18:10 schrieb Gregory CLEMENT: > As the Ocelots SoCs, this family of SoCs are found in the Microsemi > Switches solution. > > Signed-off-by: Gregory CLEMENT > --- > arch/mips/mach-mscc/Kconfig | 13 + > arch/mips/mach-mscc/Makefile | 1 + >

Re: [U-Boot] [PATCH v3 3/7] MSCC: add support for Ocelot SoCs

Am 05.12.18 um 18:10 schrieb Gregory CLEMENT: > This family of SoCs are found in the Microsemi Switches solution and have > already a support in the linux kernel. > > Signed-off-by: Gregory CLEMENT > --- > MAINTAINERS | 7 + > arch/mips/Kconfig

[U-Boot] [PATCH] bmips: bcm6838: fix device tree warning

Signed-off-by: Álvaro Fernández Rojas --- arch/mips/dts/brcm,bcm6838.dtsi | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/mips/dts/brcm,bcm6838.dtsi b/arch/mips/dts/brcm,bcm6838.dtsi index 1018f9ee49..77d6a8e214 100644 --- a/arch/mips/dts/brcm,bcm6838.dtsi +++

Re: [U-Boot] [PATCH] bmips: swapping IO space isn't required

Hi Daniel, El 10/12/2018 a las 15:50, Daniel Schwierzeck escribió: Am 09.12.18 um 10:41 schrieb Álvaro Fernández Rojas: Signed-off-by: Álvaro Fernández Rojas --- arch/mips/mach-bmips/Kconfig | 10 -- 1 file changed, 10 deletions(-) Reviewed-by: Daniel Schwierzeck I guess this is

[U-Boot] [PATCH] Drivers: USB: MUSB: Remove legacy CONFIG_USB_DA8XX

There don't appear to be any boards enabling CONFIG_USB_DA8XX, and there is a newer version of the MUSB driver, so let's remove the legacy version of it. Signed-off-by: Adam Ford diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig index 7e6be03f4a..2508b6ed0d 100644 ---

[U-Boot] [PATCH] buildman: Deal nicely with invalid build-status file

The 'done' files created by buildman may end up being empty if buildman runs out of disk space while writing them. This error is then persistent, since even if disk space is reclaimed and the build retries, the empty file causes an exception in the builder thread. Deal with this silently by doing

[U-Boot] [PATCH] Drivers: USB: Remove Legacy CONFIG_USB_DAVINCI

This patch removes CONFIG_USB_DAVINCI. It's a legacy option that isn't defined anywhere, and there is a newer MUSB driver. Signed-off-by: Adam Ford diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig index dd42f69a6b..7e6be03f4a 100644 --- a/drivers/usb/musb/Kconfig +++

Re: [U-Boot] [PATCH v2 0/2] Read default speed and mode values from DT

On Mon, Nov 19, 2018 at 12:01 PM Patrick Delaunay wrote: > > > This serie generalize the commit 96907c0fe50a > ("dm: spi: Read default speed and mode values from DT") > > In case of DT boot, don't read default speed and mode for SPI from > CONFIG_*, instead read from DT node. This will make sure

[U-Boot] [PATCH 2/2] mtd: Get rid of board_mtdparts_default()

The only implementer of this function has been patched to use CONFIG_MTD{IDS,PARTS}_DEFAULT instead. Let's get rid of this function and the associated CONFIG_SYS_MTDPARTS_RUNTIME option. Signed-off-by: Boris Brezillon --- board/isee/igep00x0/igep00x0.c | 17 - cmd/mtdparts.c

[U-Boot] [PATCH 1/2] configs: igep: Define default mtdids/mtdparts

We are trying to get rid of the weak board_mtdparts_default() function and we need to make sure igep defconfigs have proper proper CONFIG_MTD{IDS,PARTS}_DEFAULT before doing that. Signed-off-by: Boris Brezillon --- configs/igep0032_defconfig | 2 ++ configs/igep00x0_defconfig | 2 ++ 2 files

Re: [U-Boot] [PATCH v11 00/28] bmips: add iudma/enet support

Am 01.12.18 um 19:00 schrieb Álvaro Fernández Rojas: > In order to add bcm6348-enet support, dma-uclass must be extended to support > dma channels and reworked to operate like the other dm uclass (clk, reset...). > > v11: Introduce change suggested by Daniel Schwierzeck: > - Avoid trimming

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

On Mon, Dec 10, 2018 at 05:53:22AM +0100, Marek Vasut wrote: > The following changes since commit 57dbc151437b36cc1105857d222df28b095236d7: > > rockchip: rk3399: Add MAINTAINERS entry (2018-12-06 10:24:12 -0500) > > are available in the Git repository at: > >

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

On Mon, Dec 10, 2018 at 11:56:45AM +0100, Heiko Schocher wrote: > Hello Tom, > > please pull from u-boot-i2c.git master. > > Series contains DM_I2C_COMPAT removal for all ti platforms from Jean-Jacques > Hiblot. Also a fix in i2c command help output from Chirstoph Muellner. > > Thanks! > >

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

On Mon, Dec 10, 2018 at 05:51:36AM +0100, Marek Vasut wrote: > DWC3 and UDC cleanup > > The following changes since commit 57dbc151437b36cc1105857d222df28b095236d7: > > rockchip: rk3399: Add MAINTAINERS entry (2018-12-06 10:24:12 -0500) > > are available in the Git repository at: > >

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

On Mon, Dec 10, 2018 at 05:52:22AM +0100, Marek Vasut wrote: > The following changes since commit 57dbc151437b36cc1105857d222df28b095236d7: > > rockchip: rk3399: Add MAINTAINERS entry (2018-12-06 10:24:12 -0500) > > are available in the Git repository at: > >

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

On Mon, Dec 10, 2018 at 10:22:27AM +0800, Bin Meng wrote: > Hi Tom, > > This includes the following changes for x86: > - Enable RTC for Intel Tangier > - Wrap the call to 8259 PIC with Kconfig options for old targets without 8259 > - Warp the call to USB init with Kconfg options for coreboot &

Re: [U-Boot] [PATCH] ARM: at91: Fix 'boot.bin' generation when CONFIG_SD_BOOT is enabled

On 10.12.2018 16:54, Derald Woods wrote: > > > On Mon, Dec 10, 2018 at 8:03 AM > wrote: > > > > On 10.12.2018 15:01, Derald D. Woods wrote: > > On Mon, Dec 10, 2018 at 08:32:33AM +, > eugen.hris...@microchip.com

Re: [U-Boot] [PATCH] ARM: at91: Fix 'boot.bin' generation when CONFIG_SD_BOOT is enabled

On Mon, Dec 10, 2018 at 8:03 AM wrote: > > > On 10.12.2018 15:01, Derald D. Woods wrote: > > On Mon, Dec 10, 2018 at 08:32:33AM +, eugen.hris...@microchip.com > wrote: > >> > >> > >> On 08.12.2018 21:49, Derald D. Woods wrote: > >>> On AT91 platforms configured for SD_BOOT, this commit

Re: [U-Boot] [PATCH] bmips: swapping IO space isn't required

Am 09.12.18 um 10:41 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > arch/mips/mach-bmips/Kconfig | 10 -- > 1 file changed, 10 deletions(-) Reviewed-by: Daniel Schwierzeck I guess this is related to your recent series "serial: bcm6345: switch to raw

Re: [U-Boot] [RFC PATCH v2 00/11] SF: Migrate to Linux SPI NOR framework

On Mon, Dec 10, 2018 at 02:15:05PM +0100, Boris Brezillon wrote: > On Mon, 10 Dec 2018 18:32:09 +0530 > Jagan Teki wrote: > > > On Thu, Dec 6, 2018 at 11:55 PM Vignesh R wrote: > > > > > > Hi Jagan, > > > > > > On 06-Dec-18 10:44 PM, Jagan Teki wrote: > > > > On Tue, Dec 4, 2018 at 5:56 PM

Re: [U-Boot] [RESEND PATCH v3 1/3] Don't enable CONFIG_SPL_DM_USB for non-DM SPL

On 12/10/2018 02:53 PM, Martyn Welch wrote: > On Mon, 2018-12-10 at 13:07 +0100, Marek Vasut wrote: >> On 12/10/2018 12:05 PM, Martyn Welch wrote: >>> When CONFIG_SPL_DM_USB was added, it was added defaulted on without >>> protection to ensure it didn't get set for non-DM SPL builds. >>> >>> This

Re: [U-Boot] [PATCH] ARM: at91: Fix 'boot.bin' generation when CONFIG_SD_BOOT is enabled

On 10.12.2018 15:01, Derald D. Woods wrote: > On Mon, Dec 10, 2018 at 08:32:33AM +, eugen.hris...@microchip.com wrote: >> >> >> On 08.12.2018 21:49, Derald D. Woods wrote: >>> On AT91 platforms configured for SD_BOOT, this commit avoids the >>> generation of the PMECC header used for booting

Re: [U-Boot] [RESEND PATCH v3 1/3] Don't enable CONFIG_SPL_DM_USB for non-DM SPL

On Mon, 2018-12-10 at 13:07 +0100, Marek Vasut wrote: > On 12/10/2018 12:05 PM, Martyn Welch wrote: > > When CONFIG_SPL_DM_USB was added, it was added defaulted on without > > protection to ensure it didn't get set for non-DM SPL builds. > > > > This leads to unexpected and confusing failures

Re: [U-Boot] [RESEND PATCH v3 3/3] imx: Add PHYTEC phyBOARD-i.MX6UL-Segin

On Mon, 2018-12-10 at 12:49 +0100, Lukasz Majewski wrote: > Hi Martyn, > > > Port for the PHYTEC phyBOARD-i.MX6UL-Segin single board computer. > > Based on the PHYTEC phyCORE-i.MX6UL SOM (PCL063). > > > > CPU: Freescale i.MX6UL rev1.2 528 MHz (running at 396 MHz) > > CPU: Industrial

Re: [U-Boot] [PATCH v3 2/2] core: ofnode: Add ofnode_get_addr_size_index

On Mon, Dec 10, 2018 at 07:15:17PM +0530, Lokesh Vutla wrote: > Hi Simon, > > On 29/11/18 11:12 PM, s...@google.com wrote: > >Add ofnode_get_addr_size_index function to fetch the address > >and size of the reg space based on index. > > > >Signed-off-by: Keerthy > >--- > > drivers/core/ofnode.c

Re: [U-Boot] [PATCH v3 2/2] core: ofnode: Add ofnode_get_addr_size_index

Hi Simon, On 29/11/18 11:12 PM, s...@google.com wrote: Add ofnode_get_addr_size_index function to fetch the address and size of the reg space based on index. Signed-off-by: Keerthy --- drivers/core/ofnode.c | 14 ++ include/dm/ofnode.h | 14 ++ 2 files changed,

[U-Boot] Please pull u-boot-rockchip/master (for-master-20181210)

-20181210 for you to fetch changes up to eff43904b7f0c05ed316755e83b5474792059a5c: rockchip: rk3399-puma: enable fan53555 regulators in DTS (2018-12-10 10:04:45 +0100) Improvements: - init DRAM for RK322x in SPL - add FAN53555 PMIC

[U-Boot] [PATCH] misc: fs_loader: Switching private data allocation to DM auto allocation

From: Tien Fong Chee Switching private data manual allocation to driver model auto allocation so users no longer need to deallocate themself because this would be deallocated by driver model when the device is no longer required. Signed-off-by: Tien Fong Chee ---

Re: [U-Boot] [RFC PATCH v2 00/11] SF: Migrate to Linux SPI NOR framework

On Mon, 10 Dec 2018 18:32:09 +0530 Jagan Teki wrote: > On Thu, Dec 6, 2018 at 11:55 PM Vignesh R wrote: > > > > Hi Jagan, > > > > On 06-Dec-18 10:44 PM, Jagan Teki wrote: > > > On Tue, Dec 4, 2018 at 5:56 PM Vignesh R wrote: > > >> > > >> U-Boot SPI NOR support (sf layer) is quite outdated

Re: [U-Boot] [RFC PATCH v2 00/11] SF: Migrate to Linux SPI NOR framework

On Thu, Dec 6, 2018 at 11:55 PM Vignesh R wrote: > > Hi Jagan, > > On 06-Dec-18 10:44 PM, Jagan Teki wrote: > > On Tue, Dec 4, 2018 at 5:56 PM Vignesh R wrote: > >> > >> U-Boot SPI NOR support (sf layer) is quite outdated as it does not > >> support 4 byte addressing opcodes, SFDP table parsing

Re: [U-Boot] [PATCH] ARM: at91: Fix 'boot.bin' generation when CONFIG_SD_BOOT is enabled

On Mon, Dec 10, 2018 at 08:32:33AM +, eugen.hris...@microchip.com wrote: > > > On 08.12.2018 21:49, Derald D. Woods wrote: > > On AT91 platforms configured for SD_BOOT, this commit avoids the > > generation of the PMECC header used for booting from NAND flash. This > > issue was found by

Re: [U-Boot] [PATCH 2/2] riscv: qemu: Enable SiFive UART driver in defconfigs

On Mon, Dec 10, 2018 at 7:25 AM Bin Meng wrote: > > Hi Anup, > > On Wed, Dec 5, 2018 at 2:29 PM Anup Patel wrote: > > > > This patch enables SiFive UART driver in all QEMU RISC-V defconfigs. > > > > Signed-off-by: Anup Patel > > --- > > configs/qemu-riscv32_defconfig | 1 + > >

Re: [U-Boot] [PATCH 1/2] drivers: serial: Add SiFive UART driver

On Mon, Dec 10, 2018 at 7:25 AM Bin Meng wrote: > > Hi Anup, > > On Wed, Dec 5, 2018 at 2:29 PM Anup Patel wrote: > > > > This patch adds SiFive UART driver. The driver is 100% DM driver > > and it determines input clock using clk framework. > > > > Signed-off-by: Anup Patel > > --- > >

Re: [U-Boot] [PATCH v2 3/5] mtd: sf_probe: remove spi-flash compatible

+ Simon On Thu, Dec 6, 2018 at 3:22 PM Neil Armstrong wrote: > > Now the "spi-flash" compatible has been removed in the DTS files, > remove this compatible from sf_probe to finally use the Linux "jedec,spi-nor" > compatible. > > Signed-off-by: Neil Armstrong > --- > drivers/mtd/spi/sf_probe.c

Re: [U-Boot] [PATCH] drivers: block: Allow to cache 4K blocks by default

On Mon, Dec 10, 2018 at 05:13:58AM +0100, Marek Vasut wrote: > On 12/09/2018 09:55 AM, Jan Kiszka wrote: > > The default settings of the block cache so far only allow to hold single > > 1K blocks. However, larger filesystems tend to use 4K. Failing to cache > > those massively degrades access

Re: [U-Boot] ARM: rockchip: rv1108: Fix booting with initramfs

On Mon, Dec 10, 2018 at 10:01:06AM -0200, Otavio Salvador wrote: > On Sun, Dec 9, 2018 at 10:28 PM Tom Rini wrote: > > On Mon, Dec 10, 2018 at 01:01:52AM +0100, Philipp Tomsich wrote: > > > > We move the ramdisk_addr_r to 0x6800 and disable the initrd and > > > > fdt relocation, so the

[U-Boot] [PATCH 0/7] Remove defines for SPI default speed and mode

This patch-set finish (after the last Simmon comment) and depends on the previous serie named: "Read default speed and mode values from DT" http://patchwork.ozlabs.org/project/uboot/list/?series=76834 This patchset remove the unnecessary defines for SPI speed and mode when DM mode is used for

[U-Boot] [u-boot][PATCH] ls1046aqds: Bypass xfi port fixup for KR mode

u-boot makes a fixup for LS1046AQDS board to setup the properties 'fixed-link' and 'phy-connection-type' to 'xgmii' but in case of backplane mode this fixup is not correct because it causes the KR link to fail and so it must be bypassed in order to keep the link in KR mode as it is defined in

Re: [U-Boot] [PATCH v3 1/3] Don't enable CONFIG_SPL_DM_USB for non-DM SPL

On Mon, 2018-12-03 at 19:29 +0100, Marek Vasut wrote: > On 12/03/2018 06:29 PM, Martyn Welch wrote: > > When CONFIG_SPL_DM_USB was added, it was added defaulted on without > > protection to ensure it didn't get set for non-DM SPL builds. > > > > This leads to unexpected and confusing failures

Re: [U-Boot] [RESEND PATCH v3 1/3] Don't enable CONFIG_SPL_DM_USB for non-DM SPL

On 12/10/2018 12:05 PM, Martyn Welch wrote: > When CONFIG_SPL_DM_USB was added, it was added defaulted on without > protection to ensure it didn't get set for non-DM SPL builds. > > This leads to unexpected and confusing failures when building a DM based > U-Boot but with a non-DM SPL, as the

Re: [U-Boot] ARM: rockchip: rv1108: Fix booting with initramfs

On Sun, Dec 9, 2018 at 10:28 PM Tom Rini wrote: > On Mon, Dec 10, 2018 at 01:01:52AM +0100, Philipp Tomsich wrote: > > > We move the ramdisk_addr_r to 0x6800 and disable the initrd and > > > fdt relocation, so the initramfs works out of box. > > > > > > Signed-off-by: Otavio Salvador > > >

Re: [U-Boot] [RESEND PATCH v3 1/3] Don't enable CONFIG_SPL_DM_USB for non-DM SPL

On 10/12/2018 12:05, Martyn Welch wrote: When CONFIG_SPL_DM_USB was added, it was added defaulted on without protection to ensure it didn't get set for non-DM SPL builds. This leads to unexpected and confusing failures when building a DM based U-Boot but with a non-DM SPL, as the defconfig is

Re: [U-Boot] [RESEND PATCH v3 3/3] imx: Add PHYTEC phyBOARD-i.MX6UL-Segin

Hi Martyn, > Port for the PHYTEC phyBOARD-i.MX6UL-Segin single board computer. > Based on the PHYTEC phyCORE-i.MX6UL SOM (PCL063). > > CPU: Freescale i.MX6UL rev1.2 528 MHz (running at 396 MHz) > CPU: Industrial temperature grade (-40C to 105C) at 44C > Reset cause: POR > Board: PHYTEC

Re: [U-Boot] [PATCH 5/7] mips: mt76xx: gardena-smart-gateway: Read default speed and mode values from DT

On 10.12.18 11:52, Patrick Delaunay wrote: In case of DT boot, don't read default speed and mode for SPI from CONFIG_*, instead read from DT node. Signed-off-by: Patrick Delaunay --- board/gardena/smart-gateway-mt7688/board.c | 24 1 file changed, 20 insertions(+),

Re: [U-Boot] [PATCH v3 1/3] Don't enable CONFIG_SPL_DM_USB for non-DM SPL

On 12/10/2018 11:29 AM, Martyn Welch wrote: > On Mon, 2018-12-03 at 19:29 +0100, Marek Vasut wrote: >> On 12/03/2018 06:29 PM, Martyn Welch wrote: >>> When CONFIG_SPL_DM_USB was added, it was added defaulted on without >>> protection to ensure it didn't get set for non-DM SPL builds. >>> >>> This

Re: [U-Boot] [PATCH 6/7] env: Read default speed and mode values from DT

On Mon, Dec 10, 2018 at 11:54 AM Patrick Delaunay wrote: > > In case of DT boot, don't read default speed and mode for SPI from > CONFIG_*, instead read from DT node. > > Signed-off-by: Patrick Delaunay > --- > > env/Kconfig | 4 ++-- > env/sf.c| 5 - > 2 files changed, 6 insertions(+),

Re: [U-Boot] [PATCH 7/7] spi: remove define for SPI default SPEED and MODE

On Mon, Dec 10, 2018 at 11:53 AM Patrick Delaunay wrote: > > In DM mode, the speed and mode defaults value will be taken from DT, > so these defines should be never used and can be removed. > > Signed-off-by: Patrick Delaunay > --- > > include/spi_flash.h | 4 > 1 file changed, 4

Re: [U-Boot] [PATCH 2/7] spi: add comment for spi_flash_probe_bus_cs function

On Mon, Dec 10, 2018 at 11:53 AM Patrick Delaunay wrote: > > Add Kernel style documentation for spi_flash_probe_bus_cs(). > > Signed-off-by: Patrick Delaunay > --- > > include/spi_flash.h | 14 ++ > 1 file changed, 14 insertions(+) > > diff --git a/include/spi_flash.h

Re: [U-Boot] [PATCH 1/7] spi: update management of default speed and mode

On Mon, Dec 10, 2018 at 11:53 AM Patrick Delaunay wrote: > > The 2 default values for SPI mode and speed are > only if CONFIG_DM_SPI_FLASH is not defined > - CONFIG_SF_DEFAULT_SPEED > - CONFIG_SF_DEFAULT_MODE > > Inverse the logic of the test to remove these two defines. > > Signed-off-by:

Re: [U-Boot] [PATCH 6/7] env: Read default speed and mode values from DT

On Mon, 10 Dec 2018 11:52:45 +0100 Patrick Delaunay wrote: > In case of DT boot, don't read default speed and mode for SPI from > CONFIG_*, instead read from DT node. > > Signed-off-by: Patrick Delaunay > --- > > env/Kconfig | 4 ++-- > env/sf.c| 5 - > 2 files changed, 6

Re: [U-Boot] [PATCH 4/7] dfu: sf: Read default speed and mode values from DT

On Mon, 10 Dec 2018 11:52:43 +0100 Patrick Delaunay wrote: > In case of DT boot, don't read default speed and mode for SPI from > CONFIG_*, instead read from DT node. > > Signed-off-by: Patrick Delaunay > --- > > drivers/dfu/dfu_sf.c | 10 -- > 1 file changed, 8 insertions(+), 2

[U-Boot] [RESEND PATCH v3 3/3] imx: Add PHYTEC phyBOARD-i.MX6UL-Segin

Port for the PHYTEC phyBOARD-i.MX6UL-Segin single board computer. Based on the PHYTEC phyCORE-i.MX6UL SOM (PCL063). CPU: Freescale i.MX6UL rev1.2 528 MHz (running at 396 MHz) CPU: Industrial temperature grade (-40C to 105C) at 44C Reset cause: POR Board: PHYTEC phyCORE-i.MX6UL I2C: ready

[U-Boot] [RESEND PATCH v3 2/3] Enable FEC driver to retrieve PHY address from device tree

Currently if we have more than one phy on the MDIO bus, we do not have a good mechanism for determining which should be used at runtime. Enable the FEC driver to determine the address for the PHY from the device tree. Signed-off-by: Martyn Welch Reviewed-by: Lukasz Majewski --- Changes in v3:

[U-Boot] [RESEND PATCH v3 1/3] Don't enable CONFIG_SPL_DM_USB for non-DM SPL

When CONFIG_SPL_DM_USB was added, it was added defaulted on without protection to ensure it didn't get set for non-DM SPL builds. This leads to unexpected and confusing failures when building a DM based U-Boot but with a non-DM SPL, as the defconfig is unlikely to have CONFIG_SPL_DM_USB actively

Re: [U-Boot] [PATCH v2 1/2] spl_spi: Read default speed and mode values from DT

Hi Simon, > From: Simon Goldschmidt > Sent: mardi 27 novembre 2018 13:55 > Subject: Re: [PATCH v2 1/2] spl_spi: Read default speed and mode values from > DT > > On Tue, Nov 27, 2018 at 1:33 PM Patrick DELAUNAY > wrote: > > > > Hi Simon, > > > > > From: Simon Goldschmidt > > > Sent: mardi 27

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

Hello Tom, please pull from u-boot-i2c.git master. Series contains DM_I2C_COMPAT removal for all ti platforms from Jean-Jacques Hiblot. Also a fix in i2c command help output from Chirstoph Muellner. Thanks! The following changes since commit cde578ff36b15ec9c2033f03b94ecf809af7cc64: ARM:

<    1   2   3   >