[PATCH v2 16/23] ti: Drop sdp4430 board

DM, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Lokesh Vutla Signed-off-by: Jagan Teki --- Changes for v2: - Cced board maintainer arch/arm/mach-omap2/omap4/Kconfig | 4 -- board/ti/sdp4430/Kconfig| 15 -

[PATCH v2 15/23] ti: Drop panda board

DM, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Lokesh Vutla Signed-off-by: Jagan Teki --- Changes for v2: - none arch/arm/mach-omap2/omap4/Kconfig | 4 - board/ti/panda/Kconfig| 12 -- board/ti/panda/MAINTAINERS| 6 -

[PATCH v2 14/23] gumstix: Drop duovero

DM, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Ash Charles Signed-off-by: Jagan Teki --- Changes for v2: - Cced board maintainer arch/arm/mach-omap2/omap4/Kconfig| 4 - board/gumstix/duovero/Kconfig| 12 -

[PATCH v2 08/23] compulab: Drop cm_t54

DM, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Dmitry Lifshitz Signed-off-by: Jagan Teki --- Changes for v2: - none arch/arm/mach-omap2/omap5/Kconfig | 4 - board/compulab/cm_t54/Kconfig | 12 -- board/compulab/cm_t54/MAINTAINERS | 6 -

[PATCH v2 11/23] pandora: Drop omap3 pandora

OF_CONTROL, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Grazvydas Ignotas Signed-off-by: Jagan Teki --- Changes for v2: - CCed board maintainer arch/arm/mach-omap2/omap3/Kconfig | 6 - board/pandora/Kconfig | 9 -

[PATCH v2 13/23] quipos: Drop omap3 cairo

OF_CONTROL, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Albert ARIBAUD (3ADEV) Signed-off-by: Jagan Teki --- Changes for v2: - none arch/arm/mach-omap2/omap3/Kconfig | 8 - board/quipos/cairo/Kconfig| 12 --

[PATCH v2 12/23] logicpd: Drop omap3 zoom1

OF_CONTROL, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Nishanth Menon Signed-off-by: Jagan Teki --- Changes for v2: - none arch/arm/mach-omap2/omap3/Kconfig | 8 -- board/logicpd/zoom1/Kconfig | 12 --- board/logicpd/zoom1/MAINTAINERS

[PATCH v2 10/23] overo: Drop omap3 overo

OF_CONTROL, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Steve Sakoman Signed-off-by: Jagan Teki --- Changes for v2: - none arch/arm/mach-omap2/omap3/Kconfig | 13 - board/overo/Kconfig | 9 - board/overo/MAINTAINERS |

[PATCH v2 07/23] siemens: rut: Enable DM_SPI, DM_SPI_FLASH

Enable DM_SPI, DM_SPI_FLASH for siemens rut board. Build is fine, but not tested. Cc: Samuel Egli Signed-off-by: Jagan Teki --- Changes for v2: - new patch configs/rut_defconfig | 4 1 file changed, 4 insertions(+) diff --git a/configs/rut_defconfig b/configs/rut_defconfig index

[PATCH v2 09/23] compulab: Drop cm_t35

DM, DM_SPI and other driver model migration deadlines are expired for this board. Drop it. Cc: Igor Grinberg Signed-off-by: Jagan Teki --- Changes for v2: - update commit message head arch/arm/mach-omap2/omap3/Kconfig | 7 - board/compulab/cm_t35/Kconfig | 12 -

[PATCH v2 06/23] siemens: pxm2: Enable DM_SPI, DM_SPI_FLASH

Enable DM_SPI, DM_SPI_FLASH for siemens pxm2 board. Build is fine, but not tested. Cc: Samuel Egli Signed-off-by: Jagan Teki --- Changes for v2: - new patch configs/pxm2_defconfig | 4 1 file changed, 4 insertions(+) diff --git a/configs/pxm2_defconfig b/configs/pxm2_defconfig index

[PATCH v2 05/23] siemens: draco: Enable DM_SPI, DM_SPI_FLASH

Enable DM_SPI, DM_SPI_FLASH for siemens draco board. Build is fine, but not tested. Cc: Samuel Egli Signed-off-by: Jagan Teki --- Changes for v2: - new patch configs/draco_defconfig| 4 configs/etamin_defconfig | 4 configs/rastaban_defconfig

[PATCH] x86: minnowmax: Add support for Winbond flash

