Re: [PATCH v2 3/3] cosmetic: aspeed: Modify for SPDX-License

2020-09-08 Thread Cédric Le Goater
On 8/31/20 8:03 AM, Ryan Chen wrote: > Modify SPDX-License for furture patch warning > > Signed-off-by: Ryan Chen > --- > arch/arm/dts/ast2500-u-boot.dtsi | 1 + > include/dt-bindings/clock/aspeed-clock.h | 2 +- > 2 files changed, 2 insertions(+), 1 deletion(-) > > diff --git a/arch/ar

Re: [PATCH v2 2/3] clock:aspeed: Sync with Linux kernel clock header define

2020-09-08 Thread Cédric Le Goater
On 8/31/20 8:03 AM, Ryan Chen wrote: > v2: modify title description aspeed:clock -> clock:aspeed > > Use kernel include/dt-bindings/clock/aspeed-clock.h define > for clock driver. > > Signed-off-by: Ryan Chen > --- > arch/arm/dts/ast2500-u-boot.dtsi | 20 +++ > drivers/clk/aspeed/cl

RE: [PATCH v3 2/2] armv8: lx2162aqds: Add support for LX2162AQDS platform

2020-09-08 Thread Meenakshi Aggarwal
> -Original Message- > From: Tom Rini > Sent: Monday, September 7, 2020 6:43 PM > To: Meenakshi Aggarwal > Cc: u-boot@lists.denx.de; Priyanka Jain ; Varun Sethi > ; Ioana Ciornei ; Qiang Zhao > ; Hui Song ; Manish Tomar > ; Vikas Singh > Subject: Re: [PATCH v3 2/2] armv8: lx2162aqds:

Re: [PATCH v2 1/3] cosmetic: aspeed: ast2500: Rename clock header

2020-09-08 Thread Cédric Le Goater
On 8/31/20 8:03 AM, Ryan Chen wrote: > Rename the ast2500-scu.h to aspeed-clock.h. > > Signed-off-by: Ryan Chen Reviewed-by: Cédric Le Goater > --- > arch/arm/dts/ast2500-u-boot.dtsi| 2 +- > arch/arm/mach-aspeed/ast2500/sdram_ast2500.c| 2 +- > dr

[PATCH 2/3] ARM: dts: Mediatek: add i2c node support for mt8512

2020-09-08 Thread mingming lee
From: Mingming Lee add i2c dts node support for mt8512 Signed-off-by: Mingming Lee --- arch/arm/dts/mt8512-bm1-emmc.dts | 12 arch/arm/dts/mt8512.dtsi | 38 +- 2 files changed, 49 insertions(+), 1 deletion(-) diff --git a/arch/arm/dts/m

[PATCH 1/3] i2c: mediatek: add basic driver support

2020-09-08 Thread mingming lee
From: Mingming Lee Add MediaTek I2C basic driver Signed-off-by: Mingming Lee --- drivers/i2c/Kconfig | 9 + drivers/i2c/Makefile | 1 + drivers/i2c/mt_i2c.c | 619 +++ 3 files changed, 629 insertions(+) create mode 100644 drivers/i2c/mt_i2c

[PATCH 0/3] Add i2c support for MediaTek mt8512

2020-09-08 Thread mingming lee
From: Mingming Lee This patch series adds basic i2c support for MediaTek MT8512 EMMC boards. Mingming Lee (3): i2c: mediatek: add basic driver support ARM: dts: Mediatek: add i2c node support for mt8512 configs: mt8512: Enable I2C related configs arch/arm/dts/mt8512-bm1-emmc.dts | 12 +

[PATCH 3/3] configs: mt8512: Enable I2C related configs

2020-09-08 Thread mingming lee
From: Mingming Lee Enable MTK I2C Enable I2C basic command Signed-off-by: Mingming Lee --- configs/mt8512_bm1_emmc_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/mt8512_bm1_emmc_defconfig b/configs/mt8512_bm1_emmc_defconfig index 10a2083..6b3d9a4 100644 --- a/configs

Re: [PATCH v4 2/2] test: gpio: Add tests for the managed API

2020-09-08 Thread Pratyush Yadav
On 08/09/20 05:56PM, Simon Glass wrote: > On Mon, 7 Sep 2020 at 23:40, Pratyush Yadav wrote: > > > > From: Jean-Jacques Hiblot > > > > Add a test to verify that GPIOs can be acquired/released using the managed > > API. Also check that the GPIOs are released when the consumer device is > > removed

Re: [RFCv2] common: Drop remaining includes in common.h

2020-09-08 Thread Simon Glass
Hi Tom, (adding Heinrich as he mentioned this series on irc) On Wed, 19 Aug 2020 at 07:09, Tom Rini wrote: > > I've picked up Simon's v1 of this series and moved it to an RFC with > this v2. I don't intend for this series to go in as-is but rather since > I spent a good bit of time iterating ov

Re: [PATCH 0/7] riscv: Correctly handle IPIs already pending upon boot

2020-09-08 Thread Sean Anderson
On 9/8/20 10:38 PM, Sean Anderson wrote: > On 9/8/20 10:02 PM, Rick Chen wrote: >> Hi Sean >> >>> On the K210, the prior stage bootloader does not clear IPIs. This presents >>> a problem, because U-Boot up until this point assumes (with one exception) >>> that IPIs are cleared when it starts. This

Re: [PATCH 0/7] riscv: Correctly handle IPIs already pending upon boot

2020-09-08 Thread Sean Anderson
On 9/8/20 10:02 PM, Rick Chen wrote: > Hi Sean > >> On the K210, the prior stage bootloader does not clear IPIs. This presents >> a problem, because U-Boot up until this point assumes (with one exception) >> that IPIs are cleared when it starts. This series attempts to fix this in a >> robust mann

