Am 17. September 2020 20:53:20 MESZ schrieb Tom Rini :
>On Thu, Sep 17, 2020 at 08:03:24PM +0200, Heinrich Schuchardt wrote:
>> On 9/17/20 7:47 PM, Tom Rini wrote:
>> > On Thu, Sep 17, 2020 at 07:18:08PM +0200, Heinrich Schuchardt
>wrote:
>> >
>> >> CONFIG_EFI_GRUB_ARM32 is only needed for
On Fri, Sep 18, 2020 at 10:28:57AM +0900, AKASHI Takahiro wrote:
> Tom, Lukasz,
>
> On Thu, Sep 10, 2020 at 10:41:39PM -0400, Tom Rini wrote:
> > On Fri, Sep 11, 2020 at 09:46:14AM +0900, AKASHI Takahiro wrote:
> > > On Wed, Sep 09, 2020 at 10:26:34PM -0400, Tom Rini wrote:
> > > > On Thu, Sep
Tom, Lukasz,
On Thu, Sep 10, 2020 at 10:41:39PM -0400, Tom Rini wrote:
> On Fri, Sep 11, 2020 at 09:46:14AM +0900, AKASHI Takahiro wrote:
> > On Wed, Sep 09, 2020 at 10:26:34PM -0400, Tom Rini wrote:
> > > On Thu, Sep 10, 2020 at 10:54:18AM +0900, AKASHI Takahiro wrote:
> > > > On Wed, Sep 09,
Sync the R8A77990 SoC PFC tables with Linux 5.8 , commit bcf876870b95.
Signed-off-by: Lad Prabhakar
Reviewed-by: Biju Das
---
v1->v2
* Updated commit message
* Synced with Linux 5.8 instead of 5.9.rc4
---
drivers/pinctrl/renesas/pfc-r8a77990.c | 57 ++
1 file changed,
Hi Marek,
> -Original Message-
> From: Prabhakar Mahadev Lad
> Sent: 17 September 2020 21:43
> To: 'Marek Vasut' ; Simon Glass ;
> u-boot@lists.denx.de
> Cc: Biju Das ; Prabhakar
>
> Subject: RE: [PATCH] pinctrl: renesas: pfc-r8a77990: Import PFC table
>
> Hi Marek,
>
> Thank you for
On 2020-09-14 10:15, Matthias Brugger wrote:
> On 10/09/2020 23:12, Stefan Agner wrote:
>> On 2020-09-07 16:36, Peter Robinson wrote:
Any thoughts on this issue?
>>>
>>> Any reason why you're using 2020.01 and not at least 2020.07, or at
>>> least seeing if it's reproducible on 2020.10-rc3?
Hi Marek,
Thank you for the review.
> -Original Message-
> From: Marek Vasut
> Sent: 17 September 2020 21:38
> To: Prabhakar Mahadev Lad ; Simon
> Glass ; u-boot@lists.denx.de
> Cc: Biju Das ; Prabhakar
>
> Subject: Re: [PATCH] pinctrl: renesas: pfc-r8a77990: Import PFC table
>
> On
On 9/17/20 4:28 PM, Lad Prabhakar wrote:
> Renesas Ebisu board is based on R-Car E3 SoC which has dual CA53 and
> a CR7.
>
> This patch drops check for cputype from reset_cpu() and also drops the
> corresponding CA57 macros. While at it also dropped RST_RSTOUTCR macro
> which is unused.
[...]
On Thu, Sep 17, 2020 at 03:03:28PM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> Am 17.09.2020 um 14:51 schrieb Tom Rini:
> > On Thu, Sep 17, 2020 at 06:27:03AM +0200, Heiko Schocher wrote:
> > > Hello Tom,
> > >
> > > Am 16.09.2020 um 21:01 schrieb Tom Rini:
> > > > On Wed, Sep 16, 2020 at
On 9/17/20 5:02 PM, Lad Prabhakar wrote:
> Sync the R8A77990 SoC PFC with mainline linux 5.9-rc4 commit
> f4d51dffc6c0 ("Linux 5.9-rc4")
[...]
The subject should say "Sync" or "Synchronize", since the PFC tables are
already in tree, the patch only synchronizes them with newer version.
But why
On 9/11/20 1:47 PM, Andrii Voloshyn wrote:
> Hi there,
>
> What are the ways of copying whole FIT image form NOR flash to RAM by
> specifying flash offset without any extra bytes.
> I've seen quite a lot of times when kernel image size has a fixed value (as
> an uboot environment
Hi Grygorii,
> Il 17/09/2020 08:57 Grygorii Strashko ha scritto:
>
>
> Hi Dario,
>
> On 06/09/2020 15:08, Dario Binacchi wrote:
> >
> > The series was born from the need to manage the PWM backlight of the
> > display connected to my beaglebone board. To hit the target, I had to
> > develop
On Thu, Sep 17, 2020 at 08:03:24PM +0200, Heinrich Schuchardt wrote:
> On 9/17/20 7:47 PM, Tom Rini wrote:
> > On Thu, Sep 17, 2020 at 07:18:08PM +0200, Heinrich Schuchardt wrote:
> >
> >> CONFIG_EFI_GRUB_ARM32 is only needed for architectures with caches that are
> >> not managed via CP15 (or for
Currently if SIGINT is received, it terminates U-Boot. This does not allow
testing the handling of CTRL-C in U-Boot and in UEFI applications.
It is especially annoying when working with the 'mm' command.
Let the serial console driver provide character 0x03 if SIGINT occurs. We
can still exit
On 9/17/20 7:47 PM, Tom Rini wrote:
> On Thu, Sep 17, 2020 at 07:18:08PM +0200, Heinrich Schuchardt wrote:
>
>> CONFIG_EFI_GRUB_ARM32 is only needed for architectures with caches that are
>> not managed via CP15 (or for some outdated buggy versions of GRUB). It
>> makes more sense to disable the
On Thu, 17 Sep 2020 at 09:57, Heinrich Schuchardt wrote:
>
> 512 * 2^32 bytes equals 2 tebibytes.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> disk/part_efi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Simon Glass
(stupid disk manufacturers :-)
On Thu, Sep 17, 2020 at 07:18:08PM +0200, Heinrich Schuchardt wrote:
> CONFIG_EFI_GRUB_ARM32 is only needed for architectures with caches that are
> not managed via CP15 (or for some outdated buggy versions of GRUB). It
> makes more sense to disable the setting per architecture than per
On Thu, Sep 17, 2020 at 08:52:03AM +0200, Andre Heider wrote:
> Unused.
>
> Signed-off-by: Andre Heider
> ---
> include/configs/smdkv310.h | 3 ---
> 1 file changed, 3 deletions(-)
>
Acked-by: Krzysztof Kozlowski
Best regards,
Krzysztof
On Thu, Sep 17, 2020 at 08:52:01AM +0200, Andre Heider wrote:
> In prepartion to remove CONFIG_DEFAULT_CONSOLE, fold the current users.
>
> Signed-off-by: Andre Heider
> ---
> include/configs/odroid.h| 7 +--
> include/configs/odroid_xu3.h| 6 +-
>
On Thu, Sep 17, 2020 at 08:52:00AM +0200, Andre Heider wrote:
> These are all unused.
>
> Signed-off-by: Andre Heider
> ---
> This sets completely removes CONFIG_DEFAULT_CONSOLE from the tree.
> Only compile time tested.
>
> include/configs/arndale.h | 2 --
>
CONFIG_EFI_GRUB_ARM32 is only needed for architectures with caches that are
not managed via CP15 (or for some outdated buggy versions of GRUB). It
makes more sense to disable the setting per architecture than per defconfig.
Move QEMU's CONFIG_EFI_GRUB_ARM32_WORKAROUND=n from defconfig to Kconfig.
Sync the R8A77990 SoC PFC with mainline linux 5.9-rc4 commit
f4d51dffc6c0 ("Linux 5.9-rc4")
Signed-off-by: Lad Prabhakar
Reviewed-by: Biju Das
---
drivers/pinctrl/renesas/pfc-r8a77990.c | 57 ++
1 file changed, 30 insertions(+), 27 deletions(-)
diff --git
Renesas Ebisu board is based on R-Car E3 SoC which has dual CA53 and
a CR7.
This patch drops check for cputype from reset_cpu() and also drops the
corresponding CA57 macros. While at it also dropped RST_RSTOUTCR macro
which is unused.
Signed-off-by: Lad Prabhakar
Reviewed-by: Biju Das
---
Add Winbond W25M512JV flash device description.
Linux already has the flash entry present. A snippet below:
{ "w25m512jv", INFO(0xef7119, 0, 64 * 1024, 1024...},
Signed-off-by: Lad Prabhakar
Reviewed-by: Biju Das
---
drivers/mtd/spi/spi-nor-ids.c | 1 +
1 file changed, 1 insertion(+)
diff
Fix a typo
%s/interract/interact/
Use Samsung's capitalization of their trademarks
%s/onenand/OneNAND/
%s/Hyperflash/HyperFlash/
Signed-off-by: Heinrich Schuchardt
---
drivers/mtd/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/Kconfig
512 * 2^32 bytes equals 2 tebibytes.
Signed-off-by: Heinrich Schuchardt
---
disk/part_efi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index de3491821f..60b1c1d761 100644
--- a/disk/part_efi.c
+++ b/disk/part_efi.c
@@ -7,7 +7,7 @@
/*
The logging system provides flexible filtering and enhanced output.
Signed-off-by: Heinrich Schuchardt
---
drivers/rng/stm32mp1_rng.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/rng/stm32mp1_rng.c b/drivers/rng/stm32mp1_rng.c
index 7ef7ff9756..c1bae180f7
Reset the channel completely during channel release in order to clear
teardown bit before handing over to next user or jumping to Linux.
Signed-off-by: Vignesh Raghavendra
---
drivers/dma/ti/k3-udma.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On Mon, Sep 14, 2020 at 01:52:39PM +0200, Thomas Petazzoni wrote:
> As I have followed the development of the SquashFS support in U-Boot
> as part of Joao Marcos work, it makes sense to get Cc'ed on
> contributions/bug reports related to the squashfs support.
>
> Signed-off-by: Thomas Petazzoni
On Wed, Sep 16, 2020 at 12:17:55AM +0200, Heinrich Schuchardt wrote:
> Provide the settings for the debug UART on the QEMU ARM virt board.
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Sep 14, 2020 at 05:44:36PM +0200, Miquel Raynal wrote:
> I also followed the development of the SquashFS support in U-Boot
> as part of Joao Marcos internship, so I would also appreciate receiving
> new contributions and bug reports related to this topic.
>
> Signed-off-by: Miquel Raynal
On Sat, Sep 12, 2020 at 12:42:52PM +0200, Marek Vasut wrote:
> Repair incorrectly negated condition in the original patch which broke
> DT memory node parsing on everything which has more than one DT memory
> node, e.g. R-Car3.
>
> In case multiple valid memory nodes are present in the DT, the
On Tue, Aug 25, 2020 at 09:01:41AM +0300, Baruch Siach wrote:
> Signed-off-by: Baruch Siach
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Aug 17, 2020 at 05:31:08PM -0700, Thirupathaiah Annapureddy wrote:
> phy_write() uses bus->write() instead of bus->read(). This means NULL
> pointer pre-check needs to happen on bus->write instead of bus->read.
>
> Signed-off-by: Thirupathaiah Annapureddy
> Reviewed-by: Michal Simek
Hello Tom,
Am 17.09.2020 um 14:51 schrieb Tom Rini:
On Thu, Sep 17, 2020 at 06:27:03AM +0200, Heiko Schocher wrote:
Hello Tom,
Am 16.09.2020 um 21:01 schrieb Tom Rini:
On Wed, Sep 16, 2020 at 07:04:57AM +0200, Heiko Schocher wrote:
Hello Mario, Tom,
added Tom to cc ...
Am 08.09.2020 um
This commit add the support in u-boot to read the IV
in the FIT image instead of u-boot device tree.
Signed-off-by: Philippe Reynes
---
common/image-cipher.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/common/image-cipher.c b/common/image-cipher.c
Binaries may be encrypted in a FIT image with AES. This
algo needs a key and an IV (Initialization Vector). The
IV is provided in a file (pointer by iv-name-hint in the
ITS file) when building the ITB file.
This commits adds provide an alternative way to manage
the IV. If the property
On Thu, Sep 17, 2020 at 06:27:03AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> Am 16.09.2020 um 21:01 schrieb Tom Rini:
> > On Wed, Sep 16, 2020 at 07:04:57AM +0200, Heiko Schocher wrote:
> > > Hello Mario, Tom,
> > >
> > > added Tom to cc ...
> > >
> > > Am 08.09.2020 um 07:59 schrieb Heiko
From: Ruchika Gupta
Enable "optee_rpmb" command to write/read named persistent values
created on RPMB by opening session with OPTEE AVB TA.
This provides easy test for establishing a session with OPTEE
TA and storage of persistent data in MMC RPMB.
It includes following subcommands:
optee_rpmb
On Wed, 16 Sep 2020, Maxime Ripard wrote:
On Wed, Sep 16, 2020 at 04:10:51PM +0200, Martin Cerveny wrote:
Add support for DE2 and TCON connected LCD display.
Add support for export as "allwinner,simple-framebuffer"
with "mixer0-lcd0" pipeline.
Signed-off-by: Martin Cerveny
You shouldn't
From: Ruchika Gupta
Enable support to compile OPTEE driver, access AVB TA
and RPMB API's access via RPC from OPTEE for lx2160
Signed-off-by: Ruchika Gupta
---
configs/lx2160ardb_tfa_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/configs/lx2160ardb_tfa_defconfig
Enable support to compile OPTEE driver, access AVB TA and
RPMB API's access via RPC from OPTEE for lx2160.
Enable "optee_rpmb" command to write/read named persistent values
created on MMC RPMB.
v1 can be referred here
Hi Dario,
On 06/09/2020 15:08, Dario Binacchi wrote:
The series was born from the need to manage the PWM backlight of the
display connected to my beaglebone board. To hit the target, I had to
develop drivers for PWM management which in turn relied on drivers for
managing timers and clocks, all
On Wed, 16 Sep 2020, Maxime Ripard wrote:
On Wed, Sep 16, 2020 at 04:10:48PM +0200, Martin Cerveny wrote:
Weird code or comment. This is variant is tested on V3s.
Signed-off-by: Martin Cerveny
Generally speaking your commit logs are fairly concise, but it really
becomes an issue when
On Wed, 16 Sep 2020, Maxime Ripard wrote:
On Wed, Sep 16, 2020 at 04:10:52PM +0200, Martin Cerveny wrote:
Add PWM and dummy power regulator support.
Modify data timings for LCD displays.
Signed-off-by: Martin Cerveny
---
configs/LicheePi_Zero_defconfig | 4
1 file changed, 4
There are patches to enable "allwinner,simple-framebuffer"
with "mixer0-lcd0" pipeline for V3s.
First patch corrects "2x pll" loop for pixelclock search.
Second patch enable PWM0 (for backlight support).
Third patch is the main extension to code and build:
- V3s has 2x VI and 1x UI channels (use
Add PWM and dummy power regulator support.
Modify data timings for LCD displays.
Signed-off-by: Martin Cerveny
---
configs/LicheePi_Zero_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/LicheePi_Zero_defconfig b/configs/LicheePi_Zero_defconfig
index
Enable support for V3s LCD display.
V3s has 2x VI and 1x UI channels (use UI channel).
V3s uses PLL3 (PLL_VIDEO) for both DE2 and TCON0 pixelclock.
V3s supports resolution upto 1024x1024.
V3s does not support HDMI.
Signed-off-by: Martin Cerveny
---
arch/arm/include/asm/arch-sunxi/clock_sun6i.h
Add support for DE2 and TCON connected LCD display.
Add support for export as "allwinner,simple-framebuffer"
with "mixer0-lcd0" pipeline.
Signed-off-by: Martin Cerveny
---
arch/arm/dts/sun8i-v3s.dtsi | 128 ++--
1 file changed, 124 insertions(+), 4 deletions(-)
Enable PWM0 for V3S (for backlight LCD support).
Signed-off-by: Martin Cerveny
---
arch/arm/include/asm/arch-sunxi/gpio.h | 1 +
drivers/pwm/sunxi_pwm.c| 3 +++
2 files changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h
Weird code or comment. This is variant is tested on V3s.
Signed-off-by: Martin Cerveny
---
drivers/video/sunxi/lcdc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/video/sunxi/lcdc.c b/drivers/video/sunxi/lcdc.c
index 73033c3b85..b772947a6b 100644
---
Some drivers use macro pr_cont() for continuing a message sent via printk.
Hence if we want to convert printk messaging to using the logging system,
we must support continuation of log messages too.
As pr_cont() does not provide a message level we need a means of
remembering the last log level.
Provide a unit test checking that a continuation message will use the same
log level and log category as the previous message.
Signed-off-by: Heinrich Schuchardt
---
test/log/Makefile| 4 +++-
test/log/cont_test.c | 52
2 files changed, 55
With the first patch it becomes possible to continue a log message with
the same log level and category as the previous messages.
We need this facility to convert pr_cont() to use our logging drivers.
The second patch provides a unit test.
This patch is a prerequisite:
[PATCH 1/1] log: mute
When possible use DMA for reading from CFI flash, this provides upto 5x
improvement in read performance with high speed CFI compliant flashes
like HyperFlash.
Code will gracefully fallback to CPU copy when DMA is unavailable.
Signed-off-by: Vignesh Raghavendra
---
drivers/mtd/cfi_mtd.c | 4
This series adds DMA support to read from memory mapped CFI flashes
First patch reduces noise from DMA APIs
Second patch adds DMA support for cfi_mtd.
Tested on J721e that has CFI compliant HyperFlash
Vignesh Raghavendra (2):
dma: Reduce error level when DMA channel type does not exist
mtd:
Caller would need gracefully handle failures of dma_get_device(),
therefore reduce pr_err() to pr_debug() when DMA device is not found.
Signed-off-by: Vignesh Raghavendra
---
drivers/dma/dma-uclass.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Update detect_enable_hyperflash() to look for "ti,am654-ospi" compatible
to match the upstream DT node.
Signed-off-by: Vignesh Raghavendra
---
board/ti/j721e/evm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/ti/j721e/evm.c b/board/ti/j721e/evm.c
index
On Mon, Sep 14, 2020 at 10:23:03AM -0400, Sean Anderson wrote:
> This adds comments regarding the ordering and purpose of certain
> instructions as I understand them.
>
> Signed-off-by: Sean Anderson
> Reviewed-by: Bin Meng
> Reviewed-by: Rick Chen
> ---
>
> Changes in v2:
> - Clarify
On Mon, Sep 14, 2020 at 10:22:59AM -0400, Sean Anderson wrote:
> Some IPIs may already be pending when U-Boot is started. This could be a
> problem if a secondary hart tries to handle an IPI before the boot hart has
> initialized the IPI device.
>
> This commit introduces a valid bit so secondary
On Mon, Sep 14, 2020 at 10:22:58AM -0400, Sean Anderson wrote:
> Without a matching barrier on the write side, the barrier in handle_ipi
> does nothing. It was entirely possible for the boot hart to write to addr,
> arg0, and arg1 *after* sending the IPI, because there was no barrier on the
>
On 9/17/20 5:30 AM, Jack Mitchell wrote:
> The timeout calculation is based on the clk being in KHz but
> the clk api returns the clk value in Hz. Convert this to KHz
> to calculate the correct timeout value.
>
> Signed-off-by: Jack Mitchell
> ---
> drivers/watchdog/designware_wdt.c | 2 +-
> 1
> On 17.09.2020, at 11:42, Jack Mitchell wrote:
>
> In order to correctly calculate the designware watchdog
> timeouts, the watchdog clock is required. Implement required
> clocks to facilitate this.
>
> Signed-off-by: Jack Mitchell
Reviewed-by: Philipp Tomsich
In order to correctly calculate the designware watchdog
timeouts, the watchdog clock is required. Implement required
clocks to facilitate this.
Signed-off-by: Jack Mitchell
---
drivers/clk/rockchip/clk_rk3399.c | 20
1 file changed, 20 insertions(+)
diff --git
The timeout calculation is based on the clk being in KHz but
the clk api returns the clk value in Hz. Convert this to KHz
to calculate the correct timeout value.
Signed-off-by: Jack Mitchell
---
drivers/watchdog/designware_wdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hello Sean,
Am 15.09.2020 um 16:44 schrieb Sean Anderson:
The udevice we are working with is called `bus` and not `dev`.
Signed-off-by: Sean Anderson
---
Changes in v2:
- New
drivers/i2c/mxc_i2c.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
Reviewed-by: Heiko Schocher
Hi,
> From: Sean Anderson
> Sent: mercredi 16 septembre 2020 15:44
>
> On 9/16/20 9:30 AM, Patrick DELAUNAY wrote:
> > Hi Sean,
> >
> >> From: Sean Anderson
> >> Sent: mardi 15 septembre 2020 16:45
> >>
> >> This adds a dev argument to some functions so dev_xxx always has a
> >> device to log
Unused.
Signed-off-by: Andre Heider
---
include/configs/smdkv310.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/smdkv310.h b/include/configs/smdkv310.h
index ede057322f..fc2f6ecf6b 100644
--- a/include/configs/smdkv310.h
+++ b/include/configs/smdkv310.h
@@ -27,9 +27,6
There're no users left.
Signed-off-by: Andre Heider
---
scripts/config_whitelist.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt
index 093e432efc..470506da5b 100644
--- a/scripts/config_whitelist.txt
+++
In prepartion to remove CONFIG_DEFAULT_CONSOLE, fold the current users.
Signed-off-by: Andre Heider
---
include/configs/odroid.h| 7 +--
include/configs/odroid_xu3.h| 6 +-
include/configs/s5p_goni.h | 8 +---
include/configs/s5pc210_universal.h | 7
These are all unused.
Signed-off-by: Andre Heider
---
This sets completely removes CONFIG_DEFAULT_CONSOLE from the tree.
Only compile time tested.
include/configs/arndale.h | 2 --
include/configs/espresso7420.h | 3 ---
include/configs/origen.h | 5 -
include/configs/peach-pi.h
71 matches
Mail list logo