This allows the use of the Dediprog em100pro so I can test SPI flash on this board in my lab. Signed-off-by: Simon Glass --- board/intel/minnowmax/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/board/intel/minnowmax/Kconfig b/board/intel/minnowmax/Kconfig index

[PATCH v2 02/23] am335x: sl50: Enable DM_SPI

Enable DM_SPI for am355x sl50 board. Build is fine, but not tested. Cc: Enric Balletbo i Serra Signed-off-by: Jagan Teki --- Changes for v2: - new patch configs/am335x_sl50_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/am335x_sl50_defconfig

[PATCH v2 03/23] am335x: baltos: Enable DM_SPI

Enable DM_SPI for am355x baltos board. Build is fine, but not tested. Cc: Yegor Yefremov Signed-off-by: Jagan Teki --- Changes for v2: - new patch configs/am335x_baltos_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/am335x_baltos_defconfig

[PATCH v2 04/23] am335x: igep003x: Enable DM_SPI

Enable DM_SPI for am355x igep003x board. Build is fine, but not tested. Cc: Javier Martínez Canillas Signed-off-by: Jagan Teki --- Changes for v2: - new patch configs/am335x_igep003x_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/am335x_igep003x_defconfig

[PATCH v2 00/23] spi: dm-conversion (part1)

This series dropped nondm code from omap3, enabled a few boards with DM_SPI, DM_SPI_FLASH and finally dropped boards which didn't have DM, OF_CONTROL. Chages for v2: - included updates on missing boards which used omap3 spi - added board maintainers Travis-CI:

[PATCH v2 01/23] configs: igep00x0: Enable DM_SPI

Enable DM_SPI for igep00x0 board. Build is fine, but not tested. Cc: Enric Balletbo i Serra Signed-off-by: Jagan Teki --- Changes for v2: - none configs/igep00x0_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/igep00x0_defconfig b/configs/igep00x0_defconfig index

Re: [PATCH 1/1] fastboot: add support for 'reboot fastboot' command

On Wed, May 27, 2020 at 12:14 PM Roman Kovalivskyi wrote: > > From: Roman Stratiienko > > Android 10 adds support for dynamic partitions and in order to support > them userspace fastboot must be used[1]. New tool fastbootd is > included into recovery image. > > Userspace fastboot works from

[PATCH 8/8] test: dm: Add tests for regmap managed API and regmap fields

From: Jean-Jacques Hiblot The tests rely on a dummy driver to allocate and initialize the regmaps and the regmap fields using the managed API. The first test checks if the regmap config fields like width, reg_offset_shift, range specifiers, etc work. The second test checks if regmap fields

[PATCH 7/8] regmap: Add support for regmap fields

From: Jean-Jacques Hiblot A regmap field is an abstraction available in Linux. It provides to access bitfields in a regmap without having to worry about shifts and masks. Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Simon Glass Signed-off-by: Pratyush Yadav --- drivers/core/regmap.c |

[PATCH 5/8] regmap: Add regmap_init_mem_range()

Right now, the base of a regmap can only be obtained from the device tree. This makes it impossible for devices which calculate the base at runtime to use a regmap. An example of such a device is the Cadence Sierra PHY. Allow creating a regmap with one range whose start and size can be specified

[PATCH 3/8] regmap: Allow specifying read/write width

Right now, regmap_read() and regmap_write() read/write a 32-bit value only. To write other lengths, regmap_raw_read() and regmap_raw_write() need to be used. This means that any driver ported from Linux that relies on regmap_{read,write}() to know the size already has to be updated at each

[PATCH 6/8] regmap: Allow devices to specify regmap range start and size in config

Some devices need to calculate the regmap base address at runtime. This makes it impossible to use device tree to get the regmap base. Instead, allow devices to specify it in the regmap config. This will create a regmap with a single range that corresponds to the start and size given by the

[PATCH 1/8] regmap: Add devm_regmap_init()

From: Jean-Jacques Hiblot Most of new linux drivers are using managed-API to allocate resources. To ease porting drivers from linux to U-Boot, introduce devm_regmap_init() as a managed API to get a regmap from the device tree. Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Simon Glass

[PATCH 4/8] regmap: Allow left shifting register offset before access

Drivers can configure it to adjust the final read/write location. Signed-off-by: Pratyush Yadav --- drivers/core/regmap.c | 6 +- include/regmap.h | 6 ++ 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/core/regmap.c b/drivers/core/regmap.c index