Re: [PATCH 0/7] riscv: Correctly handle IPIs already pending upon boot

2020-09-08 Thread Rick Chen
Hi Sean > On the K210, the prior stage bootloader does not clear IPIs. This presents > a problem, because U-Boot up until this point assumes (with one exception) > that IPIs are cleared when it starts. This series attempts to fix this in a > robust manner, and fix several concurrency bugs I notice

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Bin Meng
Hi Marek, On Wed, Sep 9, 2020 at 12:15 AM Marek Vasut wrote: > > On 9/8/20 5:45 PM, Bin Meng wrote: > > Hi Marek, > > Hi, > > > On Tue, Sep 8, 2020 at 7:13 PM Marek Vasut wrote: > >> > >> On 9/8/20 3:44 AM, Bin Meng wrote: > >>> On Mon, Sep 7, 2020 at 3:14 PM Chunfeng Yun > >>> wrote: > >

[PATCH] cmd: mem: fix range of bitflip test

2020-09-08 Thread Ralph Siemsen
The bitflip test uses two equal sized memory buffers. This is achived by splitting the range of memory into two pieces. The address of the second buffer was not correctly calulated, thus the bitflip test would accessing memory beyond the end of the specified range. A second problem arises because

Re: [PATCH] time: Fix get_ticks being non-monotonic

2020-09-08 Thread Sean Anderson
On 9/8/20 8:01 PM, Simon Glass wrote: > Hi Sean, > > On Tue, 8 Sep 2020 at 17:59, Sean Anderson wrote: >> >> On 9/8/20 7:56 PM, Simon Glass wrote: >>> Hi Sean, >>> >>> On Mon, 7 Sep 2020 at 09:51, Sean Anderson wrote: On 9/7/20 9:57 AM, Simon Glass wrote: > Hi Sean, > > On

Re: [PATCH] time: Fix get_ticks being non-monotonic

2020-09-08 Thread Simon Glass
Hi Sean, On Tue, 8 Sep 2020 at 17:59, Sean Anderson wrote: > > On 9/8/20 7:56 PM, Simon Glass wrote: > > Hi Sean, > > > > On Mon, 7 Sep 2020 at 09:51, Sean Anderson wrote: > >> > >> On 9/7/20 9:57 AM, Simon Glass wrote: > >>> Hi Sean, > >>> > >>> On Sun, 6 Sep 2020 at 20:02, Sean Anderson wrote

Re: [PATCH] timer: Return count from timer_ops.get_count

