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:
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
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(-)
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
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
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(+),
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 |
Thanks Tom,
We will plan it.
-Original Message-
From: Tom Rini
Sent: Monday, September 7, 2020 6:42 PM
To: Meenakshi Aggarwal
Cc: u-boot@lists.denx.de; Priyanka Jain ; Varun Sethi
Subject: Re: [PATCH v3 1/2] armv8: lx2162a: Add Soc changes to support LX2162A
On Mon, Sep 07, 2020 at
On 02/09/2020 09.58, Rasmus Villemoes wrote:
> On 01/09/2020 22.48, Thirupathaiah Annapureddy wrote:
>> Anti rollback protection is required when there is a need to retire
>> previous versions of FIT images due to security flaws in them.
>> Currently U-Boot Verified boot does not have rollback
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
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)
> >
> >
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
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
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
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]
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
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}
The hardware does not provide a MAC address. Enable this so that
network access works with just the default environment.
Signed-off-by: Andre Heider
---
configs/mvebu_espressobin-88f3720_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/mvebu_espressobin-88f3720_defconfig
Hi All,
On 08.09.20 03:08, Peng Fan wrote:
Hi Y.b
Subject: RE: [v4, 00/11] mmc: fsl_esdhc: support eMMC HS200/HS400 modes
Hi Jaehoon and Peng,
Any comments on the v4 patch-set?
Sorry for late. I need postpone the pick up this patchset until next.
I'll give a check, if no issues, I'll pick
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
Hi Mario,
Am 17.08.2020 um 07:23 schrieb Heiko Schocher:
Hello Mario,
Am 27.05.2020 um 14:43 schrieb Heiko Schocher:
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:
-
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
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
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 |
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:
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:
>-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
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
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.
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
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
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
---
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
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
>-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
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
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
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
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
(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
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
Hey all,
As part of reviewing
http://patchwork.ozlabs.org/project/uboot/list/?series=187450=*
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 than
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
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
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
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.
> > +/**
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)
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
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
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.
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
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
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
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(-)
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
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
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
>
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
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
>
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
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
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
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=*
> 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
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(-)
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 +++-
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
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),
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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):
>
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
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
>
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
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
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
> ---
>
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
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
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
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
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:
>
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
> >
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
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
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
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
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
97 matches
Mail list logo
