If CONFIG_PHY is not enabled then the dwc3_setup_phy()
returns ENOTSUPP which can be still valid and intentional
so modify error check to handle this -ENOTSUPP.
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/usb/dwc3/dwc3-generic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Hello Simon,
Am 30.03.2019 um 23:37 schrieb Simon Glass:
Hi Simon,
On Sat, 30 Mar 2019 at 15:40, Simon Goldschmidt
wrote:
Simon Glass schrieb am Sa., 30. März 2019, 22:18:
Hi Simon,
On Sat, 30 Mar 2019 at 14:50, Simon Goldschmidt
wrote:
Simon Goldschmidt schrieb am Sa., 30. März
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> This patch introduce APIs for getting and updating the MPS
> and MRRS fields of Device capability Device control register.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - New patch
>
> drivers/pci/pci-uclass.c | 92 +++
On 2/27/19 8:05 PM, Heinrich Schuchardt wrote:
> The SPL for the Tinker Board has to fit into 32 KiB. Currently this limit
> is exceeded.
>
> CONFIG_SPL_I2C_SUPPORT is not needed to move to main U-Boot. So let's
> disable it.
>
> Suggested-by: David Wu
> Signed-off-by: Heinrich Schuchardt
Hello
Hi Bin
Bin Meng 於 2019年3月29日 週五 下午5:20寫道：
>
> Hi Rick,
>
> On Mon, Mar 25, 2019 at 3:39 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > The Platform-Level Interrupt Controller(PLIC)
>
> nits: it should have a space before (PLIC)
OK
>
> > block holds memory-mapped claim and pending registers
>
Am Montag, 1. April 2019, 04:32:28 CEST schrieb Kever Yang:
> Hi Heiko,
>
>
> On 04/01/2019 05:02 AM, Heiko Stübner wrote:
> > Hi Kever,
> >
> > Am Freitag, 29. März 2019, 13:16:26 CET schrieb Kever Yang:
> >> On 03/29/2019 07:25 PM, Philipp Tomsich wrote:
> On 29.03.2019, at 12:21, Kever Ya
Hello Wolfgang,
added Simon Goldschmidt to cc, as he just posted a patchset, which
exactly wants to introduce "clear BSS before relocation" ...
Am 29.03.2019 um 13:06 schrieb Wolfgang Denk:
Dear Heiko,
In message <81e69dec-21e7-7b34-a261-e22ae9bef...@denx.de> you wrote:
The big question is,
Hi Zhiqiang,
On Mon, Apr 1, 2019 at 12:08 PM Z.q. Hou wrote:
>
> Hi Bin,
>
> Thanks a lot for your comments!
>
> > -Original Message-
> > From: Bin Meng [mailto:bmeng...@gmail.com]
> > Sent: 2019年4月1日 11:22
> > To: Z.q. Hou
> > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyank
Hi Bin,
Thanks a lot for your comments!
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年4月1日 11:37
> To: Z.q. Hou
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabh
Hi Bin,
Thanks for your comments!
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年4月1日 11:22
> To: Z.q. Hou
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar
>
Hi Bin,
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年4月1日 11:22
> To: Z.q. Hou
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar
> Kushwaha ; Mingkai Hu
> ;
Hi Bin,
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年4月1日 11:22
> To: Z.q. Hou
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar
> Kushwaha ; Mingkai Hu
> ;
Hi Bin,
Thanks a lot for your comments!
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年4月1日 11:22
> To: Z.q. Hou
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabh
Hi Bin,
Thanks a lot for your comments!
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年4月1日 11:22
> To: Z.q. Hou
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabh
Hi Bin,
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年4月1日 11:22
> To: Z.q. Hou
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar
> Kushwaha ; Mingkai Hu
> ;
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> This patch introduce a set of PCI/PCIe capability accessors,
> including 16-bit and 32-bit read, write and clear_and_set
No 8-bit accessors?
> operations.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - New patch
>
>
Hi Bin
Bin Meng 於 2019年3月29日 週五 下午5:22寫道：
>
> On Mon, Mar 25, 2019 at 3:39 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > The platform-Level Machine Timer(PLMT) block
>
> nits: should have a space before (PLMT)
OK
>
> > holds memory-mapped mtime register associated
> > with timer tick.
> >
>
Hi Bin
Bin Meng 於 2019年3月29日 週五 下午5:34寫道：
>
> Two more comments regarding ae350_64.dts
>
> On Mon, Mar 25, 2019 at 3:40 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Signed-off-by: Rick Chen
> > Cc: Greentime Hu
> > ---
> > arch/riscv/dts/ae350_32.dts | 81
> >
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> The LX2160A PCIe is using driver PCIE_LAYERSCAPE_GEN4 instead
> of PCIE_LAYERSCAPE.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - No change
>
> arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 2 +-
> 1 file changed, 1 in
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> Add PCIe Gen4 driver for the NXP Layerscape SoCs. This PCIe
> controller is based on the Mobiveil IP, which is compatible
> with the PCI Express™ Base Specification, Revision 4.0.
>
> Signed-off-by: Hou Zhiqiang
> Signed
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> Enable the PCIe Gen4 controller driver and e1000 for LX2160ARDB
> and LX2160AQDS boards.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - Add PCI command support
> - Enable PCIe in more LX2160A defconfigs
>
> configs/l
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> The LX2160A integrated 6 PCIe Gen4 controllers.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - No change
>
> arch/arm/dts/fsl-lx2160a.dtsi | 85 +++
> 1 file changed, 85 insertions(+)
>
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> The lx2160a have up to 6 PCIe controllers and have different
> address and size of PCIe region.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - No change
>
> arch/arm/cpu/armv8/fsl-layerscape/cpu.c| 12
On Mon, Mar 25, 2019 at 10:24 AM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> The LS2080A has 8GB region for each PCIe controller, while the
> other platforms have 32GB.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V4:
> - No change
>
> arch/arm/include/asm/arch-fsl-layerscape/cpu.h | 7 +++
> 1
Hi Simon,
On 04/01/2019 10:00 AM, Simon Glass wrote:
> Hi Kever,
>
> On Sun, 31 Mar 2019 at 19:03, Kever Yang wrote:
>> Hi Simon,
>>
>>
>> On 03/31/2019 05:18 AM, Simon Glass wrote:
>>> Hi Kever,
>>>
>>> On Wed, 27 Mar 2019 at 21:01, Kever Yang wrote:
Rockchip use 'arch-rockchip' instead o
Hi Heiko,
On 04/01/2019 05:02 AM, Heiko Stübner wrote:
> Hi Kever,
>
> Am Freitag, 29. März 2019, 13:16:26 CET schrieb Kever Yang:
>> On 03/29/2019 07:25 PM, Philipp Tomsich wrote:
On 29.03.2019, at 12:21, Kever Yang wrote:
Rockchip provide tee binary release in 'rkbin' repository
Hi Kever,
On Sun, 31 Mar 2019 at 19:03, Kever Yang wrote:
>
> Hi Simon,
>
>
> On 03/31/2019 05:18 AM, Simon Glass wrote:
> > Hi Kever,
> >
> > On Wed, 27 Mar 2019 at 21:01, Kever Yang wrote:
> >> Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
> >> header file path, so that we can
Hi André,
On Sun, 31 Mar 2019 at 18:04, André Przywara wrote:
>
> On 30/03/2019 21:18, Simon Glass wrote:
> > On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>
> Hi Simon,
>
> many thanks for the review of all those patches, much appreciated!
You're welcome, your patches are very easy to re
Hi Simon,
On 03/31/2019 05:18 AM, Simon Glass wrote:
> Hi Kever,
>
> On Wed, 27 Mar 2019 at 21:01, Kever Yang wrote:
>> Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
>> header file path, so that we can get the correct path directly.
> Can you give a few more details on the reason
On 30/03/2019 21:18, Simon Glass wrote:
> On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
Hi Simon,
many thanks for the review of all those patches, much appreciated!
>> So far arrows key pressed on an USB keyboard got translated to some
>> low ASCII control sequences (Ctrl+N, Ctrl+P). Some
On 31/03/2019 19:28, Alexander Graf wrote:
Hi Simon, Alex,
> On 31.03.19 04:18, Simon Glass wrote:
>> Hi Andre,
>>
>> On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>>> The character set used by U-Boot's built-in fonts is the old "code
>>> page 437" (from the original IBM PC).
>>> However p
Hi all,
On Fri, Mar 22, 2019 at 7:15 PM Urja Rannikko wrote:
>
> Urja Rannikko (4):
> pinctrl: exit pinconfig_post_bind if there are no subnodes
> rk3288-board: remove pinctrl call for debug uart
> rk3288-board: cosmetic: document selecting RK PWM
> dw_mmc: turn on the IO supply
I've now
On Fri, Mar 29, 2019 at 11:15:48PM -0700, Troy Benjegerdes wrote:
> I attempted to merge in the latest master branch into
> https://github.com/sifive/u-boot/tree/sandbox and I got
> the following error, which seems somewhat broken..
>
>
> Device Tree Source is not correctly specified.
> Please d
Hi,
On Sat, Mar 30, 2019 at 9:18 PM Simon Glass wrote:
>
> Hi Urja,
>
> On Fri, 22 Mar 2019 at 13:15, Urja Rannikko wrote:
> >
> > This failed and caused a boot failure on c201, and afaik
> > the pins should be setup by the new pinctrl driver.
>
> It should be set up in SPL, if enabled.
>
> I wo
Hi,
On Sat, Mar 30, 2019 at 9:18 PM Simon Glass wrote:
>
> On Fri, 22 Mar 2019 at 13:15, Urja Rannikko wrote:
> >
> > Atleast hat is what it says in the TRM.
>
> At least that
Whoops.
But actually i found out (by chance from an another patch on the list
just now) that instead of documenting this
Hi Kever,
Am Freitag, 29. März 2019, 13:16:26 CET schrieb Kever Yang:
> On 03/29/2019 07:25 PM, Philipp Tomsich wrote:
> >> On 29.03.2019, at 12:21, Kever Yang wrote:
> >>
> >> Rockchip provide tee binary release in 'rkbin' repository:
> >> https://github.com/rockchip-linux/rkbin
> >> For some hi
Am Sonntag, 31. März 2019, 21:34:00 CEST schrieb Urja Rannikko:
> Hi,
>
> On Fri, Mar 29, 2019 at 1:56 PM Heiko Stübner wrote:
> >
> > In my u-boot list archive I only see the list itself als recipient.
> > You may want to resend your series with actual maintainers in Cc
> > so that they actually
On 30.03.19 23:37, Simon Glass wrote:
Hi Simon,
On Sat, 30 Mar 2019 at 15:40, Simon Goldschmidt
wrote:
Simon Glass schrieb am Sa., 30. März 2019, 22:18:
Hi Simon,
On Sat, 30 Mar 2019 at 14:50, Simon Goldschmidt
wrote:
Simon Goldschmidt schrieb am Sa., 30. März
2019, 21:18:
Hi,
On Fri, Mar 29, 2019 at 2:09 PM Heiko Stübner wrote:
> > +#ifdef CONFIG_DM_REGULATOR
>
> this should be
> #if CONFIG_IS_ENABLED(DM_REGULATOR)
Ok, just FYI that fragment was based on the one in tmio-common.c,
so maybe that should also be fixed(?).
>
> because otherwise an SPL-build u
Hi,
On Fri, Mar 29, 2019 at 1:56 PM Heiko Stübner wrote:
>
> In my u-boot list archive I only see the list itself als recipient.
> You may want to resend your series with actual maintainers in Cc
> so that they actually see your patches :-) .
>
> Similar to the kernel, uboot also has a scripts/ge
On 28.03.19 14:11, Heinrich Schuchardt wrote:
> Describe the target scope of the UEFI implementation in U-Boot.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> doc/README.uefi | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/doc/README.uefi b/doc/README.uefi
> index b38efbc0c
On 31.03.19 04:18, Simon Glass wrote:
> Hi Andre,
>
> On Fri, 22 Mar 2019 at 19:32, Andre Przywara wrote:
>> The character set used by U-Boot's built-in fonts is the old "code
>> page 437" (from the original IBM PC).
>> However people would probably expect UTF-8 on a terminal these days, the
>> U
On 27.03.19 01:41, Heinrich Schuchardt wrote:
> Add parameter checks in the StartImage() and Exit() boottime services:
> - check that the image handle is valid and has the loaded image protocol
> installed
> - in StartImage() record the current image
> - in Exit() check that the image is the cur
On 27.03.19 14:10, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
>> Add CONFIG_CMD_STANDALONE_EFIBOOTMGR.
>> With this patch, EFI boot manager can be kicked in by a standalone
>> command, efibootmgr.
> I miss your comment form 0/11 here:
>
> * When we will support "secur
On 27.03.19 01:41, Heinrich Schuchardt wrote:
> Add parameter checks in the StartImage() and Exit() boottime services:
> - check that the image handle is valid and has the loaded image protocol
> installed
> - in StartImage() record the current image
> - in Exit() check that the image is the cur
On 26.03.19 12:04, Heinrich Schuchardt wrote:
> Use a checksum to validate that efi_free_pool() is only called for memory
> allocated by efi_allocated_pool().
>
> Add a plausibility check to efi_free_pages() checking that the address
> passed is page aligned.
>
> Update related function comments t
Hi Fabio,
On 30/03/19 21:59, Fabio Estevam wrote:
> Hi Stefano,
>
> On Thu, Mar 21, 2019 at 10:59 AM Fabio Estevam wrote:
>>
>> After the DM_MMC conversion the following eMMC boot error is observed:
>>
>> U-Boot SPL 2019.04-rc4 (Mar 20 2019 - 18:53:28 +)
>> Trying to boot from MMC1
>> MMC De
When booting the am3517-evm, the following message appears:
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
This patch implements spl_start_uboot to clear this message
and allow device to know if it should boot U-Boot or kernel.
Fixes: 1c6b6f383a41 ("ARM:
Dear Tom,
In message <20190331113756.GG18421@bill-the-cat> you wrote:
>
> > You could say the same for any online help. I do not understand why you
> > consider these commands not worth a description while we provide online
> > help for all other commands including "test", "echo", "help" and even
On Fri, Mar 29, 2019 at 08:21:01PM +0100, Heinrich Schuchardt wrote:
> On 3/29/19 1:11 PM, Wolfgang Denk wrote:
> > Dear Heinrich,
> >
> > In message <20190329113408.2168-1-xypron.g...@gmx.de> you wrote:
> >> Provide online help for hush commands 'if', 'for', and 'while'.
> >>
> >> Signed-off-by: H
Signed-off-by: Philip Molloy
---
tools/env/fw_env.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c
index a5d75958e1..1cdc008d7b 100644
--- a/tools/env/fw_env.c
+++ b/tools/env/fw_env.c
@@ -1742,7 +1742,7 @@ static int parse_config(struc
Our platform doesn't store the DTB into the Android image second area,
but rather copies the DTB to RAM from a dedicated dtb.img partition [0],
prior to booting the Android image by calling bootm.
Similar to [1], we find it useful to just call 'bootm' and have the
right DTB being passed to OS (ass
Increase the readability of boot_get_fdt().
No change in behavior is expected.
Signed-off-by: Eugeniu Rosca
---
common/image-fdt.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/common/image-fdt.c b/common/image-fdt.c
index c335e7e2f220..68bcab85baf4 100644
--- a/com
Prepare for booting Android images which lack any DTB in the second
area using 'fdtaddr' environment variable as source/address of FDT.
No functional/behavioral change expected in this patch.
Signed-off-by: Eugeniu Rosca
---
common/image-fdt.c | 13 ++---
1 file changed, 6 insertions(+),
Currently, there are two helpers called to determine the length of
FDT blobs embedded in the U-Boot-supported images:
- image_multi_getimg(.., &fdt_len)
- android_image_get_second(.., &fdt_len)
The returned 'fdt_len' value must match 'fdt_totalsize(fdt_blob)'.
Reduce the duplicated code by uniyi
From: 默默
---
Makefile | 7 +++
lib/bch.c | 9 -
2 files changed, 15 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index c1af9307b3..92e04dd689 100644
--- a/Makefile
+++ b/Makefile
@@ -291,6 +291,9 @@ DARWIN_MINOR_VERSION= $(shell sw_vers
-productVersion | c
The 'no_fdt' goto label was introduced by v2015.01 commit [0] and it
had two review stages [1-2]. The *documented* purpose behind commit [0]
is (excerpt from commit description):
> allows both FDT and non-FDT kernels to boot by making the
> third parameter to the bootm/bootz optional
While [1] an
Paranoid programming [1] lies at the foundation of proper software
development, but the repetitive zeroint-out of output arguments in the
context of the same function rather clutters the code and inhibits
further refactoring/optimization than is doing any good.
In boot_get_fdt(), we already perfor
58 matches
Mail list logo
