On Wed, Nov 11, 2020 at 6:23 PM Andre Przywara wrote:
>
> Switch the SPL boot image generation from using mksunxiboot to the new
> sunxi_egon format of mkimage.
>
> Verified to create identical results for all 152 Allwinner boards.
>
> Signed-off-by: Andre Przywara
> Reviewed-by: Simon Glass
Hi Tom,
Please pull this PR.
Summary:
- PinePhone support (Samuel)
- V3/S3 support (Icenowy)
thanks,
Jagan.
The following changes since commit de865f7ee1d9b6dff6e265dee44509c8274ea606:
Merge tag 'efi-2021-01-rc3' of
https://gitlab.denx.de/u-boot/custodians/u-boot-efi (2020-11-14 09:47:33
Hi Ran,
On Mon, Nov 16, 2020 at 2:38 PM Ran Wang wrote:
>
> For bulk IN transfer, the codes will set ISP flag to request event TRB
> being generated by xHC for case of short packet. So in
for the case of
> buffer-cross-64K-boundary case (which we will divide payload and enqueuqe
> more than 1
On pull reuqest
https://lists.denx.de/pipermail/u-boot/2020-November/432735.html
V4 of the patchset was sent instead of the v5.
This is the v4->v5 missing diff
Signed-off-by: Ilias Apalodimas
---
include/efi_tcg2.h| 2 -
lib/efi_loader/efi_tcg2.c | 160
For bulk IN transfer, the codes will set ISP flag to request event TRB
being generated by xHC for case of short packet. So in
buffer-cross-64K-boundary case (which we will divide payload and enqueuqe
more than 1 transfer TRB), if the first TRB ends up with a short packet
condition it will trigger
Hi Pragnesh
> Hi Rick,
>
> >-Original Message-
> >From: Rick Chen
> >Sent: 13 November 2020 13:37
> >To: Pragnesh Patel
> >Cc: U-Boot Mailing List ; Atish Patra
> >; palmerdabb...@google.com; Bin Meng
> >; Paul Walmsley ( Sifive) ;
> >Anup Patel ; Sagar Kadam
> >; Sean Anderson ; rick
>
On Sat, Nov 14, 2020 at 05:56:38AM +0100, Heinrich Schuchardt wrote:
> On 09.11.20 18:08, Mark Kettenis wrote:
> >> From: Heinrich Schuchardt
> >> Date: Mon, 9 Nov 2020 15:36:33 +0100
> >>
> >> On 09.11.20 14:51, Mark Kettenis wrote:
> From: Paulo Alcantara
> Date: Mon, 09 Nov 2020
On 10/11/20 2:35 pm, Tero Kristo wrote:
> From: Dave Gerlach
>
> Only start-up the non-linux remote cores if we are running in legacy
> boot mode. HSM rearch is not yet supporting this.
>
> Signed-off-by: Dave Gerlach
> ---
> arch/arm/mach-k3/common.c | 2 ++
> 1 file changed, 2
On 10/11/20 2:35 pm, Tero Kristo wrote:
> If the raw PM support is built in, we are operating in the split
> firmware approach mode where RM and PM support is not available. In this
> case, skip the board config for these two.
>
> Signed-off-by: Tero Kristo
> ---
>
On 10/11/20 2:35 pm, Tero Kristo wrote:
> With the new raw register mode access PM drivers, A72 core is not
> enabled via ti-sci services, leading into bad usecounts for the core.
> This effectively shuts down the A72 core when SPL goes down. Prevent the
When you meant SPL that is R5 going
On 10/11/20 2:35 pm, Tero Kristo wrote:
> Hello,
>
> On TI J7 SoCs the device manager firmware is now split into two
> portions instead of the existing one which supported all services via a
> single firmware image running on DMSC core. Now, the existing DMSC core
> is dedicated for secure
On 15/11/20 5:36 pm, Pali Rohár wrote:
> On Sunday 15 November 2020 15:35:37 Lokesh Vutla wrote:
>> Series applied to u-boot-ti for-next branch.
>
> It is possible to include this patch series into v2021.01 version?
> Because currently in u-boot master branch is N900 non-working and these
>
Dear Wolfgang,
On 11/13/20 5:01 AM, Wolfgang Denk wrote:
> Dear Jaehoon Chung,
>
> In message <21adc771-9660-da52-65c8-c2029de9a...@samsung.com> you wrote:
>> On 11/10/20 11:28 PM, Hoyeonjiki Kim wrote:
>>> The function mmc_offset_try_partition searches MMC partition to save the
>>> environment
Hi Tom,
Please pull the rockchip updates/fixes:
- Fix USB support for rk3399 Pinebook Pro;
- Fix SPI boot for rk3399 boards other than Bob;
- Fix 32bit boards firmware build without SPL_OPTEE support;
- Fix rockchip display driver license;
Gitlab ci:
The function mmc_offset_try_partition searches the MMC partition for
locating environment data, by comparing the partition names with config
"u-boot,mmc-env-parition". However, it only compares the first word-size
bytes (size of 'const char *'), which may make the function to find
unintended
Jaehoon Chung,
On Mon, Nov 16, 2020 at 7:35 AM Jaehoon Chung wrote:
>
> Dear Hoyeonjiki,
>
> On 11/16/20 2:25 AM, Hoyeonjiki Kim wrote:
> > The function mmc_offset_try_partition searches the MMC partition for
> > locating environment data, by comparing the partition names with config
> >
> Subject: [PATCH 05/26] clk: fixed_rate: add API for directly registering fixed
> rate clocks
>
> Current driver only supports registering fixed rate clocks from DT. Add new
> API
> which makes it possible to register fixed rate clocks directly from e.g.
> platform
> specific clock drivers.
>
Heinrich,
On Fri, Nov 13, 2020 at 08:18:58AM +0100, Heinrich Schuchardt wrote:
> On 11/13/20 5:14 AM, AKASHI Takahiro wrote:
> > Summary
> > ===
> > 'UpdateCapsule' is one of runtime services defined in UEFI specification
> > and its aim is to allow a caller (OS) to pass information to the
Dear Hoyeonjiki,
On 11/16/20 2:25 AM, Hoyeonjiki Kim wrote:
> The function mmc_offset_try_partition searches the MMC partition for
> locating environment data, by comparing the partition names with config
> "u-boot,mmc-env-parition". However, it only compares the first word-size
> bytes (size of
The test should be checking whether $flags are non-zero and $drv_flags
contain specific flags, however these two sets of flags are separate,
and the two tests should be logically ANDed, not bitwise ANDed.
Signed-off-by: Marek Vasut
Cc: Simon Glass
---
drivers/core/device-remove.c | 2 +-
1
By default on startup all the pin types are configured to
PINMUX_TYPE_NONE (in sh_pfc_map_pins()), when pin is set as GPIO the
pin type is updated to PINMUX_TYPE_GPIO. But the type is not updated
when the pin is set as a function in sh_pfc_pinctrl_pin_set() or
sh_pfc_pinctrl_group_set() calls
Hi All,
This patch series includes trivial fixes and enhancements to
renesas pfc driver.
Oops sorry to miss the u-boot ML earlier resent a V3 again.
Cheers,
Prabhakar
v2->v3
* Patch 1/2 print a warning message if the current pin is being overwritten
before abort as suggested by Marek.
*
Implement get_pin_muxing() callback so that pinmux status
command can be used on Renesas platforms.
Signed-off-by: Lad Prabhakar
Reviewed-by: Biju Das
---
drivers/pinctrl/renesas/pfc.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
The function mmc_offset_try_partition searches the MMC partition for
locating environment data, by comparing the partition names with config
"u-boot,mmc-env-parition". However, it only compares the first word-size
bytes (size of 'const char *'), which may make the function to find
unintended
Hi,
I just noticed the wrong version was included in this PR.
We merged my v4 instead of my v5 (
https://lists.denx.de/pipermail/u-boot/2020-November/432663.html).
The changes between v4/v5 we re mostly cosmetic, how do you want to handle
this?
Shall I send a diff from v4->v5 or Heinrich can pull
Hi Marek,
Thank you for the review.
> -Original Message-
> From: Marek Vasut
> Sent: 15 November 2020 13:18
> To: Prabhakar Mahadev Lad ; Simon
> Glass ;
> Masahiro Yamada ; u-boot@lists.denx.de
> Cc: Adam Ford ; Tom Rini ; Prabhakar
> ; Biju Das
> Subject: Re: [PATCH v2 1/2] pinctrl:
Dear Wolfgang Denk,
On Mon, Nov 16, 2020 at 1:36 AM Wolfgang Denk wrote:
>
> Dear Hoyeonjiki Kim,
>
> In message
> you
> wrote:
> >
> > As you referred, `strcmp` suffers with non-null terminated string(s).
> > I'd also checked if using `strcmp` can cause some issues and
> > seems it's
On Sat, 14 Nov 2020 at 12:37, Nico Huber wrote:
> > (I think
> > newer spec versions should not change anything in first 5 bf_log
> members;
> > this way older log parsers will be able to traverse/copy all logs
> regardless
> > of version used in one log or another),
>
> Good point,
Re-submitted because of missing description and signed-off.
flags reset in board_init caused bugs when executing command like editenv
because the reallocated flag was lost.
Signed-off-by: Arnaud Aujon Chevallier
---
board/armltd/vexpress/vexpress_common.c | 1 -
1 file changed, 1 deletion(-)
Dear Hoyeonjiki Kim,
In message
you wrote:
>
> As you referred, `strcmp` suffers with non-null terminated string(s).
> I'd also checked if using `strcmp` can cause some issues and
> seems it's **guaranteed** that there is no such issue in this context.
You ar4e probably right, but the problem
On Sat, Nov 14, 2020 at 02:04:15PM +0100, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit 832bfad7451e2e7bd23c96edff2be050905ac3f6:
>
> libfdt: Fix signedness comparison warnings (2020-11-10 14:31:08 -0500)
>
> are available in the Git repository at:
>
>
Hi Simon,
Thanks for the feedback.
> -Original Message-
> From: Simon Glass
> Sent: 14 November 2020 15:17
> To: Biju Das
> Cc: Dave Gerlach ; Prabhakar Mahadev Lad
> ; U-Boot Mailing List b...@lists.denx.de>; Marek Vasut ; Nobuhiro
> Iwamatsu ; Chris Paterson
>
> Subject: Re: [PATCH
Hi Tom,
The following changes since commit 832bfad7451e2e7bd23c96edff2be050905ac3f6:
libfdt: Fix signedness comparison warnings (2020-11-10 14:31:08 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-dm.git tags/dm-pull-15nov20
for you to fetch changes up to
Erasing the flash can take over a second on some devices and the EC is
not responsive during this time. Update the timeout to 5 seconds to cope
with this.
Signed-off-by: Simon Glass
---
drivers/misc/cros_ec_lpc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Applied to u-boot-dm,
At present values from the settings file are only applied to the main
parser. With the new parser structure this means that some settings are
ignored.
Update the implementation to set defaults across the main parser and all
subparsers. Also fix up the comments, since ArgumentParser is being used
The arguments of this error are incorrectly formatted. Fix it.
Signed-off-by: Simon Glass
---
tools/patman/patchstream.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Applied to u-boot-dm, thanks!
Add a commit tag to allow the Patchwork URL to be specified in a commit.
This can be handy for when you submit code to multiple projects but don't
want to use the -p option.
Signed-off-by: Simon Glass
---
tools/patman/README | 6 ++
tools/patman/control.py | 7 ++-
The EC now requires that the offset field be set correctly when checking
on hash status. Update the code to handle this. Use the same message
struct in both functions to reduce stack space.
Signed-off-by: Simon Glass
---
drivers/misc/cros_ec.c | 16 ++--
1 file changed, 10
At present patman tries to assume a default subcommand of 'send', to
maintain backwards compatibility. However it does not cope with
arguments added to the default command, so for example 'patman -t'
does not work.
Update the logic to handle this. Also update the CC command to use 'send'
Hi,
On Mon, 9 Nov 2020 at 14:25, Heinrich Schuchardt wrote:
>
> On 11/9/20 10:13 PM, Alper Nebi Yasak wrote:
> > On 09/11/2020 23:34, Heinrich Schuchardt wrote:
> >> With commit 690079767803 ("cros_ec: Support keyboard scanning with
> >> EC_CMD_GET_NEXT_EVENT") check_for_keys() tries to read
Add a new argument to allow the URL of the patchwork server to be
speciified. For now this is hard-coded in the main file, but future
patches will move it to the settings file.
Signed-off-by: Simon Glass
---
tools/patman/control.py | 5 +++--
tools/patman/func_test.py | 38
Add an argument to allow specifying the the patchwork URL. This also adds
this feature to the settings file, either globally, or on a per-project
basis.
Signed-off-by: Simon Glass
---
tools/patman/README | 1 +
tools/patman/main.py | 6 --
2 files changed, 5 insertions(+), 2 deletions(-)
On 11/9/20 1:21 AM, Simon Glass wrote:
Hi Marek,
[...]
diff --git a/arch/arm/lib/bootm.c b/arch/arm/lib/bootm.c
index 1206e306db..f9091a3d41 100644
--- a/arch/arm/lib/bootm.c
+++ b/arch/arm/lib/bootm.c
@@ -120,6 +120,7 @@ static void announce_and_cleanup(int fake)
* of DMA
On 11/6/20 7:01 PM, Lad Prabhakar wrote:
By default on startup all the pin types are configured to
PINMUX_TYPE_NONE (in sh_pfc_map_pins()), when pin is set as GPIO the
pin type is updated to PINMUX_TYPE_GPIO. But the type is not updated
when the pin is set as a function in
On Tue, Nov 10, 2020 at 4:15 PM Padmarao Begari
wrote:
>
> This patch set adds Microchip PolarFire SoC Icicle Kit support
> to RISC-V U-Boot.
>
> The patches are based upon latest U-Boot tree
> (https://gitlab.denx.de/u-boot/u-boot.git) at commit id
> 1ae955e3a58f46918ef99b0b6c562967ba1bf39e
>
>
On Tue, Nov 10, 2020 at 4:17 PM Padmarao Begari
wrote:
>
> This doc describes the procedure to build, flash and
> boot Linux using U-boot on Microchip MPFS Icicle Kit.
>
> Signed-off-by: Padmarao Begari
> ---
> doc/board/index.rst | 1 +
> doc/board/microchip/index.rst |
Hi Heinrich,
>-Original Message-
>From: Heinrich Schuchardt
>Sent: 12 November 2020 18:02
>To: Pragnesh Patel
>Cc: U-Boot Mailing List ; Simon Glass
>
>Subject: Re: [PATCH] common/board_r: make sure to call initr_dm() before
>initr_trace()
>
>[External Email] Do not click links or
On Tue, Nov 10, 2020 at 4:16 PM Padmarao Begari
wrote:
>
> Read phy address from device tree and use it to find the phy device
> if not found then search in the range of 0 to 31.
>
> Signed-off-by: Padmarao Begari
> ---
> drivers/net/macb.c | 17 +++--
> 1 file changed, 15
On Tue, Nov 10, 2020 at 4:16 PM Padmarao Begari
wrote:
>
> Enable 32-bit or 64-bit DMA in the macb driver based on the design
> config debug6 register of MACB hardware which supports 32-bit or
> 64-bit DMA.
>
> Signed-off-by: Padmarao Begari
> ---
> drivers/net/macb.c | 121
On Sunday 15 November 2020 15:35:37 Lokesh Vutla wrote:
> Series applied to u-boot-ti for-next branch.
It is possible to include this patch series into v2021.01 version?
Because currently in u-boot master branch is N900 non-working and these
patches (as stated in commit messages) are fixing it.
Hi Rick,
>-Original Message-
>From: Rick Chen
>Sent: 13 November 2020 13:37
>To: Pragnesh Patel
>Cc: U-Boot Mailing List ; Atish Patra
>; palmerdabb...@google.com; Bin Meng
>; Paul Walmsley ( Sifive) ;
>Anup Patel ; Sagar Kadam
>; Sean Anderson ; rick
>; Alan Kao ; Leo Liang
>
>Subject:
On 10/11/20 2:35 pm, Tero Kristo wrote:
> With the sysfw rearch, sysfw PM calls are no longer available from SPL
> level. To properly support this, remove the is_on checks and the reset
> assertion from the R5 remoteproc driver as these are not supported.
> Attempting to access unavailable
+Lucasz
On 10/11/20 2:35 pm, Tero Kristo wrote:
> Add new clk subcommand "clk setfreq", for setting up a clock rate
> directly from u-boot cmdline. This is handy for any debugging purposes
> towards clocks.
>
> Signed-off-by: Tero Kristo
> ---
> cmd/clk.c | 49
+Lucasz
On 10/11/20 2:35 pm, Tero Kristo wrote:
> Some clocks are not associated to a DM node, so just parsing the DM is not
> enough. This is especially true for root clocks, which typically don't have
> any parents. Instead, fetch every registered UCLASS_CLK instance, and dump
> these out.
>
>
+ Simon, Peng, Lukasz
On 10/11/20 2:35 pm, Tero Kristo wrote:
> Current driver only supports registering fixed rate clocks from DT. Add
> new API which makes it possible to register fixed rate clocks directly
> from e.g. platform specific clock drivers.
>
> Signed-off-by: Tero Kristo
> ---
>
On 27/10/20 4:15 am, Pali Rohár wrote:
> Use twl4030_i2c_read(), i2c_get_chip_for_busnum() and remove
> CONFIG_SYS_I2C.
>
> Signed-off-by: Pali Rohár
Applied PATCH 1 and this to u-boot-ti for-next branch.
Thanks and regards,
Lokesh
On 30/10/20 6:30 pm, Roger Quadros wrote:
> By default CONFIG_LOGLEVEL seems to be set to 4 which is
> too low and doesn't show dev_info/dev_notice/dev_warn
> messages on console. This has been deliberately set low
> globally to be conservative setting across the board due to
> primary
On 31/10/20 10:02 pm, Pali Rohár wrote:
> These comments are relict for old, now removed config options.
> So remove these obsoleted comments too.
>
> Signed-off-by: Pali Rohár
Series applied to u-boot-ti for-next branch. Next time please write a cover
letter.
Thanks and regards,
Lokesh
On 23/10/20 7:53 pm, Parthiban Nallathambi wrote:
> phyBOARD-REGOR is based on phyCORE AM335x R2 SoM (PCL060).
>
> CPU : AM335X-GP rev 2.1
> Model: Phytec AM335x phyBOARD-REGOR
> DRAM: 512 MiB
> NAND: 512 MiB
> MMC: OMAP SD/MMC: 0
> eth0: ethernet@4a10
>
> Working:
> - Eth0
> - i2C
Hi Dario,
On 08/11/20 4:20 pm, Dario Binacchi wrote:
> Hi Simon,
> I still have some doubts and therefore I would like to also add
> Lokesh on this matter to finally decide what to do.
>
>> Il 03/11/2020 16:12 Simon Glass ha scritto:
>>
>>
>> Hi Dario,
>>
>> On Sun, 1 Nov 2020 at 02:13, Dario
60 matches
Mail list logo