2020-09-08 Thread Sean Anderson
On 9/8/20 7:56 PM, Simon Glass wrote: > Hi Sean, > > > On Mon, 7 Sep 2020 at 12:19, Sean Anderson wrote: >> >> No timer drivers return an error from get_count. Instead of possibly >> returning an error, just return the count directly. >> >> Signed-off-by: Sean Anderson >> --- >> Passing CI (but

Re: [PATCH] time: Fix get_ticks being non-monotonic

2020-09-08 Thread Sean Anderson
On 9/8/20 7:56 PM, Simon Glass wrote: > Hi Sean, > > On Mon, 7 Sep 2020 at 09:51, Sean Anderson wrote: >> >> On 9/7/20 9:57 AM, Simon Glass wrote: >>> Hi Sean, >>> >>> On Sun, 6 Sep 2020 at 20:02, Sean Anderson wrote: On 9/6/20 9:43 PM, Simon Glass wrote: > Hi Sean, > > On

Re: [PATCH] time: Fix get_ticks being non-monotonic

2020-09-08 Thread Simon Glass
Hi Sean, On Mon, 7 Sep 2020 at 09:51, Sean Anderson wrote: > > On 9/7/20 9:57 AM, Simon Glass wrote: > > Hi Sean, > > > > On Sun, 6 Sep 2020 at 20:02, Sean Anderson wrote: > >> > >> On 9/6/20 9:43 PM, Simon Glass wrote: > >>> Hi Sean, > >>> > >>> On Tue, 1 Sep 2020 at 13:56, Sean Anderson wrote

Re: [PATCH v4 1/3] binman: Allow selecting default FIT configuration

2020-09-08 Thread Simon Glass
Hi Alper, On Tue, 8 Sep 2020 at 11:33, Alper Nebi Yasak wrote: > > On 06/09/2020 19:39, Simon Glass wrote: > > Add a new entry argument to the fit entry which allows selection of the > > default configuration to use. This is the 'default' property in the > > 'configurations' node. > > > > Update

Re: [PATCH v4 2/3] binman: Support help messages for missing blobs

2020-09-08 Thread Simon Glass
Hi Alper, On Tue, 8 Sep 2020 at 10:37, Alper Nebi Yasak wrote: > > On 06/09/2020 19:39, Simon Glass wrote: > > When an external blob is missing it can be quite confusing for the user. > > Add a way to provide a help message that is shown. > > > > Signed-off-by: Simon Glass > > --- > > > > (no ch

Re: [PATCH v4 2/2] test: gpio: Add tests for the managed API

2020-09-08 Thread Simon Glass
On Mon, 7 Sep 2020 at 23:40, Pratyush Yadav wrote: > > From: Jean-Jacques Hiblot > > Add a test to verify that GPIOs can be acquired/released using the managed > API. Also check that the GPIOs are released when the consumer device is > removed. > > Signed-off-by: Jean-Jacques Hiblot > Signed-off

Re: [PATCH 1/1] lib: rsa: fix data abort in br_i32_decode()

2020-09-08 Thread Simon Glass
HI Heinrich, On Tue, 8 Sep 2020 at 04:29, Heinrich Schuchardt wrote: > > After removing leading zeros the RSA modulus may be unaligned. On > architectures like ARM 32bit unaligned access may lead to a data abort, > e.g. when executing 'ut lib lib_asn1_pkcs7'. > > Use memcpy() to transfer from una

Re: [PATCH] timer: Return count from timer_ops.get_count

2020-09-08 Thread Simon Glass
Hi Sean, On Mon, 7 Sep 2020 at 12:19, Sean Anderson wrote: > > No timer drivers return an error from get_count. Instead of possibly > returning an error, just return the count directly. > > Signed-off-by: Sean Anderson > --- > Passing CI (but not otherwise tested): > https://dev.azure.com/seang

Re: [PATCH v1] x86: edison: Move config SYS_MALLOC_LEN to Kconfig

2020-09-08 Thread Simon Glass
On Tue, 8 Sep 2020 at 07:57, Andy Shevchenko wrote: > > This patch moves the the config SYS_MALLOC_LEN to Kconfig > as it is already done for zynq arch in commit 01aa5b8f0503 > ("Kconfig: Move config SYS_MALLOC_LEN to Kconfig for zynq"). > > Signed-off-by: Andy Shevchenko > --- > board/intel/edi

Re: [PATCH v7 05/21] arm: mvebu: x530: Use tiny SPI NOR

2020-09-08 Thread Chris Packham
On 7/09/20 3:05 pm, Pratyush Yadav wrote: > On 06/09/20 08:34PM, Chris Packham wrote: >> On 5/09/20 3:39 am, Pratyush Yadav wrote: >>> Chris, >>> >>> On 04/09/20 09:04PM, Pratyush Yadav wrote: The SPI NOR core will get Octal DTR in following commits. This has presented a significant chal

Re: [PATCH] defconfig: espressobin: enable NET_RANDOM_ETHADDR

2020-09-08 Thread Pali Rohár
On Tuesday 08 September 2020 08:52:56 Tom Rini wrote: > On Tue, Sep 08, 2020 at 10:14:15AM +0200, Andre Heider wrote: > > On 08/09/2020 09:42, Pali Rohár wrote: > > > On Tuesday 08 September 2020 08:35:00 Andre Heider wrote: > > > > The hardware does not provide a MAC address. Enable this so that >

Re: [PATCH v2 2/3] arm64: Bail out PIE builds early if load address is not 4K aligned

2020-09-08 Thread Stephen Warren
On 9/7/20 3:52 AM, Edgar E. Iglesias wrote: > On Fri, Sep 04, 2020 at 12:43:57PM -0600, Stephen Warren wrote: >> On 9/4/20 3:07 AM, Edgar E. Iglesias wrote: >>> From: "Edgar E. Iglesias" >>> >>> PIE requires a 4K aligned load address. If this is not met, trap >>> the startup sequence in a WFI loop

Re: [PATCH U-BOOT v3 00/30] PLEASE TEST fs: btrfs: Re-implement btrfs support using code from btrfs-progs

2020-09-08 Thread Tom Rini
On Wed, Jun 24, 2020 at 06:02:46PM +0200, Marek Behún wrote: > Hello, > > this is a cleaned up version of Qu's patches that reimplements U-Boot's > btrfs driver with code from btrfs-progs. > > I have tested this series, found and corrected one bug (failure when > accesing files via symlinks), an

Re: [PATCH v7 1/2] board: kontron: add sl28 support

2020-09-08 Thread Tom Rini
On Mon, Sep 07, 2020 at 11:07:58PM +0200, Michael Walle wrote: > Add basic support for the Kontron SMARC-sAL28 board. This includes just > the bare minimum to be able to bring up the board and boot linux. > > For now, the Single and Dual PHY variant is supported. Other variants > will fall back t

Re: [PATCH v4 1/3] binman: Allow selecting default FIT configuration

2020-09-08 Thread Alper Nebi Yasak
On 06/09/2020 19:39, Simon Glass wrote: > Add a new entry argument to the fit entry which allows selection of the > default configuration to use. This is the 'default' property in the > 'configurations' node. > > Update the Makefile to pass in the value of DEVICE_TREE or > CONFIG_DEFAULT_DEVICE_TR

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Marek Vasut
On 9/8/20 7:14 PM, Frank Wunderlich wrote: > > > Am 8. September 2020 18:47:47 MESZ schrieb Marek Vasut : > >> Resend please, if I wanted to comment on any of those patches, I won't >> be able. > > Have resend with bit reduced recipients (afair ryder and weijie are in GSS > mailinglist),becaus

Re: make_fit_atf.py and multiple U-Boot ELF segments

2020-09-08 Thread Simon Glass
Hi Tom, On Tue, 8 Sep 2020 at 07:31, Tom Rini wrote: > > Hey all, > > As part of reviewing > http://patchwork.ozlabs.org/project/uboot/list/?series=187450&state=* > I've run in to an odd problem. With patch 4/7 of that series, building > firefly-rk3399 fails on the make_fit_atf.py step as those

Re: [PATCH] ARM: at91: common: guard ATMEL_PIT code by ifdef

2020-09-08 Thread Eugen.Hristev
On 20.08.2020 16:11, Eugen Hristev wrote: > Atmel PIT timer is not available for next products that > have another timer hardware block. > To be able to use the common at91 code, guard the code that uses PIT > by ifdefs. > > Signed-off-by: Eugen Hristev > --- Applied to u-boot-atmel/next

Re: [PATCH v3 00/21] clk: at91: add sama7g5 support

2020-09-08 Thread Eugen.Hristev
On 07.09.2020 17:46, Claudiu Beznea wrote: > The purpose of this series is to add clock support for SAMA7G5. > Along with this, clock drivers were switched to CCF and aligned > with their corresponding versions present in Linux. > Some changes were done for CCF, patches 1, 3, 4, 5 (I don't know > i

Re: [PATCH] board: atmel: common: introduce at91_set_eth1addr for second interface

2020-09-08 Thread Eugen.Hristev
On 05.08.2020 15:30, Eugen Hristev wrote: > We already have a function to retrieve the mac address from one EEPROM. > For boards with a second Ethernet interface, however, we would > require another EEPROM with a second unique MAC address. > Introduce at91_set_eth1addr which will look for a second

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Frank Wunderlich
Am 8. September 2020 18:47:47 MESZ schrieb Marek Vasut : >Resend please, if I wanted to comment on any of those patches, I won't >be able. Have resend with bit reduced recipients (afair ryder and weijie are in GSS mailinglist),because this floods others mailbox. It's only a workaround. Have

[PATCH RESEND v4 8/9] usb: xhci: use macros with parameter to fill ep_info2

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun Use macros with parameter to fill ep_info2, then some macros for MASK and SHIFT can be removed Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- drivers/usb/host/xhci-mem.c | 15 +-- drivers/usb/host/xhci.c | 6 ++ include/usb/xhci.h | 6 -

[PATCH RESEND v4 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun Use readx_poll_sleep_timeout() to poll the register status Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- drivers/usb/host/xhci.c | 25 +++-- 1 file changed, 11 insertions(+), 14 deletions(-) diff --git a/drivers/usb/host/xhci.c b/drivers/usb/hos

[PATCH RESEND v4 5/9] usb: xhci: convert to TRB_TYPE()

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun Use TRB_TYPE(p) instead of ((p) << TRB_TYPE_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- drivers/usb/host/xhci-mem.c | 3 +-- drivers/usb/host/xhci-ring.c | 11 +-- include/usb/xhci.h | 1 - 3 files changed, 6 insertions(+), 9 deletions(

[PATCH RESEND v4 7/9] usb: xhci: convert to TRB_TX_TYPE()

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun Use TRB_TX_TYPE() instead of (TRB_DATA_OUT/IN << TRB_TX_TYPE_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- drivers/usb/host/xhci-ring.c | 4 ++-- include/usb/xhci.h | 1 - 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/usb/ho

[PATCH RESEND v4 3/9] usb: xhci: add quirks flag to support MediaTek xHCI 0.96

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun There some vendor quirks for MTK xHCI 0.96 host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort for synchronous and interrupt endpoints. The parameters are put into reserved DWs of slot context and endpoint context

[PATCH RESEND v4 2/9] usb: xhci: create one unified function to calculate TRB TD remainder

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun xhci versions 1.0 and later report the untransferred data remaining in a TD a bit differently than older hosts. We used to have separate functions for these, and needed to check host version before calling the right function. Now Mediatek host has an additional quirk on how i

[PATCH RESEND v4 6/9] usb: xhci: convert to TRB_LEN() and TRB_INTR_TARGET()

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun For normal TRB fields: use TRB_LEN(x) instead of ((x) & TRB_LEN_MASK); and use TRB_INTR_TARGET(x) instead of (((x) & TRB_INTR_TARGET_MASK) << TRB_INTR_TARGET_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- drivers/usb/host/xhci-ring.c | 16 +++- inc

[PATCH RESEND v4 1/9] usb: xhci: add a member hci_version in xhci_ctrl struct

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun Add a member to save xHCI version, it's used some times. Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- drivers/usb/host/xhci-ring.c | 4 ++-- drivers/usb/host/xhci.c | 1 + include/usb/xhci.h | 1 + 3 files changed, 4 insertions(+), 2 deletions(-) di

[PATCH RESEND v4 4/9] usb: xhci: convert to HCS_MAX_PORTS()

2020-09-08 Thread Frank Wunderlich
From: Chunfeng Yun Use HCS_MAX_PORTS(p) instead of ((p & HCS_MAX_PORTS_MASK) >> HCS_MAX_PORTS_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- drivers/usb/host/xhci.c | 3 +-- include/usb/xhci.h | 2 -- 2 files changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/usb

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Marek Vasut
On 9/8/20 6:34 PM, Frank Wunderlich wrote: > > > Am 8. September 2020 18:15:05 MESZ schrieb Marek Vasut : >> Thank you, I cannot apply a patchset which only has "Re:" in my >> mailbox, >> because the original patches are just not there. > > Should i resend v4? Or could you apply from Patchwork (

Re: [PATCH v4 2/3] binman: Support help messages for missing blobs

2020-09-08 Thread Alper Nebi Yasak
On 06/09/2020 19:39, Simon Glass wrote: > When an external blob is missing it can be quite confusing for the user. > Add a way to provide a help message that is shown. > > Signed-off-by: Simon Glass > --- > > (no changes since v3) > > Changes in v3: > - Add a way to show help messages for missi

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Frank Wunderlich
Am 8. September 2020 18:15:05 MESZ schrieb Marek Vasut : >Thank you, I cannot apply a patchset which only has "Re:" in my >mailbox, >because the original patches are just not there. Should i resend v4? Or could you apply from Patchwork (series link in upper right of Patch)? Thats the way i use

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Marek Vasut
On 9/8/20 5:45 PM, Bin Meng wrote: > Hi Marek, Hi, > On Tue, Sep 8, 2020 at 7:13 PM Marek Vasut wrote: >> >> On 9/8/20 3:44 AM, Bin Meng wrote: >>> On Mon, Sep 7, 2020 at 3:14 PM Chunfeng Yun >>> wrote: Use readx_poll_sleep_timeout() to poll the register status Signed-off-b

Re: [PATCH v1] cmd: acpi: Print revisions in hex format

2020-09-08 Thread Andy Shevchenko
On Tue, Sep 08, 2020 at 05:32:08PM +0200, Wolfgang Wallner wrote: > -"Andy Shevchenko" schrieb: - > > On Tue, Sep 8, 2020 at 5:58 PM Wolfgang Wallner > > wrote: > > > -"Andy Shevchenko" schrieb: - ... > > > Related to "acpi list": > > > During my recent ACPI debugging I found i

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Bin Meng
Hi Marek, On Tue, Sep 8, 2020 at 7:13 PM Marek Vasut wrote: > > On 9/8/20 3:44 AM, Bin Meng wrote: > > On Mon, Sep 7, 2020 at 3:14 PM Chunfeng Yun > > wrote: > >> > >> Use readx_poll_sleep_timeout() to poll the register status > >> > >> Signed-off-by: Chunfeng Yun > >> --- > >> v3: no changes

Re: [PATCH v1] cmd: acpi: Print revisions in hex format

2020-09-08 Thread Wolfgang Wallner
(v06 U-BOOT U-BOOTBL 538970376 INTL 0) > > > DSDT 000e4780 000ba0 (v02 U-BOOT U-BOOTBL 65536 INTL 538968870) > > > ... > > > After: > > > ... > > > FACP 000e5420 f4 (v06 U-BOOT U-BOOTBL 20200908 INTL 0) > > > DSDT 000e4780 000ba0 (v02

Re: [PATCH v4 1/2] drivers: gpio: Add a managed API to get a GPIO from the device-tree

2020-09-08 Thread Heinrich Schuchardt
Am 8. September 2020 17:15:25 MESZ schrieb Pratyush Yadav : >On 08/09/20 04:12PM, Heinrich Schuchardt wrote: >> On 08.09.20 07:40, Pratyush Yadav wrote: >> > From: Jean-Jacques Hiblot >> > >> > Add managed functions to get a gpio from the devce-tree, based on a >> > property name (minus the '-gpio

Re: [PATCH v3 6/8] firmware: scmi: sandbox test for SCMI clocks

2020-09-08 Thread Simon Glass
Hi Etienne, On Mon, 7 Sep 2020 at 08:50, Etienne Carriere wrote: > > Add tests for SCMI clocks. A test device driver sandbox-scmi_devices.c > is used to get clock resources, allowing further clock manipulation. > > Change sandbox-smci_agent to emulate 3 clocks exposed through 2 agents. > Add DM t

Re: [PATCH v3 7/8] reset: add reset controller driver for SCMI agents

2020-09-08 Thread Simon Glass
On Mon, 7 Sep 2020 at 08:50, Etienne Carriere wrote: > > This change introduces a reset controller driver for SCMI agent devices. > When SCMI agent and SCMI reset domain drivers are enabled, SCMI agent > binds a reset controller device for each SCMI reset domain protocol > devices enabled in the F

Re: [PATCH v3 2/8] firmware: scmi: mailbox/smt agent device

2020-09-08 Thread Simon Glass
Hi Etienne, On Mon, 7 Sep 2020 at 08:50, Etienne Carriere wrote: > > This change implements a mailbox transport using SMT format for SCMI > exchanges. This implementation follows the Linux kernel and > SCP-firmware [1] as references implementation for SCMI message > processing using SMT format fo

Re: [PATCH v3 8/8] firmware: smci: sandbox test for SCMI reset controllers

2020-09-08 Thread Simon Glass
Hi Etienne, On Mon, 7 Sep 2020 at 08:50, Etienne Carriere wrote: > > Add tests for SCMI reset controllers. A test device driver > sandbox-scmi_devices.c is used to get reset resources, allowing further > resets manipulation. > > Change sandbox-smci_agent to emulate 1 reset controller exposed thro

Re: [PATCH v3 1/8] firmware: add SCMI agent uclass

2020-09-08 Thread Simon Glass
On Mon, 7 Sep 2020 at 08:50, Etienne Carriere wrote: > > This change introduces SCMI agent uclass to interact with a firmware > using the SCMI protocols [1]. > > SCMI agent uclass currently supports a single method to request > processing of the SCMI message by an identified server. A SCMI message

Re: [PATCH v3 3/8] firmware: scmi: support Arm SMCCC transport

2020-09-08 Thread Simon Glass
Hi Etienne, On Mon, 7 Sep 2020 at 08:50, Etienne Carriere wrote: > > This change implements a SMCCC transport for SCMI exchanges. This > implementation follows the Linux kernel as references implementation > for SCMI message processing, using the SMT format for communication > channel meta-data.

Re: [PATCH v3 5/8] clk: add clock driver for SCMI agents

2020-09-08 Thread Simon Glass
On Mon, 7 Sep 2020 at 08:50, Etienne Carriere wrote: > > This change introduces a clock driver for SCMI agent devices. When > SCMI agent and SCMI clock drivers are enabled, SCMI agent binds a > clock device for each SCMI clock protocol devices enabled in the FDT. > > SCMI clock driver is embedded

Re: [PATCH v1] cmd: acpi: Print revisions in hex format

2020-09-08 Thread Andy Shevchenko
Print them in hex to see this clearly. > > > > Before: > > ... > > FACP 000e5420 f4 (v06 U-BOOT U-BOOTBL 538970376 INTL 0) > > DSDT 000e4780 000ba0 (v02 U-BOOT U-BOOTBL 65536 INTL 538968870) > > ... > > After: > > ... > > FACP 000e5420 0

Re: [PATCH v4 1/2] drivers: gpio: Add a managed API to get a GPIO from the device-tree

2020-09-08 Thread Pratyush Yadav
On 08/09/20 04:12PM, Heinrich Schuchardt wrote: > On 08.09.20 07:40, Pratyush Yadav wrote: > > From: Jean-Jacques Hiblot > > > > Add managed functions to get a gpio from the devce-tree, based on a > > property name (minus the '-gpios' suffix) and optionally an index. > > > > When the device is unb

Re: [PATCH v1] cmd: acpi: Print revisions in hex format

2020-09-08 Thread Wolfgang Wallner
FACP 000e5420 f4 (v06 U-BOOT U-BOOTBL 538970376 INTL 0) > DSDT 000e4780 000ba0 (v02 U-BOOT U-BOOTBL 65536 INTL 538968870) > ... > After: > ... > FACP 000e5420 f4 (v06 U-BOOT U-BOOTBL 20200908 INTL 0) > DSDT 000e4780 000ba0 (v02 U-BOOT U-BOOTBL 1 INTL 20200326)

[PATCH v1] cmd: acpi: Print revisions in hex format

2020-09-08 Thread Andy Shevchenko
f4 (v06 U-BOOT U-BOOTBL 20200908 INTL 0) DSDT 000e4780 000ba0 (v02 U-BOOT U-BOOTBL 1 INTL 20200326) ... Fixes: 0b885bcfd9b0 ("acpi: Add an acpi command") Cc: Wolfgang Wallner Signed-off-by: Andy Shevchenko --- cmd/acpi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) di

Re: [PATCH v4 1/2] drivers: gpio: Add a managed API to get a GPIO from the device-tree

2020-09-08 Thread Heinrich Schuchardt
On 08.09.20 07:40, Pratyush Yadav wrote: > From: Jean-Jacques Hiblot > > Add managed functions to get a gpio from the devce-tree, based on a > property name (minus the '-gpios' suffix) and optionally an index. > > When the device is unbound, the GPIO is automatically released and the > data struct

Re: [PATCH v2 01/16] x86: Update the bootparam header

2020-09-08 Thread Andy Shevchenko
On Tue, Sep 01, 2020 at 04:23:45PM +0800, Bin Meng wrote: > On Sun, Aug 30, 2020 at 5:42 AM Simon Glass wrote: > > > > This header is missing a few of the newer features from the specification. > > Add these as well as a link to the spec. Also use the BIT() macros where > > appropriate. > > +/**

[PATCH v1] x86: edison: Move config SYS_MALLOC_LEN to Kconfig

2020-09-08 Thread Andy Shevchenko
This patch moves the the config SYS_MALLOC_LEN to Kconfig as it is already done for zynq arch in commit 01aa5b8f0503 ("Kconfig: Move config SYS_MALLOC_LEN to Kconfig for zynq"). Signed-off-by: Andy Shevchenko --- board/intel/edison/Kconfig | 3 +++ include/configs/edison.h | 4 2 files ch

make_fit_atf.py and multiple U-Boot ELF segments

2020-09-08 Thread Tom Rini
Hey all, As part of reviewing http://patchwork.ozlabs.org/project/uboot/list/?series=187450&state=* I've run in to an odd problem. With patch 4/7 of that series, building firefly-rk3399 fails on the make_fit_atf.py step as those changes end up with a U-Boot ELF that has len(segments) of 2, rather

Re: [PATCH] defconfig: espressobin: enable NET_RANDOM_ETHADDR

2020-09-08 Thread Tom Rini
On Tue, Sep 08, 2020 at 10:14:15AM +0200, Andre Heider wrote: > On 08/09/2020 09:42, Pali Rohár wrote: > > On Tuesday 08 September 2020 08:35:00 Andre Heider wrote: > > > The hardware does not provide a MAC address. Enable this so that > > > network access works with just the default environment. >

Re: [PATCH 5/5] arm: mach-omap2: am33xx: Add device structure for spi

2020-09-08 Thread Faiz Abbas
Hi Vignesh, On 07/09/20 5:49 pm, Vignesh Raghavendra wrote: > Hi, > > On 9/7/20 4:02 PM, Faiz Abbas wrote: >> Hi Vignesh, >> >> On 07/09/20 1:48 pm, Vignesh Raghavendra wrote: >>> >>> >>> On 9/7/20 12:36 PM, Faiz Abbas wrote: Hi Lokesh, On 07/09/20 12:08 pm, Lokesh Vutla wrote: >>>

Re: [PATCH v3 1/7] riscv: Rework riscv timer driver to only support S-mode

2020-09-08 Thread Sean Anderson
On 9/8/20 3:57 AM, Pragnesh Patel wrote: > Hi Sean, > >> -Original Message- >> From: Sean Anderson >> Sent: 01 September 2020 16:02 >> To: u-boot@lists.denx.de >> Cc: Rick Chen ; Bin Meng ; >> Pragnesh Patel ; Sean Anderson >> ; Bin Meng ; Anup Patel >> >> Subject: [PATCH v3 1/7] riscv:

RE: [PATCH v3 7/7] riscv: Update SiFive device tree for new CLINT driver

2020-09-08 Thread Pragnesh Patel
>-Original Message- >From: Sean Anderson >Sent: 01 September 2020 16:02 >To: u-boot@lists.denx.de >Cc: Rick Chen ; Bin Meng ; >Pragnesh Patel ; Sean Anderson > >Subject: [PATCH v3 7/7] riscv: Update SiFive device tree for new CLINT driver > >[External Email] Do not click links or attachmen

RE: [PATCH v3 4/7] riscv: Rework Sifive CLINT as UCLASS_TIMER driver

2020-09-08 Thread Pragnesh Patel
>-Original Message- >From: Sean Anderson >Sent: 01 September 2020 16:02 >To: u-boot@lists.denx.de >Cc: Rick Chen ; Bin Meng ; >Pragnesh Patel ; Sean Anderson > >Subject: [PATCH v3 4/7] riscv: Rework Sifive CLINT as UCLASS_TIMER driver > >[External Email] Do not click links or attachments u

Re: Changing U-boot relocation addres to SRAM (instead of DRAM)

2020-09-08 Thread Joakim Tjernlund
On Mon, 2020-09-07 at 22:24 +0300, Yusuf Altıparmak wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > Hello, > > I want to modify U-boot to relocate itself to

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Chunfeng Yun
Hi Marek, I've sent out v4; Hi Frank, Please forward this email to Marek, thanks a lot On Tue, 2020-09-08 at 13:13 +0200, Marek Vasut wrote: > On 9/8/20 3:44 AM, Bin Meng wrote: > > On Mon, Sep 7, 2020 at 3:14 PM Chunfeng Yun > > wrote: > >> > >> Use readx_poll_sleep_timeout() to poll the

Re: [PATCH v3 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Marek Vasut
On 9/8/20 3:44 AM, Bin Meng wrote: > On Mon, Sep 7, 2020 at 3:14 PM Chunfeng Yun wrote: >> >> Use readx_poll_sleep_timeout() to poll the register status >> >> Signed-off-by: Chunfeng Yun >> --- >> v3: no changes >> >> v2: fix typo of title suggested by Frank >> --- >> drivers/usb/host/xhci.c | 2

Re: [PATCH 1/1] efi_loader: efi_var_mem_notify_exit_boot_services

2020-09-08 Thread Ilias Apalodimas
On Tue, Sep 08, 2020 at 10:58:14AM +, Heinrich Schuchardt wrote: > efi_var_mem_notify_exit_boot_services() is invoked when ExitBootServices() > is called by the UEFI payload. > > efi_var_mem_notify_exit_boot_services() should not be defined as > __efi_runtime as it is invoking EFI_ENTRY() and

Changing U-boot relocation addres to SRAM (instead of DRAM)

2020-09-08 Thread Yusuf Altıparmak
Hello, I want to modify U-boot to relocate itself to on-board SRAM of chip (T1042 demo board) instead of DRAM. At first, there is call list in u-boot/common/board_f.c and it has a line to call dram_init. I will change this line with my custom sram_init function. [image: Capture.PNG] The functio

[PATCH 1/1] efi_loader: efi_var_mem_notify_exit_boot_services

2020-09-08 Thread Heinrich Schuchardt
efi_var_mem_notify_exit_boot_services() is invoked when ExitBootServices() is called by the UEFI payload. efi_var_mem_notify_exit_boot_services() should not be defined as __efi_runtime as it is invoking EFI_ENTRY() and EFI_EXIT() which themselves are not __efi_runtime. Fixes: f1f990a8c958 ("efi_l

[PATCH 1/1] lib: rsa: fix data abort in br_i32_decode()

2020-09-08 Thread Heinrich Schuchardt
After removing leading zeros the RSA modulus may be unaligned. On architectures like ARM 32bit unaligned access may lead to a data abort, e.g. when executing 'ut lib lib_asn1_pkcs7'. Use memcpy() to transfer from unaligned to aligned memory. Signed-off-by: Heinrich Schuchardt --- lib/rsa/rsa-ke

[PATCH] include: dt-bindings: Add MSCC header

2020-09-08 Thread Michal Simek
From: Harini Katakam Add MSCC header with delay definitions for VSC8531 and associated family devices. Signed-off-by: Harini Katakam Signed-off-by: Michal Simek --- Copy from Linux but with fixed intendation and SPDX header. --- include/dt-bindings/net/mscc-phy-vsc8531.h | 40 +++

Re: [PATCH] defconfig: espressobin: enable NET_RANDOM_ETHADDR

2020-09-08 Thread Andre Heider
On 08/09/2020 09:42, Pali Rohár wrote: On Tuesday 08 September 2020 08:35:00 Andre Heider wrote: The hardware does not provide a MAC address. Enable this so that network access works with just the default environment. Well, this is not fully truth as MAC address is stored in SPI, just in non-s

[PATCH v4 6/9] usb: xhci: convert to TRB_LEN() and TRB_INTR_TARGET()

2020-09-08 Thread Chunfeng Yun
For normal TRB fields: use TRB_LEN(x) instead of ((x) & TRB_LEN_MASK); and use TRB_INTR_TARGET(x) instead of (((x) & TRB_INTR_TARGET_MASK) << TRB_INTR_TARGET_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- v4: keep code alignment and add reviewed-by Bin v3: merge patch [v2 6/11] a

[PATCH v4 5/9] usb: xhci: convert to TRB_TYPE()

2020-09-08 Thread Chunfeng Yun
Use TRB_TYPE(p) instead of ((p) << TRB_TYPE_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- v4: no changes v3: add reviewed-by Bin v2: no changes --- drivers/usb/host/xhci-mem.c | 3 +-- drivers/usb/host/xhci-ring.c | 11 +-- include/usb/xhci.h | 1 - 3 files

[PATCH v4 9/9] usb: xhci: convert to readx_poll_sleep_timeout()

2020-09-08 Thread Chunfeng Yun
Use readx_poll_sleep_timeout() to poll the register status Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- v4: add reviewed-by Bin v3: no changes v2: fix typo of title suggested by Frank --- drivers/usb/host/xhci.c | 25 +++-- 1 file changed, 11 insertions(+), 14 del

[PATCH v4 7/9] usb: xhci: convert to TRB_TX_TYPE()

2020-09-08 Thread Chunfeng Yun
Use TRB_TX_TYPE() instead of (TRB_DATA_OUT/IN << TRB_TX_TYPE_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- v4: add reviewed-by Bin v2~v3: no changes --- drivers/usb/host/xhci-ring.c | 4 ++-- include/usb/xhci.h | 1 - 2 files changed, 2 insertions(+), 3 deletions(-) d

[PATCH v4 3/9] usb: xhci: add quirks flag to support MediaTek xHCI 0.96

2020-09-08 Thread Chunfeng Yun
There some vendor quirks for MTK xHCI 0.96 host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort for synchronous and interrupt endpoints. The parameters are put into reserved DWs of slot context and endpoint context. 2. Its TDS in Norm

[PATCH v4 8/9] usb: xhci: use macros with parameter to fill ep_info2

2020-09-08 Thread Chunfeng Yun
Use macros with parameter to fill ep_info2, then some macros for MASK and SHIFT can be removed Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- v4: add reviewed-by Bin v3: merge patch [v2 9/11] and [v2 10/11] into one, both for ep_info2 v2: no changes --- drivers/usb/host/xhci-mem.c | 15

[PATCH v4 2/9] usb: xhci: create one unified function to calculate TRB TD remainder

2020-09-08 Thread Chunfeng Yun
xhci versions 1.0 and later report the untransferred data remaining in a TD a bit differently than older hosts. We used to have separate functions for these, and needed to check host version before calling the right function. Now Mediatek host has an additional quirk on how it uses the TD Size fi

[PATCH v4 1/9] usb: xhci: add a member hci_version in xhci_ctrl struct

2020-09-08 Thread Chunfeng Yun
Add a member to save xHCI version, it's used some times. Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- v4: no changes v3: add reviewed-by Bin v2: no changes --- drivers/usb/host/xhci-ring.c | 4 ++-- drivers/usb/host/xhci.c | 1 + include/usb/xhci.h | 1 + 3 files chang

[PATCH v4 4/9] usb: xhci: convert to HCS_MAX_PORTS()

2020-09-08 Thread Chunfeng Yun
Use HCS_MAX_PORTS(p) instead of ((p & HCS_MAX_PORTS_MASK) >> HCS_MAX_PORTS_SHIFT) Signed-off-by: Chunfeng Yun Reviewed-by: Bin Meng --- v4: no changes v3: add reviewed-by Bin v2: no changes --- drivers/usb/host/xhci.c | 3 +-- include/usb/xhci.h | 2 -- 2 files changed, 1 insertion(+), 4

RE: [PATCH v3 1/7] riscv: Rework riscv timer driver to only support S-mode

2020-09-08 Thread Pragnesh Patel
Hi Sean, >-Original Message- >From: Sean Anderson >Sent: 01 September 2020 16:02 >To: u-boot@lists.denx.de >Cc: Rick Chen ; Bin Meng ; >Pragnesh Patel ; Sean Anderson >; Bin Meng ; Anup Patel > >Subject: [PATCH v3 1/7] riscv: Rework riscv timer driver to only support S-mode > >[External E

Re: [PATCH] defconfig: espressobin: enable NET_RANDOM_ETHADDR

2020-09-08 Thread Pali Rohár
On Tuesday 08 September 2020 08:35:00 Andre Heider wrote: > The hardware does not provide a MAC address. Enable this so that > network access works with just the default environment. Well, this is not fully truth as MAC address is stored in SPI, just in non-standard format, in U-Boot env stored in

Re: [PATCH v3 2/9] usb: xhci: create one unified function to calculate TRB TD remainder.

2020-09-08 Thread Chunfeng Yun
On Tue, 2020-09-08 at 13:41 +0800, Bin Meng wrote: > On Mon, Sep 7, 2020 at 3:14 PM Chunfeng Yun wrote: > > > > nits: please remove the ending period in the commit title Ok, will fix it > > > xhci versions 1.0 and later report the untransferred data remaining in a > > TD a bit differently than

Re: [PATCH v3 6/9] usb: xhci: convert to TRB_LEN() and TRB_INTR_TARGET()

2020-09-08 Thread Chunfeng Yun
On Tue, 2020-09-08 at 09:30 +0800, Bin Meng wrote: > On Mon, Sep 7, 2020 at 3:14 PM Chunfeng Yun wrote: > > > > For normal TRB fields: > > use TRB_LEN(x) instead of ((x) & TRB_LEN_MASK); > > and use TRB_INTR_TARGET(x) instead of > > (((x) & TRB_INTR_TARGET_MASK) << TRB_INTR_TARGET_SHIFT) > > > > S

[PATCH 2/2] cosmetic: reset: ast2500: Rename driver and configs

2020-09-08 Thread Chia-Wei, Wang
1. Rename AST2500 reset driver from ast2500-reset.c to reset-ast2500.c 2. Rename AST2500 reset kconfig option from AST2500_RESET to RESET_AST2500 Signed-off-by: Chia-Wei, Wang --- drivers/reset/Kconfig | 2 +- drivers/reset/{ast2500-reset.c => reset-ast2500.c}

[PATCH 1/2] reset: ast2500: Use SCU for reset control

2020-09-08 Thread Chia-Wei, Wang
The System Control Unit (SCU) controller of Aspeed SoCs provides the reset control for each peripheral. This patch refactors the reset method to leverage the SCU reset control. Thus the driver dependency on watchdog including dedicated WDT API and reset flag encoding can be eliminated. The Kconfi

[PATCH 0/2] Refactor AST2500 reset control

2020-09-08 Thread Chia-Wei, Wang
This patch series refactors the reset method to use the System Control Unit (SCU) reset control for simplicity. In addition, the naming of reset driver and Kconfig option is also refined for future consistency. Chia-Wei, Wang (2): reset: ast2500: Use SCU for reset control cosmetic: reset: ast

  1   2   >