[PATCH 2/8] regmap: zero out the regmap on allocation

Some fields will be introduced in the regmap structure that should be set to 0 by default. So, once we allocate a regmap, make sure it is zeroed out to avoid unexpected defaults for those values. Signed-off-by: Pratyush Yadav --- drivers/core/regmap.c | 4 +++- 1 file changed, 3 insertions(+),

[PATCH 0/8] regmap: Add managed API, regmap fields, regmap config

Hi, This series is a re-spin of Jean-Jacques' earlier effort [0], the goal of which was to facilitate porting drivers from the Linux kernel. It adds the managed API, using the same API as Linux. It also adds support for regmap fields. Jean-Jacques' series added support for custom regmap

[PATCH v2 5/5] mpc83xx, keymile boards: enable DM_ETH and add DTS

enable DTS support for keymile mpc83xx based boards. get rid of compile warning: = WARNING == This board does not use CONFIG_DM_ETH (Driver Model for Ethernet drivers). Please update the board to use CONFIG_DM_ETH before the v2020.07 release. Failure to

[PATCH v2 4/5] net, qe: add DM support for QE UEC ethernet

add DM/DTS support for the UEC ethernet on QUICC Engine Block. Signed-off-by: Heiko Schocher --- - I let the old none DM based implementation in code so boards should work with old implementation. This Code should be removed if all boards are converted to DM/DTS. - add the DM based qe

[PATCH v2 3/5] powerpc, qe: add DTS support for parallel I/O ports

add DM support for parallel I/O ports on QUICC Engine Block Signed-off-by: Heiko Schocher --- Open questions / discussion: - I let the old none DM based implementation in code so boards should work with old implementation. This should be removed if all boards are converted to DM/DTS. -

[PATCH v2 0/5] powerpc, mpc83xx: add DM_ETH support

This patch series adds DM ethernet support for mpc83xx based keymile boards. Travis build: https://travis-ci.org/github/hsdenx/u-boot-test/builds/691607214 Changes in v2: - new in v2 - remove RFC - fixed Codingstyle errors, therefore new patch powerpc, mpc83xx: fix codingstyle issues for

[PATCH v2 1/5] mpc83xx: remove unneeded extern declaration in cpu_init

remove extern void qe_init(uint qe_base); extern void qe_reset(void); and include fsl_qe.h instead. Signed-off-by: Heiko Schocher --- Changes in v2: - new in v2 arch/powerpc/cpu/mpc83xx/cpu_init.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH 01/14] spi: fsl_dspi: Drop nondm code

On Tue, May 26, 2020 at 11:15 PM Jagan Teki wrote: > > Drop the nondm code from fsl_dspi.c since there > is no board or any other code using it. > > Signed-off-by: Jagan Teki > --- Applied to u-boot-spi/master

Re: [PATCH v4 2/9] usb: xhci: Use only 32-bit accesses in xhci_writeq/xhci_readq

On 26/05/2020 10:07, Bin Meng wrote: > Hi Simon, > > On Tue, May 26, 2020 at 5:41 AM Simon Glass wrote: >> >> Hi Sylwester, >> >> On Mon, 25 May 2020 at 11:42, Sylwester Nawrocki >> wrote: >>> >>> Hi Simon, >>> >>> On 25.05.2020 19:04, Simon Glass wrote: On Mon, 25 May 2020 at 10:57,

Re: [PATCH 1/5] dm: core: Fix devfdt_get_addr_ptr return value

On 27/05/2020 08:41, Ovidiu Panait wrote: > According to the description of devfdt_get_addr_ptr, this function should > return NULL on failure, but currently it returns (void *)FDT_ADDR_T_NONE. > > This is also a problem because there are two definitions for > dev_read_addr_ptr, depending on

[PATCH v3 4/4] spl: fit: improve spl_nand_fit_read(...) readability

Replacing the ret variable with err and handling first the error condition about the value returned by the spl_nand_fit_read routine, improves the code readability. Furthermore, the 'else' int the 'else return ret' instruction was useless. cc: Michael Trimarchi Signed-off-by: Dario Binacchi ---

[PATCH v3 0/4] Fix the SPL loading of a FIT image from NAND

Loading u-boot and its fdt from a NAND memory area with bad blocks led to the creation of these patches. Next, the output generated by the script used to flash the NAND of the SOC that caused the issue. ** Rewriting /dev/mtd0 with /mnt/MLO Erasing 128 Kibyte @ 0 -- 100 % complete Writing

