[PATCH] net: zynq_gem: Use ulong instead of u32 data type

From: T Karthik Reddy flush_dcache_range() expects unsigned long in the arguments. Here u32 variable is unable to hold the higher address value when ddr mapped to higher addresses & flushing lower address dchache range instead which is unmapped causing to crash. Signed-off-by: T Karthik Reddy

[PATCH] MAINTAINERS: Update ARM TI entry

Take over TI maintainership from Tom. Signed-off-by: Lokesh Vutla --- MAINTAINERS| 2 +- doc/git-mailrc | 3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 438fb225ab..e3193df96c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -394,7 +394,7

[GIT PULL] Xilinx patches for v2020.04

Hi Tom, please pull the following changes to your tree. The major part of this pull request is using only one defconfig for Xilinx ZynqMP platforms. The same change should also happen with Zynq platforms but I haven't had a time to do it (Microblaze is using it from the begining and Versal too).

Re: [PATCH] arm: dts: imx7ulp-evk: remove mux value from pad configuration

On 16/01/20 02:22:35, Peng Fan wrote: > > Subject: [PATCH] arm: dts: imx7ulp-evk: remove mux value from pad > > configuration > > > > The mux mode is embedded in the PAD definition and therefore there is no > > need to repeat it in the PAD configuration value (more over since this > > information

Re: [PATCH 0/2] Move arasan nand driver to driver model

čt 19. 12. 2019 v 16:06 odesílatel Michal Simek napsal: > > Hi, > > these two patches are moving nand driver to DM and also remove hardcoded > base address of nand controller and get it from device tree. > > Thanks, > Michal > > > Ashok Reddy Soma (2): > mtd: nand: Move arasan nand driver to

Re: [PATCH] arm64: versal: Fix emmc boot mode boot_target issue

út 17. 12. 2019 v 11:16 odesílatel Michal Simek napsal: > > From: T Karthik Reddy > > Emmc boot devcie is mounted to sdhci@f105 controller on versal, while > in emmc boot mode, boot tragets are set to mmc0. So removed mmc0 and using > the dev seq number from the sdhci@f105 controller. >

Re: [PATCH] board: xilinx: Add support for user configurable boot script offset

st 18. 12. 2019 v 11:54 odesílatel Michal Simek napsal: > > From: T Karthik Reddy > > Currently "script_offset_f" env variable is hardcoded, this variable > specifies from which offset of the flash boot.scr should be read/write. > As flashes are of different sizes having a fixed offset makes it

Re: [PATCH] spl: atf: Add missing ndepth initialization

čt 19. 12. 2019 v 15:52 odesílatel Michal Simek napsal: > > ndepth needs to be initialized before it is used in fdt_next_node(). > Uninitialized value is causing that node is found and depth increase but > won't pass condition below because initial state wasn't setup. > > Signed-off-by: Michal

Re: [PATCH] arm64: Enable INIT_SP_RELATIVE by default when POC is enabled

pá 20. 12. 2019 v 11:43 odesílatel Michal Simek napsal: > > When position-independent pre-relocation code is enable there is also > necessary to enable relative early stack pointer not to use origin location > pointed by CONFIG_SYS_INIT_SP_ADDR macro. > > Signed-off-by: Michal Simek > --- > >

Re: [PATCH] arm64: zynqmp: Do not call bss init and board_init_r from board_init_f

čt 19. 12. 2019 v 15:58 odesílatel Michal Simek napsal: > > There is no reason to clear bss and call board_init_r() from board_init_f() > beca it can be called directly from crt0_64.S with also support for SPL > stack relocation to SDRAM. > For more information please take a look at

Re: [PATCH v2] arm64: zynqmp: Do not assing MIO34 that early on zcu100

út 3. 12. 2019 v 16:33 odesílatel Michal Simek napsal: > > MIO34 is connected to POWER_KILL signal. When MIO configuration is done in > psu_init() and this pin is assigned to PMU but PMU configuration is not > loaded yet. PMU gpio output is high that means board is powered off > immediately. >

Re: [PATCH v2 0/2] Extend board_fdt_blob_setup() to support OF_SEPARATE

po 6. 1. 2020 v 10:00 odesílatel Michal Simek napsal: > > Hi, > > it is simply series which align board_fdt_blob_setup() with fdtdec with > highest priority on default location where external DTB can be found. > > Thanks, > Michal > > Changes in v2: > - Fix print messages not to generate

Re: [PATCH] arm64: zynqmp: Remove low level UART setting

pá 6. 12. 2019 v 9:17 odesílatel Michal Simek napsal: > > There is no reason to do serial initialization. Uart driver does it already > based on DT. Good effect is that it is clear which interface is console. > > Signed-off-by: Michal Simek > --- > > .../psu_init_gpl.c

Re: [PATCH] arm: zynq: Remove low level UART setting

pá 6. 12. 2019 v 9:44 odesílatel Michal Simek napsal: > > There is no reason to do serial initializationin low level code. Uart > driver does it already based on DT. > > Signed-off-by: Michal Simek > --- > > .../zynq/zynq-syzygy-hub/ps7_init_gpl.c | 4 - >

Re: [PATCH] arm64: zynqmp: Enable bind/unbind commands for all boards

pá 6. 12. 2019 v 11:19 odesílatel Michal Simek napsal: > > These commands are useful in connection to usb and other devices that's why > enable it by default. > > Signed-off-by: Michal Simek > --- > > configs/xilinx_zynqmp_zc1232_revA_defconfig | 1 + >

Re: [PATCH] arm64: zynqmp: Fix symlinks to SC psu_init* files

po 9. 12. 2019 v 15:57 odesílatel Michal Simek napsal: > > Names have to match device tree file names. Also add missing one. > > Fixes: 50d92833477e ("arm64: zynqmp: Sync names for SC with Versal") > Signed-off-by: Michal Simek > --- > > .../zynqmp/{zynqmp-a2197-g-revA =>

Re: [PATCH] arm64: zynqmp: Remove nand partition description from mini-nand

pá 6. 12. 2019 v 11:14 odesílatel Michal Simek napsal: > > There shouldn't be a need to use any partition description because it > can be used for writing data anywhere. > > Signed-off-by: Michal Simek > --- > > arch/arm/dts/zynqmp-mini-nand.dts | 49 --- > 1 file

Re: [PATCH] arm64: zynqmp: Add board_boot_order for MMC boot extension

po 9. 12. 2019 v 15:58 odesílatel Michal Simek napsal: > > In past SPL_ZYNQMP_TWO_SDHCI symbol was introduced to handle boards with > two sdhci controllers. The problem was that U-Boot is registering > controllers based on aliases in DT but bootmode targets specific controller > ID. That's why on

Re: [PATCH] arm64: zynqmp: Fix return value of board_fit_config_name_match

po 9. 12. 2019 v 15:58 odesílatel Michal Simek napsal: > > Empty implementation should not return 0 (success) because that mean that > passed name matches the board configuration. > > Signed-off-by: Michal Simek > --- > > arch/arm/mach-zynqmp/spl.c | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [PATCH 0/2] Enable private ATF handoff structure

čt 19. 12. 2019 v 18:32 odesílatel Michal Simek napsal: > > Hi, > > Xilinx ZynqMP platform is using from the beggining specific structure which > is passed from FSBL/SPL to ATF. > Maybe in future both options can be supported by ATF and we can remove this > private structure completely. But as of

Re: [PATCH] arm: xilinx: Use device tree which can be passed on cmd line

po 9. 12. 2019 v 16:00 odesílatel Michal Simek napsal: > > DEVICE_TREE variable has been added by commit 6ab6b2afa091 > ("dts: re-write dts/Makefile more simply with Kbuild") > where DT can be specified on command line. If it is not then > CONFIG_DEFAULT_DEVICE_TREE is used to ensure backward

[PATCH] riscv: sifive: fu540: Enable saving environment in MMC

At present U-Boot environment is not saved so it's a little bit inconvenient if booting kernel via network as each time we need input the network environment variables from U-Boot shell. We already have the MMC support and let's enable saveenv with that. Signed-off-by: Bin Meng ---

Re: [PATCH 0/2] mtd: nand: Move zynq nand driver to driver model

po 6. 1. 2020 v 10:32 odesílatel Michal Simek napsal: > > Hi, > > This series is moving Xilinx Zynq NAND driver to driver model. > It allows us to remove hardcoded base address of smc and nand controller > and get base addresses from device tree. > > Thanks, > Michal > > > Ashok Reddy Soma (2): >

Re: [PATCH v2] test/py: hush_if_test: Add tests to cover octal/hex values

po 6. 1. 2020 v 10:18 odesílatel Michal Simek napsal: > > Extend test suite to cover also automatic octal/hex converstions which > haven't been implemented in past. > > Signed-off-by: Michal Simek > Acked-by: Stephen Warren > Reviewed-by: Simon Goldschmidt > --- > > Changes in v2: > - Based on

Re: [PATCH] ARM: zynq: Remove unused QSPI and USB addresses

po 6. 1. 2020 v 10:34 odesílatel Michal Simek napsal: > > All drivers should be converted to DM already that's why these hardcoded > base addresses are not needed anymore. > > Signed-off-by: Michal Simek > --- > > arch/arm/mach-zynq/include/mach/hardware.h | 3 --- > 1 file changed, 3

Re: [PATCH v3] arm64: zynqmp: Add support for u-boot.itb generation with ATF

po 6. 1. 2020 v 10:28 odesílatel Michal Simek napsal: > > Follow i.MX, Sunxi, RISC-V and Rockchip to generate u-boot.itb which > includes U-Boot proper, ATF and DTBs in FIT format. ZynqMP supports FIT for > quite a long time but with using out of tree solution. The patch is filling > this gap. >

Re: [PATCH 0/2] arm64: zynqmp: Cleanup defconfigs

po 9. 12. 2019 v 16:19 odesílatel Michal Simek napsal: > > Hi, > > over years a lot of new Xilinx ZynqMP board have been added to U-Boot with > corresponding defconfigs. Also a lot of drivers have been moved to DM that > we can make one generic configuration with one defconfig. > Nand still needs

Re: [PATCH] arm64: zynqmp: Move PANIC to Kconfig

út 17. 12. 2019 v 16:14 odesílatel Michal Simek napsal: > > Convert another option Kconfig. > > Reported-by: Robert P. J. Day > Signed-off-by: Michal Simek > --- > > configs/avnet_ultrazedev_cc_v1_0_ultrazedev_som_v1_0_defconfig | 1 + > configs/xilinx_zynqmp_mini_defconfig

Re: [PATCH] arm64: zynqmp: Fix ina226 shunt resistor value

po 6. 1. 2020 v 14:12 odesílatel Michal Simek napsal: > > Fix shunt resistor value for ina226 vccint_ams and vccint_io_bram_ps. > 2mOhm shunt was only in early board revision schematics but never got to > real revA board. > > Signed-off-by: Michal Simek > --- > >

Re: [PATCH] arm64: zynqmp: Correct the type of eeprom for zcu216 boards

po 6. 1. 2020 v 14:13 odesílatel Michal Simek napsal: > > From: Raviteja Narayanam > > Corrected the type of eeprom in device tree for zcu216 boards according > to schematic. > > Signed-off-by: Raviteja Narayanam > Signed-off-by: Michal Simek > --- > > arch/arm/dts/zynqmp-zcu216-revA.dts | 2

Re: [PATCH] firmware: Remove probe which is causing extra bind

út 7. 1. 2020 v 11:18 odesílatel Michal Simek napsal: > > From: Ashok Reddy Soma > > Remove probe function dm_scan_fdt_dev from zynqmp-firmware driver. > It is just binding its subnode zynqmp-clk. > As a result one extra node is showing up in dm tree. > > This is not required, it is anyway bound

Re: [PATCH] ARM: zynq: Add missing nand/smcc nodes

út 7. 1. 2020 v 11:26 odesílatel Michal Simek napsal: > > Add missing nand/smcc description. > > Signed-off-by: Michal Simek > --- > > arch/arm/dts/zynq-zc770-xm011.dts | 8 > 1 file changed, 8 insertions(+) > > diff --git a/arch/arm/dts/zynq-zc770-xm011.dts >

Re: [PATCH] zynqmp: dts: Cleanup no-1-8-v property from sdhci dt nodes

út 7. 1. 2020 v 12:33 odesílatel Michal Simek napsal: > > From: T Karthik Reddy > > Removed no-1-8-v property from zynqmp sdhci devicetree nodes to > allow UHS-I capable SD cards to work in SD3.0 UHS modes. > > Boards that does not have level shifter for SD, does not support 1.8v. > so no-1-8-v

Re: [PATCH] arm64: zynqmp: Add support for zcu208

út 7. 1. 2020 v 12:12 odesílatel Michal Simek napsal: > > The board is very similar to zcu216 with zu49dr device. > > Signed-off-by: Michal Simek > --- > > arch/arm/dts/Makefile| 1 + > arch/arm/dts/zynqmp-zcu208-revA.dts | 588 +++ >

Re: [PATCH] net: zynq: Add a note about RX_BUF macro

čt 9. 1. 2020 v 7:38 odesílatel Michal Simek napsal: > > Record note about reducing number of BDs. > > Signed-off-by: Michal Simek > --- > > drivers/net/zynq_gem.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/net/zynq_gem.c b/drivers/net/zynq_gem.c > index

Re: [PATCH] arm64: zynqmp: Switch zcu100 revC to use firmware clock driver

út 7. 1. 2020 v 12:45 odesílatel Michal Simek napsal: > > There is no issue with using firmware based driver instead of fixed clock > one. > > Signed-off-by: Michal Simek > --- > > arch/arm/dts/zynqmp-zcu100-revC.dts | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH 0/8] xilinx: Various DT changes and syncups

On 09. 01. 20 15:18, Michal Simek wrote: > Hi, > > I am sending some patches to fix bugs we found in xilinx release cycle. > Also do some syncs to keep kernel/u-boot dts in pseudo sync. > > Thanks, > Michal > > > Jan Kiszka (1): > arm64: dts: zcu100-revC: Give wifi some time after power-on >

Re: [PATCH v2 19/19] i2c: Update drivers to use enum for speed

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Convert the obvious uses of i2c bus speeds to use the enum. Use livetree access for code changes. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/exynos_hs_i2c.c | 4 ++-- drivers/i2c/fsl_i2c.c| 3 ++-

Re: [PATCH v2 18/19] i2c: stm32: Update to use standard enums for speed

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Update this driver to use the new standard enums for speed. Note: This driver needs to move to driver model. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/stm32f7_i2c.c | 43 +++

Re: [PATCH v2 16/19] i2c: kona_i2c: Update to use standard enums for speed

Hello simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Update this driver to use the new standard enums for speed. Note: This driver needs to move to driver model. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/kona_i2c.c | 28 +++- 1 file

Re: [PATCH v2 17/19] i2c: omap: Update to use standard enums for speed

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Update this driver to use the new standard enums for speed. Note: This driver needs to move to driver model. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/omap24xx_i2c.c | 2 +- drivers/i2c/omap24xx_i2c.h | 4

Re: [PATCH v2 15/19] i2c: designware_i2c: Update to use standard enums for speed

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Update this driver to use the new standard enums for speed. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/designware_i2c.c | 10 +- drivers/i2c/designware_i2c.h | 13 - 2 files changed, 5

Re: [PATCH v2 14/19] i2c: ast_i2c: Update to use standard enums for speed

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Update this driver to use the new standard enums for speed. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/ast_i2c.c | 2 +- drivers/i2c/ast_i2c.h | 2 -- 2 files changed, 1 insertion(+), 3 deletions(-) Thanks

Re: [PATCH v2 13/19] i2c: Add enums for i2c speed and address size

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Some drivers define their own speed enums and use their own constants for speed. It makes sense to have a unified defition of the different speeds. Since many controllers have to do different things for fast/high speed, it is a good idea

Re: [PATCH v2 12/19] i2c: designware_i2c: Add spike supression

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Some versions of this peripheral include a spike-suppression phase of the bus. Add support for this. Signed-off-by: Simon Glass --- Changes in v2: - Add a few more clean-up patches for i2c drivers/i2c/designware_i2c.c | 10

Re: [PATCH v2 11/19] i2c: designware_i2c: Rewrite timing calculation

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: At present the driver can end up with timing parameters which are slightly faster than those expected. It is possible to optimise the parameters to get the best possible result. Create a new function to handle the timing calculation.

Re: [PATCH v2 10/19] i2c: designware_i2c: Put hold config in a struct

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Create a struct to hold the three timing parameters. This will make it easier to move these calculations into a separate function in a later patch. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/designware_i2c.c | 82

Re: [PATCH v2 09/19] i2c: designware_i2c: Drop scl_sda_cfg parameter

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Instead of passing this parameter into __dw_i2c_set_bus_speed(), pass in the driver's private data, from which the function can obtain that information. This allows the function to have access to the full state of the driver.

Re: [PATCH v2 08/19] i2c: designware_i2c: Read device-tree properties

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: The i2c controller defines a few timing properties. Read these in and store them for use by the driver. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/designware_i2c.c | 8 ++-- drivers/i2c/designware_i2c.h

Re: [PATCH v2 07/19] i2c: designware_i2c: Bring in the binding file

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Bring in this file from Linux v5.4. may you can add here the commit ID ? Or is it from tag "v5.4" ? Signed-off-by: Simon Glass --- Changes in v2: None .../i2c/i2c-designware.txt| 73 +++ 1

Re: [PATCH v2 06/19] i2c: designware_i2c: Use an accurate bus clock instead of MHz

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: At present the driver uses an approximation for the bus clock, e.g. 166MHz instead of 166 2/3 MHz. This can result in small errors in the resulting I2C speed, perhaps 0.5% or so. Adjust the existing code to start from the accurate

Re: [PATCH v2 05/19] i2c: designware_i2c: Use an enum for selected speed mode

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Group these #defines into an enum to make it easier to understand the relationship between them. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/designware_i2c.c | 2 +- drivers/i2c/designware_i2c.h | 10 +++---

Re: [PATCH v2 04/19] i2c: designware_i2c: Rename 'max' speed to 'high' speed

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Some SoCs support a higher speed than what is currently called 'max' in this driver. Rename it to 'high' speed, which is the official name of the 3.4MHz speed. Signed-off-by: Simon Glass --- Changes in v2: None

Re: [PATCH v2 03/19] i2c: designware_i2c: Include clk.h in the header file

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: We use struct clk here so really should include this header file to avoid build errors. Also switch the order of clk.h in the C file to match the required code style. Signed-off-by: Simon Glass Reviewed-by: Ley Foon Tan --- Changes in

Re: [PATCH v2 02/19] i2c: designware_i2c: Don't allow changing IC_CLK

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: If a different input clock is required then the correct way to do this is with a clock driver. Don't allow boards to override IC_CLK. Signed-off-by: Simon Glass --- Changes in v2: None drivers/i2c/designware_i2c.h | 2 -- 1 file

Re: [PATCH v2 01/19] i2c: designware_i2c: Add more registers

Hello Simon, Am 03.01.2020 um 23:26 schrieb Simon Glass: Some versions of this peripherals provide more control of the bus behaviour. Add definitions for these registers. Signed-off-by: Simon Glass Reviewed-by: Ley Foon Tan Reviewed-by: Jun Chen --- Changes in v2: - Fix 'previde' typo

Re: Debugging VoCore2 ROM Startup

Hi Mauro, On 15.01.20 18:25, Mauro Condarelli wrote: Note: I assumed u-boot-mtmips.bin is linked at 9c00, right? You don't need to know where it is linked to if you program it into SPI NOR. But yes, the first stage the SPL is linked to 0x9c00. Can You elaborate, please? Each

Re: [PATCH v2 2/2] env: Access Environment in SPI flashes before relocation

Hello Simon, Am 16.01.2020 um 01:10 schrieb Simon Glass: Hi Heiko, On Wed, 15 Jan 2020 at 23:13, Heiko Schocher wrote: Hello Simon, Am 10.12.2019 um 13:39 schrieb Simon Glass: Hi Heiko, On Fri, 15 Nov 2019 at 00:28, Heiko Schocher wrote: Enable the new Kconfig option ENV_SPI_EARLY if

Re: [RFC WIP PATCH v1 7/7] wandboard: in SPL use only D1 DTB

Hello Fabio, Am 15.01.2020 um 20:54 schrieb Fabio Estevam: Hi Heiko, On Tue, Jan 14, 2020 at 3:14 AM Heiko Schocher wrote: +#if defined(CONFIG_SPL_BUILD) + /* in SPL we use only revision D1 DTB */ + if (1) { +#else if (is_revd1()) { +#endif Is there a way to improve

Re: [RFC WIP PATCH v1 6/7] wandboard: add u-boot specific *wandboard-revd1-u-boot.dtsi

Hello Fabio, Am 15.01.2020 um 20:52 schrieb Fabio Estevam: Hi Heiko, On Tue, Jan 14, 2020 at 3:14 AM Heiko Schocher wrote: we want to access PMIC before relocation, so we need to add u-boot specific "u-boot,dm-pre-reloc" properties. Signed-off-by: Heiko Schocher ---

Re: [meta-freescale] Ramdisk booting: EXT4-fs (ram0): bad geometry error.

> -- > > Hello > > With t1042d4rdb-64b and yocto 2.7 ( > https://source.codeaurora.org/external/qoriq/qoriq-components/yocto-sdk/tree/readme?h=warrior > ) I am having bad geometry error while booting and U-boot is freezing. I > declared "setenv intrd_high=0x" to

RE: [PATCH] arm: dts: imx7ulp-evk: remove mux value from pad configuration

> Subject: [PATCH] arm: dts: imx7ulp-evk: remove mux value from pad > configuration > > The mux mode is embedded in the PAD definition and therefore there is no > need to repeat it in the PAD configuration value (more over since this > information will be masked out when the configuration value

RE: [RFC PATCH] imx: imx8mm-evk/imx8mn-evk: enable sysreset driver for SPL

> Subject: [RFC PATCH] imx: imx8mm-evk/imx8mn-evk: enable sysreset driver > for SPL > NAK, this will not work on i.MX8MM/N. Currently sysreset psci is enabled, however psci will not work for SPL, because SPL boots before BL31. Regards, Peng. > Hi, > > I have only tested compiling, but if

Re: fat: handle Windows formatted partition (thru USB Mass Storage)

On Wed, Jan 15, 2020 at 09:12:59AM +0900, AKASHI Takahiro wrote: > On Tue, Jan 14, 2020 at 02:43:43PM +0200, Andy Shevchenko wrote: > > On Tue, Jan 14, 2020 at 10:23 AM Andy Shevchenko > > wrote: > > > On Tue, Jan 14, 2020 at 10:21 AM Andy Shevchenko > > > wrote: > > > > On Tue, Jan 14, 2020 at

Re: [PATCH 6/6] fastboot: mt85xx: add command to flash/erase emmc hwpart

On Wed, 2020-01-15 at 15:48 -0500, Tom Rini wrote: > On Mon, Jan 06, 2020 at 02:26:49PM +0800, mingming lee wrote: > > > This patch includes the following: > > 1. Add fastboot command to erase the whole EMMC_USER > > 2. Add fastboot command to flash image at EMMC_BOOT1 > > 3. Add fastboot command

Re: Apollo Lake GPIO driver with Coreboot/U-Boot

Hi Wolfgang, On Thu, 16 Jan 2020 at 02:55, Wolfgang Wallner wrote: > > Hello Simon, Bin, all, > > I have an Apollo Lake based device, where U-Boot is booted as a Coreboot > payload. I would like to utilize the Apollo Lake GPIO driver > (drivers/gpio/intel_gpio.c), but I struggle with the

Re: [RFC PATCH] imx: imx8mm-evk/imx8mn-evk: enable sysreset driver for SPL

On Thu, 16 Jan 2020 at 03:50, Claudius Heine wrote: > > Hi, > > I have only tested compiling, but if the reset in the SPL on i.MX8MM and > i.MX8MN still works with this patch applied, then we don't need board > specific 'do_reset' function and special configurations flags for this > case. > > I

Re: [PATCH v2 2/2] env: Access Environment in SPI flashes before relocation

Hi Heiko, On Wed, 15 Jan 2020 at 23:13, Heiko Schocher wrote: > > Hello Simon, > > Am 10.12.2019 um 13:39 schrieb Simon Glass: > > Hi Heiko, > > > > On Fri, 15 Nov 2019 at 00:28, Heiko Schocher wrote: > >> > >> Enable the new Kconfig option ENV_SPI_EARLY if you want > >> to use Environment in

Re: [PATCH] doc: android: Convert to Sphinx format

On Wed, 15 Jan 2020 at 06:50, Sam Protsenko wrote: > > Convert Android documentation from regular txt format to Sphinx (RST). > Also add Android index.rst file and reference it in root index.rst, so > that Android documentation is visible. > > Test: > > $ make htmldocs > $ xdg-open

[PATCH v2 11/11] riscv: Add K210 clock support

Due to the large number of clocks, I decided to use the CCF. The overall structure is modeled after the imx code. A common pattern is to create a composite clock composed of several component clocks. For these component clocks, the clk_register_* functions are not used, since they will be

[PATCH v2 10/11] riscv: Add K210 pll support

This pll code is primarily based on the code from the kendryte standalone sdk in lib/drivers/sysctl.c. k210_pll_calc_params is roughly analogous to the algorithm used to set the pll frequency, but it has been completely rewritten to be fixed-point based. Signed-off-by: Sean Anderson --- Changes

[PATCH v2 09/11] riscv: Add K210 sysctl support

This driver does nothing but load its children for the moment. Should it be using regmap? I'm not sure how that fits into everything. Signed-off-by: Sean Anderson --- Changes for v2: Removed spurious references to mach-k210. Don't load pre-relocation. arch/riscv/Kconfig |

[PATCH v2 08/11] riscv: Add device tree for K210

The subject for this patch should be Subject: [PATCH v2 08/11] riscv: Add device tree for K210

Re: [PATCH v2 00/11] riscv: Add Sipeed Maix support

From 1db8b70d069d1f96eb33597fb5bd82cb8a9cec9d Mon Sep 17 00:00:00 2001 From: Sean Anderson Date: Tue, 31 Dec 2019 14:28:58 -0500 Subject: [PATCH v2 08/11] riscv: Add device tree for K210 There is a mirror of ram located at 0x400 which is un-cached. This is probably useful for DMA, but I am

[PATCH v2 07/11] riscv: Add initial Sipeed Maix support

The Sipeed Maix series is a collection of boards built around the RISC-V Kendryte K210 processor. This processor contains several peripherals to accelerate neural network processing and other "ai" tasks. This includes a "KPU" neural network processor, an audio processor supporting beamforming

[PATCH v2 06/11] riscv: Fix incorrect cpu frequency on RV64

The riscv_cpu_get_info function does not always zero-out cpu_freq. This can cause spurious higher frequencies. Signed-off-by Sean Anderson --- Changes for v2: New. drivers/cpu/riscv_cpu.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/cpu/riscv_cpu.c b/drivers/cpu/riscv_cpu.c

[PATCH v2 05/11] riscv: Add option to disable writes to mcounteren

On the kendryte k210, writes to mcounteren result in an illegal instruction exception. Signed-off-by: Sean Anderson --- Changes for v2: Moved forward in the patch series arch/riscv/Kconfig | 3 +++ arch/riscv/cpu/cpu.c | 2 ++ 2 files changed, 5 insertions(+) diff --git

[PATCH v2 04/11] riscv: Add an option to default to RV64I

This allows 64-bit boards to default to the 64-bit instruction set without changing the current default of 32-bit. Signed-off-by: Sean Anderson --- arch/riscv/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig index 85e15ebffa..9a7b0334c2

[PATCH v2 03/11] riscv: Add headers for asm/global_data.h

This header depended on bd_t and ulong, but did not include the appropriate headers. Signed-off-by: Sean Anderson --- arch/riscv/include/asm/global_data.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/riscv/include/asm/global_data.h b/arch/riscv/include/asm/global_data.h index

[PATCH v2 02/11] clk: Check that ops of composite clock components, exist before calling

clk_composite_ops was shared between all devices in the composite clock driver. If one clock had a feature (such as supporting set_parent) which another clock did not, it could call a null pointer dereference. This patch does three things 1. It adds null-pointer checks to all composite clock

[PATCH v2 01/11] clk: Always use the supplied struct clk

CCF clocks should always use the struct clock passed to their methods for extracting the driver-specific clock information struct. Previously, many functions would use the clk->dev->priv if the device was bound. This could cause problems with composite clocks. The individual clocks in a composite

[PATCH v2 00/11] riscv: Add Sipeed Maix support

This patch series adds support for Sipeed Maix boards and the Kendryte K210 CPU. Currently, only the Maix Bit V2.0 is supported, however other models are similar. This series depends on (clk: Include missing headers for linux/clk-provider.h). To flash

Re: [PATCH] clk: Fix error checking of dev_read_addr_ptr

On 12/24/19 11:57 PM, Sean Anderson wrote: > dev_read_addr_ptr returns NULL on error, not FDT_ADDR_T_NONE. > > Signed-off-by: Sean Anderson *bump* Lukasz do you have any comments?

Re: [PATCH 6/6] fastboot: mt85xx: add command to flash/erase emmc hwpart

On Mon, Jan 06, 2020 at 02:26:49PM +0800, mingming lee wrote: > This patch includes the following: > 1. Add fastboot command to erase the whole EMMC_USER > 2. Add fastboot command to flash image at EMMC_BOOT1 > 3. Add fastboot command to erase the whole EMMC_BOOT1 > 4. Enale

Re: [U-Boot] [PATCH 1/4] asm: dma-mapping.h: Fix dma mapping functions

On Fri, Nov 15, 2019 at 05:25:02PM +0530, Vignesh Raghavendra wrote: > Subsystems such as USB expect dma_map_single() and dma_unmap_single() to > do dcache flush/invalidate operations as required. For example, see > drivers/usb/gadget/udc/udc-core.c::usb_gadget_map_request(). > Currently drivers

Re: [U-Boot] [RESEND PATCH] common: add blkcache init

On Sat, Nov 23, 2019 at 11:51:11PM +0100, Angelo Dureghello wrote: > From: Angelo Durgehello > > On m68k, block_cache list is relocated, but next and prev list > pointers are not adjusted to the relocated struct list_head address, > so the first iteration over the block_cache list hangs. > >

Re: [RFC WIP PATCH v1 7/7] wandboard: in SPL use only D1 DTB

Hi Heiko, On Tue, Jan 14, 2020 at 3:14 AM Heiko Schocher wrote: > +#if defined(CONFIG_SPL_BUILD) > + /* in SPL we use only revision D1 DTB */ > + if (1) { > +#else > if (is_revd1()) { > +#endif Is there a way to improve is_revd1() so that it can call i2c_probe() and detect

Re: [RFC WIP PATCH v1 6/7] wandboard: add u-boot specific *wandboard-revd1-u-boot.dtsi

Hi Heiko, On Tue, Jan 14, 2020 at 3:14 AM Heiko Schocher wrote: > > we want to access PMIC before relocation, so we need > to add u-boot specific "u-boot,dm-pre-reloc" properties. > > Signed-off-by: Heiko Schocher > --- > > arch/arm/dts/imx6dl-wandboard-revd1-u-boot.dtsi | 11 +++ >

Re: Pull request for UEFI sub-system for efi-2020-04-rc1-2

On Wed, Jan 15, 2020 at 08:04:48AM +0100, Heinrich Schuchardt wrote: > The following changes since commit 88366b96ee0d8640b2af53e4026dbaeed0fab5e0: > > travis: Switch to QEMU v4.2.0 globally (2020-01-11 08:07:03 -0500) > > are available in the Git repository at: > >

[PATCH] arm: dts: imx7ulp-evk: remove mux value from pad configuration

The mux mode is embedded in the PAD definition and therefore there is no need to repeat it in the PAD configuration value (more over since this information will be masked out when the configuration value is applied). Signed-off-by: Jorge Ramirez-Ortiz --- arch/arm/dts/imx7ulp-evk.dts | 2 +- 1

Re: [PATCH 3/3] riscv: sifive: fu540: add SPL configuration

On Tue, 2020-01-14 at 23:12 -0600, Troy Benjegerdes wrote: > > On Jan 13, 2020, at 4:31 PM, Lukas Auer wrote: > > > > +Troy > > > > On Mon, 2020-01-13 at 14:32 +, Pragnesh Patel wrote: > > > > > > +#include > > > > > > + > > > > > > +u32 DENALI_PHY_DATA[1215] = { > > > > > > +

Re: [GIT PULL] Pull request: u-boot-imx u-boot-imx-20200115

t; are available in the Git repository at: > > https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git > tags/u-boot-imx-20200115 > > for you to fetch changes up to 8d9c0762a8cf0a5027e7cd3c6794693f2d64d007: > > imx: imxrt1050-evk: Add support for the NXP i.MXRT1050-EVK (20

Re: Debugging VoCore2 ROM Startup

On 1/15/20 5:20 PM, Stefan Roese wrote: > On 15.01.20 16:55, Mauro Condarelli wrote: > > ===8<-- > in particular: >> >> b010: 00065144 >> System Configuration Register 0 -> 0110 0101 0001 0100 >> 0100 >>    TEST_CODE : None >> 000 Reserved >> 0

Re: [PATCH v2 1/2] Kconfig: add btrfs to distro boot

On 15/01/2020 17:07, Adam Ford wrote: > On Wed, Jan 15, 2020 at 9:55 AM wrote: >> >> From: Matthias Brugger >> >> Some distributions use btrfs as the default file system. >> Enable btrfs support by default when using distro boot for all >> architectures but riscv, as it breaks compilation due

Re: [PATCH] arm: exynos: Use proper ADC device name

Hi Marek, On Tue, 14 Jan 2020 at 19:34, Marek Szyprowski wrote: > > Since commit 4213609cc7 ("drivers: core: use strcmp when find device by > name") one has to provide full name to get requested object. Fix the code > used to detect Odroid board revision to use proper ADC device name then. > >

Re: [PATCH] arm: exynos: Read default MMC device from XOM[7:5] pins

Hi Marek, On Wed, 15 Jan 2020 at 19:36, Marek Szyprowski wrote: > > XOM pins provide information for iROM bootloader about the boot device. > Those pins are mapped to lower bits of OP_MODE register (0x1008), > which is common for all Exynos SoC variants. Set the default MMC device id > to

Re: Debugging VoCore2 ROM Startup

On 15.01.20 16:55, Mauro Condarelli wrote: => md b000 b000: 3637544d 20203832 0010 00010102    MT7628  b010: 00156156 02605500     Va...U`. b020: 1024 0071 0020100c    ..$.q. . b030: ffc0 0400 c0030004

Re: [meta-freescale] Ramdisk booting: EXT4-fs (ram0): bad geometry error.

What is BLK_DEV_RAM_SIZE set to in the kernel? Michael Donahoe Senior Developer Systematic Consulting Group p: 314-558-6271 ext. 106 m: 815-904-4337 a: 345 Marshall Avenue, Suite 103 St louis, MO 63119 e:

Re: [PATCH v2 1/2] Kconfig: add btrfs to distro boot

On Wed, Jan 15, 2020 at 9:55 AM wrote: > > From: Matthias Brugger > > Some distributions use btrfs as the default file system. > Enable btrfs support by default when using distro boot for all > architectures but riscv, as it breaks compilation due to size problems. > > Signed-off-by: Matthias

Re: [PATCH v2] arm: exynos: Use proper PMIC device name

On Wed, 15 Jan 2020 16:39:09 +0100 Marek Szyprowski wrote: > Since commit 4213609cc7 ("drivers: core: use strcmp when find device > by name") one has to provide full name to get requested object. Fix > the code used to detect enable power regulators on Odroid boards to > use proper PMIC device

  1   2   >