[PATCH v3 3/4] spl: fit: nand: fix fit loading in case of bad blocks

The offset at which the image to be loaded from NAND is located is retrieved from the itb header. The presence of bad blocks in the area of the NAND where the itb image is located could invalidate the offset which must therefore be adjusted taking into account the state of the sectors concerned.

[PATCH v3 2/4] spl: fit: fail fit loading in case of FDT appending error

If uboot does not embed its device tree and the FIT loading function returns error in case of failure in the FDT append, the redundant itb image could be loaded. cc: Michael Trimarchi Signed-off-by: Dario Binacchi Reviewed-by: Michael Trimarchi --- Changes in v3: None Changes in v2: -

[PATCH v3 1/4] spl: fix format of function documentation

U-Boot adopted the kernel-doc annotation style. cc: Michael Trimarchi Signed-off-by: Dario Binacchi --- Changes in v3: None Changes in v2: None include/spl.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/spl.h b/include/spl.h index b31c9bb4ab..580e4e024f 100644

[PATCH v2 4/4] x86: apl: Add hex offsets for registers in FSP-S

When comparing hex dumps it is useful to see the offsets of the registers. Add them in where they correspond to a multiple of 16. Possibly it would be useful to have a a command to output the FSP values in human-readable form, making use of the fsp_bindings implementation. Signed-off-by: Simon

[PATCH v2 1/4] x86: coral: Correct some FSP-M settings

Some settings were modified slightly in the device-tree conversion. Return these to their original values. Signed-off-by: Simon Glass --- Changes in v2: None arch/x86/dts/chromebook_coral.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/x86/dts/chromebook_coral.dts

[PATCH v2 2/4] x86: apl: Add hex offsets for registers in FSP-M

When comparing hex dumps it is useful to see the offsets of the registers. Add them in where they correspond to a multiple of 16. Possibly it would be useful to have a a command to output the FSP values in human-readable form, making use of the fsp_bindings implementation. Signed-off-by: Simon

[PATCH v2 3/4] x86: coral: Correct some FSP-S settings

Some settings were modified slightly in the device-tree conversion. Return these to their original values. This includes some audio settings and a few others that have changed. Note that we still rely on the FSP defaults for most values, so there is no need to specify a value if the FSP default

Re: [PATCH 3/4] x86: coral: Correct some FSP-S settings

Hi Bin, On Tue, 26 May 2020 at 02:15, Bin Meng wrote: > > Hi Simon, > > On Tue, May 26, 2020 at 4:16 AM Simon Glass wrote: > > > > Some settings were modified slightly in the device-tree conversion. Return > > these to their original values. This makes WiFi work again. > > > > Signed-off-by:

[U-boot, 2/2] arm: dts: mediatek: enable sgmii mode and mt7531 switch for mt7629

This patch enable sgmii mode and mt7531 switch support in mt7629 ethernet dts node. Signed-off-by: MarkLee --- arch/arm/dts/mt7629-rfb.dts | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/arch/arm/dts/mt7629-rfb.dts b/arch/arm/dts/mt7629-rfb.dts index

[U-boot, 1/2] eth: mtk-eth: enable mt7629 sgmii mode support in mediatek eth driver

The sgmii mode init flow is almost the same for all mediatek SoC, the only difference is the register offset(SGMSYS_GEN2_SPEED) is 0x2028 for old chip(mt7622) but changed to 0x128 for newer chip(mt7629 and the following chips). Signed-off-by: MarkLee --- drivers/net/mtk_eth.h | 5 + 1 file

[U-boot,0/2] Enable mt7531 switch support for MT7629

This patch series enable MT7629 sgmii mode with mt7531 switch support, 1. enable mt7629 sgmii mode support in mediatek eth driver 2. enable mt7629 ethernet dts node with sgmii mode and mt7531 switch support MarkLee (2): eth: mtk-eth: enable mt7629 sgmii mode support

[PATCH 1/1] fastboot: add support for 'reboot fastboot' command

From: Roman Stratiienko Android 10 adds support for dynamic partitions and in order to support them userspace fastboot must be used[1]. New tool fastbootd is included into recovery image. Userspace fastboot works from recovery and is launched if: 1) - Dynamic partitioning is enabled 2) - Boot

[PATCH 0/1] Add support for booting into userspace fastboot

Android 10 adds support for dynamic partitions and in order to support them userspace fastboot must be used[1]. New tool called fastbootd is included into recovery image. Userspace fastboot works from recovery and is launched if: 1) - Dynamic partitioning is enabled 2) - Boot control block has

Re: [PATCH 1/8] pfla02: Rework excluding NAND from SPL

On 26.05.20 21:06, Tom Rini wrote: > Rather than only enable CONFIG_CMD_NAND for non-SPL builds, move the CMD > options to defconfig and rework the guards to not try and call the > function in SPL builds. > > Cc: Stefano Babic > Signed-off-by: Tom Rini > --- > A grep around for

[PATCH 2/2] riscv: sbi: Move sbi_probe_extension() out of CONFIG_SBI_V01

From: Bin Meng sbi_probe_extension() is an API defined in SBI v0.2, not v0.1. Fixes 7e249bc13aaf: ("riscv: Move all SMP related SBI calls to SBI_v01") Signed-off-by: Bin Meng --- arch/riscv/lib/sbi.c | 37 +++-- 1 file changed, 19 insertions(+), 18

[PATCH 1/2] riscv: sbi: Remove sbi_spec_version

From: Bin Meng U-Boot defaults to use SBI v0.2. Howerver there is a global variable sbi_spec_version that stills refers to v0.1. Since it is not used anywhere, let's remove it. Signed-off-by: Bin Meng --- arch/riscv/include/asm/sbi.h | 2 -- arch/riscv/lib/sbi.c | 3 --- 2 files

[PATCH v2] doc: log: correct option name CONFIG_LOG_MAX_LEVEL

Replace CONFIG_(SPL_)MAX_LOG_LEVEL by the correct name as defined in common/Kconfig: line 668:config LOG_MAX_LEVEL line 688:config SPL_LOG_MAX_LEVEL line 708:config TPL_LOG_MAX_LEVEL Signed-off-by: Patrick Delaunay --- Changes in v2: - add commnet for TPL with CONFIG_TPL_LOG_MAX_LEVEL example

Re: [PATCH] cmd: fitupd: move config check to Kconfig

Hi Heinrich, > Configuration checks should not be in the C files but in the Kconfig > files. > > Signed-off-by: Heinrich Schuchardt > --- > @Lukasz, @Tom > No board seems to be using the 'fitupd' command anymore. Shouldn't we > simply remove it? 'dfu tftp' offers a similar functionality. We

Please pull u-boot-marvell/master

Hi Tom, please pull these MVEBU related fixes. - Fix SPI boot on ds414 (Ezra) - Fix PHY mode definition on armada-3720-uDPU (Jakov) - Convert CRS305-1G-4S to generic version (Luka)

Re: [PATCH v3] arm: mvebu: Convert CRS305-1G-4S board to CRS3xx-98DX3236

On 26.05.20 20:17, Luka Kovacic wrote: Convert the CRS305-1G-4S board to CRS3xx-98DX3236 to enable easier implementation of new CRS3xx series boards, based on Marvell Prestera 98DX3236. Signed-off-by: Luka Kovacic Cc: Luka Perkov Cc: Jakov Petrina Applied to u-boot-marvell/master Thanks,

Re: [PATCH] arch: arm: uDPU: fix PHY mode definition to sgmii-2500

On 12.05.20 12:02, Jakov Petrina wrote: Commit f49ac7e1c4 switched the default PHY speed to 3.125Gbit to resolve issues with SFP modules. However, U-Boot does not have a "2500base-x" phy-mode. Resolve this by using "sgmii-2500" instead. Signed-off-by: Jakov Petrina Signed-off-by: Vladimir Vid

Re: [PATCH v2 0/2] Fix boot from SPI flash on Synology DS414

On 09.05.20 22:05, Ezra Buehler wrote: Booting from SPI flash on Synology DS414 (or DS214+) devices has been broken for quite some time now. As far as I can tell this is due to following commits: 3c265bbe4d rm: sync armada-xp dts files from Linux 5.0 7ddf8cfb0d kwbimage: Rename

Re: [PATCH 2/7] mmc: zynq_sdhci: Define timing macro's

Michal, On 27/05/20 12:17 pm, Jaehoon Chung wrote: > On 5/22/20 7:44 PM, Michal Simek wrote: >> From: Ashok Reddy Soma >> >> Define timing macro's for all the available speeds of mmc. This is >> done similar to linux. Replace other macro's used in zynq_sdhci.c >> with these new macro's. > >

Re: [PATCH 2/7] mmc: zynq_sdhci: Define timing macro's

On 5/22/20 7:44 PM, Michal Simek wrote: > From: Ashok Reddy Soma > > Define timing macro's for all the available speeds of mmc. This is > done similar to linux. Replace other macro's used in zynq_sdhci.c > with these new macro's. Even though it's similar to linux, does it need to add new macro?

[PATCH 1/5] dm: core: Fix devfdt_get_addr_ptr return value

According to the description of devfdt_get_addr_ptr, this function should return NULL on failure, but currently it returns (void *)FDT_ADDR_T_NONE. This is also a problem because there are two definitions for dev_read_addr_ptr, depending on CONFIG_DM_DEV_READ_INLINE: 1. one returning NULL on

[PATCH 2/5] pinctrl: bcm283x: DM_FLAG_PRE_RELOC: Remove OF_CONTROL check

Remove CONFIG_IS_ENABLED(OF_CONTROL) check from DM_FLAG_PRE_RELOC, since this driver only supports OF_CONTROL. drivers/pinctrl/broadcom/Kconfig: config PINCTRL_BCM283X depends on ARCH_BCM283X && PINCTRL_FULL && OF_CONTROL Signed-off-by: Ovidiu Panait ---

[PATCH 3/5] pinctrl: bcm283x: Read address from DT in ofdata_to_platdata

Factor out reading IP base address to ofdata_to_platdata function, which is designed for this purpose. Also, drop the dev->priv NULL check, since this is already done by the dm core when allocating space using priv_auto_alloc_size feature. (in drivers/core/device.c -> device_ofdata_to_platdata).

Please pull u-boot-x86

Hi Tom, This PR includes the following x86 changes for v2020.07 release: - Use device tree for FSP-M and FSP-S configuration on Intel Apollo Lake - Add SMBIOS cbmem entry parsing for coreboot - Various clean-ups to CBFS implementation The following changes since commit

[PATCH 4/5] pinctrl: bcm283x: Fix return value check for dev_read_addr_ptr

dev_read_addr_ptr returns NULL on failure, so add the proper check. Signed-off-by: Ovidiu Panait --- drivers/pinctrl/broadcom/pinctrl-bcm283x.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pinctrl/broadcom/pinctrl-bcm283x.c

[PATCH 5/5] pinctrl: bcm283x: Store the return value of dev_read_u32_default to int

Currently, the return value of dev_read_u32_default is stored in an u32, causing the subsequent "if (function < 0)" to always be false: u32 function ... function = dev_read_u32_default(config, "brcm,function", -1); if (function < 0) { debug("Failed reading function for pinconfig %s

Re: [PATCH 1/7] Revert "mmc: zynq: parse dt when probing"

Hi On 5/22/20 7:44 PM, Michal Simek wrote: > From: Ashok Reddy Soma > > This reverts commit 942b5fc03218d1c94468fc658e7dec65dabcc830. > > This is partial revert of the above commit. > > mmc_of_parse() is reading no-1-8-v from device tree and if set, > it is clearing the UHS speed capabilities

Re: [PATCH] mmc: sdhci: Fix HISPD bit handling

On 5/25/20 2:25 AM, Jagan Teki wrote: > SDHCI HISPD bits need to be configured based on desired mmc > timings mode and some HISPD quirks. > > So, handle the HISPD bit based on the mmc computed selected > mode(timing parameter) rather than fixed mmc card clock > frequency. > > Linux handle the

Re: [PATCH] mmc: fsl_esdhc: Gracefully fail on unsupported voltage switch

On 5/23/20 1:28 AM, Marek Vasut wrote: > Unsupported voltage on voltage switch is not an error, do not > print error message in such a case. This happens e.g. if the > eMMC is already in 1V8 mode or when testing 1V2 mode operation > on systems which only do 3V3/1V8 switching. > > Signed-off-by:

Re: [PATCH] mmc: fsl_esdhc: Fix SDR104 and HS200 support

On 5/23/20 1:19 AM, Marek Vasut wrote: > The 3V3/1V8 switching could never have worked on any of the iMXes > ever since 51313b49f2 ("mmc: fsl_esdhc: support SDR104 and HS200"), > because that commit uses priv->vqmmc_dev when switching voltages on > mode switch, while local vqmmc_dev in probe to

<    1   2