://gitlab.denx.de/u-boot/custodians/u-boot-amlogic.git
tags/u-boot-amlogic-20201005
for you to fetch changes up to 2d481b2e3e22f7be854d381a7bafd92a65e18b23:
pwm: Add driver for Amlogic Meson PWM controller (2020-10-05 18:02:16 +0200
On 10/6/20 4:55 AM, Chance.Yang wrote:
> In buffer DMA mode, gadget should re-configure EP 0 to received SETUP
> packets when doeptsiz.xfersize is equal to a setup packet size(8 bytes)
> and EP 0 is in WAIT_FOR_SETUP state.
>
> Since EP 0 is not enabled in WAIT_FOR_SETUP state, SETUP packets is NO
Enable CodeQL Analysis on Github.
CodeQL produces a static code analysis.
Signed-off-by: Heinrich Schuchardt
---
I am not sure that everybody wants this enabled on his Github repository.
But we should look into the warnings.
You can see example output here:
https://github.com/xypron2/u-boot/sec
On 06/10/2020 08.02, Heiko Schocher wrote:
> Hello Rasmus,
>
> Am 05.10.2020 um 15:15 schrieb Rasmus Villemoes:
>> When trying to port our mpc8309-based board to DM_ETH, on top of
>> Heiko's patches, I found that nothing in mdio-uclass.c seems to
>> support the use of a fixed-link subnode of the e
Hello Rasmus,
Am 05.10.2020 um 15:15 schrieb Rasmus Villemoes:
Hi Heiko
I finally managed to figure out what was wrong; the fixed-link phy was
simply ignored. This is fixed by the first patch, though I don't know
if that's the proper way to make this work.
While poking around the code I found
Hello Rasmus,
Am 05.10.2020 um 15:15 schrieb Rasmus Villemoes:
Signed-off-by: Rasmus Villemoes
---
drivers/net/qe/dm_qe_uec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/qe/dm_qe_uec.c b/drivers/net/qe/dm_qe_uec.c
index 3482b3ff17..e2b8bf02f9 100644
--
Hello Rasmus,
Am 05.10.2020 um 15:15 schrieb Rasmus Villemoes:
Signed-off-by: Rasmus Villemoes
---
drivers/net/qe/uec.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/qe/uec.h b/drivers/net/qe/uec.h
index 7cd4b8737a..32b7d3e561 100644
--- a/drivers/net/qe/uec
Hello Rasmus,
Am 05.10.2020 um 15:15 schrieb Rasmus Villemoes:
When trying to port our mpc8309-based board to DM_ETH, on top of
Heiko's patches, I found that nothing in mdio-uclass.c seems to
support the use of a fixed-link subnode of the ethernet DT node. That
is, the ethernet node looks like
On 20/09/2020 02.49, Simon Glass wrote:
> The intention which bloblists is that each blob's data is aligned in
> memory. At present it is only the headers that are aligned.
>
> Update the code to correct this and add a little more documentation.
Hi Simon
I haven't read this patch in detail, but
Am 6. Oktober 2020 00:37:58 MESZ schrieb Grant Likely :
>
>
>On 03/10/2020 09:51, Heinrich Schuchardt wrote:
>> Hello Ilias, hello Christian,
>>
>> with commit ec80b4735a59 ("efi_loader: Implement FileLoad2 for
>initramfs
>> loading") Ilias provided the possibility to specify a device path
>> (CON
In buffer DMA mode, gadget should re-configure EP 0 to received SETUP
packets when doeptsiz.xfersize is equal to a setup packet size(8 bytes)
and EP 0 is in WAIT_FOR_SETUP state.
Since EP 0 is not enabled in WAIT_FOR_SETUP state, SETUP packets is NOT
received from RxFifo and wriiten to the externa
Hi Mingming,
On Wed, 30 Sep 2020 at 02:22, mingming lee wrote:
>
> From: Mingming Lee
>
> Add MediaTek I2C basic driver
>
> Signed-off-by: Mingming Lee
>
> ---
> Changes for v2:
>- using error number defined in include/linux/errno.h
> ---
> drivers/i2c/Kconfig | 9 +
> drivers/i2c/Makef
On 03/10/2020 09:51, Heinrich Schuchardt wrote:
Hello Ilias, hello Christian,
with commit ec80b4735a59 ("efi_loader: Implement FileLoad2 for initramfs
loading") Ilias provided the possibility to specify a device path
(CONFIG_EFI_INITRD_FILESPEC) from which an initial RAM disk can be
served vi
On 10/5/20 1:51 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Mon, 5 Oct 2020 at 13:39, Stephen Warren wrote:
>>
>> On 10/3/20 9:25 AM, Simon Glass wrote:
>>> Add a new test_spl fixture to handle running SPL unit tests.
>>
>>> diff --git a/test/py/conftest.py b/test/py/conftest.py
>>
>>> @@ -317,10
Hi Stefan,
On Wed, 23 Sep 2020 at 00:23, Stefan Roese wrote:
>
> Include missing log.h and change _ofnode_to_np() to ofnode_to_np() so
> that compiling with OF_CHECKS enabled does not break.
>
> Signed-off-by: Stefan Roese
> Cc: Simon Glass
> ---
> include/dm/ofnode.h | 7 ---
> 1 file cha
It is helpful to be able to see basic statistics about the bloblist and
also to list its contents. Add a 'bloblist' command to handle this.
Put the display functions in the bloblist modules rather than in the
command code itself. That allows showing a list from SPL, where commands
are not availabl
When running these tests on sandbox any failures result in very large or
long pointer values which are a pain to work with. Map them to an address
so it is easier to diagnose failures.
Signed-off-by: Simon Glass
---
include/test/ut.h | 13 +
test/bloblist.c | 17 +
On Sat, 19 Sep 2020 at 12:05, Heinrich Schuchardt wrote:
>
> Reformat the command line options chapter so that the command line options
> clearly stand out.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> doc/arch/sandbox.rst | 57 +---
> 1 file changed, 33
On Sat, 19 Sep 2020 at 12:05, Heinrich Schuchardt wrote:
>
> Add doc/arch/sandbox.rst to the scope of SANDBOX.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Simon Glass
Applied to u-boot-dm/next, thanks!
The intention which bloblists is that each blob's data is aligned in
memory. At present it is only the headers that are aligned.
Update the code to correct this and add a little more documentation.
Signed-off-by: Simon Glass
---
common/bloblist.c | 32 ++--
test/blo
Some blobs need a larger alignment than the default. For example, ACPI
tables often start at a 4KB boundary. Add support for this.
Update the size of the test blob to allow these larger records.
Signed-off-by: Simon Glass
---
common/bloblist.c | 32
include/bl
Adjust a few comments to make the meaning clearer.
Signed-off-by: Simon Glass
---
include/bloblist.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Applied to u-boot-dm/next, thanks!
On Thu, 24 Sep 2020 at 09:26, Patrick Delaunay wrote:
>
> Update the test for node.of_offset because an invalid offset is not
> always set to -1 because the return value of the libfdt functions are:
> + an error with a value < 0
> + a valid offset with value >=0
>
> For example, in ofnode_get_by_p
On Fri, 25 Sep 2020 at 01:41, Patrick Delaunay wrote:
>
> The result of fdt_node_offset_by_phandle is negative for error,
> so this patch corrects the check of this result in
> fdtdec_parse_phandle_with_args.
>
> This patch allows to have the same behavior with or without OF_LIVE
> for the functio
On Mon, 28 Sep 2020 at 17:41, Heinrich Schuchardt wrote:
>
> Add missing SDL key scan codes, e.g.
>
> * shift, ctrl, meta, alt
> * brace/bracket
>
> Signed-off-by: Heinrich Schuchardt
> ---
> arch/sandbox/cpu/sdl.c | 156 +++--
> 1 file changed, 89 insertions(
On Mon, 28 Sep 2020 at 19:56, Heinrich Schuchardt wrote:
>
> When using SDL for input the SDL key codes are first converted to Linux key
> codes and then to matrix entries of the cross wired keyboard.
>
> We must not map any key code to two different places on the keyboard. So
> comment out one ba
On Fri, 25 Sep 2020 at 01:41, Patrick Delaunay wrote:
>
> Add unitary test for phandle access functions
> - ofnode_count_phandle_with_args
> - ofnode_parse_phandle_with_args
> - dev_count_phandle_with_args
> - dev_read_phandle_with_args
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/sandbox/
Hey all,
I've now merged the "next" branch back in to "master". There was one
call fdtdec_add_reserved_memory() that I had to update to pass in the
new default final arg of "false".
--
Tom
signature.asc
Description: PGP signature
On 10/5/20 9:11 AM, Chance.Yang wrote:
Please fix the "contorl" typo on subject, should be "control"
[...]
> @@ -441,10 +444,17 @@ static void process_ep_out_intr(struct dwc2_udc *dev)
>
> if (ep_num == 0) {
> if (ep_intr_status & TRANSFER_DO
Hi Stephen,
On Mon, 5 Oct 2020 at 13:39, Stephen Warren wrote:
>
> On 10/3/20 9:25 AM, Simon Glass wrote:
> > Add a new test_spl fixture to handle running SPL unit tests.
>
> > diff --git a/test/py/conftest.py b/test/py/conftest.py
>
> > @@ -317,10 +318,13 @@ def pytest_generate_tests(metafunc):
On 10/3/20 9:25 AM, Simon Glass wrote:
> Add a new test_spl fixture to handle running SPL unit tests.
> diff --git a/test/py/conftest.py b/test/py/conftest.py
> @@ -317,10 +318,13 @@ def pytest_generate_tests(metafunc):
> Returns:
> Nothing.
> """
> -
> +#print('name', meta
Update defconfigs for using common clock framework compatible
clocks.
Signed-off-by: Claudiu Beznea
---
configs/sam9x60ek_mmc_defconfig | 4 +++-
configs/sam9x60ek_nandflash_defconfig | 4 +++-
configs/sam9x60ek_qspiflash_defconfig | 4 +++-
3 files changed, 9 insertions(+), 3 deletions(-)
Use CCF compatible for PMC. With this, the board/SoC will be
able to boot.
Signed-off-by: Claudiu Beznea
---
arch/arm/dts/sam9x60.dtsi | 135 -
arch/arm/dts/sam9x60ek-u-boot.dtsi | 52 --
arch/arm/dts/sam9x60ek.dts | 2 +-
3 fil
Use slow clock CCF compatible DT bindings. This will not break
the above functionality as the SoC is not booting with current
PMC bindings.
Signed-off-by: Claudiu Beznea
---
arch/arm/dts/sam9x60.dtsi | 42 +-
arch/arm/dts/sam9x60ek-u-boot.dtsi | 17 +-
Heap base address is computed based on SYS_INIT_SP_ADDR by
subtracting the SYS_MALLOC_F_LEN value in
board_init_f_init_reserve().
Signed-off-by: Claudiu Beznea
---
include/configs/sam9x60ek.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/sam9x60ek.h b/incl
Slow Xtal and Main Xtal are board specific. Add their proper
frequency to board file.
Signed-off-by: Claudiu Beznea
---
arch/arm/dts/sam9x60.dtsi | 2 --
arch/arm/dts/sam9x60ek.dts | 10 ++
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/arch/arm/dts/sam9x60.dtsi b/arch
Add SAM9X60 clock support compatible with CCF.
Signed-off-by: Claudiu Beznea
---
drivers/clk/at91/Makefile | 1 +
drivers/clk/at91/sam9x60.c | 594 +
2 files changed, 595 insertions(+)
create mode 100644 drivers/clk/at91/sam9x60.c
diff --git a/dri
Use u-boot,dm-pre-reloc for slow xtal and main xtal.
Signed-off-by: Claudiu Beznea
---
arch/arm/dts/sam9x60.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/sam9x60.dtsi b/arch/arm/dts/sam9x60.dtsi
index 51de586e1900..a4e2576d8e0f 100644
--- a/arch/arm/dts/sam9x60.dtsi
+++
Hi,
This series adds SAM9X60 clock support, CCF compatible, so that
SAM9X60 based boards (e.g. SAM9X60-EK in this case) to be able
to boot with mainline code.
This series is based on u-boot-atmel/next.
Thank you,
Claudiu Beznea
Claudiu Beznea (7):
board: atmel: sam9x60ek: add SYS_MALLOC_F_LEN
Hi Stefan
On 9/17/20 4:53 PM, Vignesh Raghavendra wrote:
> 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 (
On Mon, 5 Oct 2020 at 17:25, Daniel Thompson
wrote:
> On Mon, Oct 05, 2020 at 04:12:11PM +0200, François Ozog wrote:
> > The driving idea is that there is an existing bootflow, non UEFI that
> > allows vmlinuz, initrd and DTB to be protected in a single FIT. The
> > trustworthiness of the solutio
On Mon, Oct 05, 2020 at 08:44:45AM +, Patrick DELAUNAY wrote:
> Hi Tom,
>
> Please pull the STM32 related patches for u-boot/next: u-boot-stm32-20201003
>
> With STM32 updates for v2021.01-rc1:
> - stm32mp: DT alignment with Linux 5.9-rc4
> - stm32mp: convert drivers to APIs which support li
On Mon, Oct 05, 2020 at 11:33:24AM +, eugen.hris...@microchip.com wrote:
> Hello Tom,
>
> Please pull tag u-boot-atmel-2021.01-a , the first set of new features
> for the 2021.01 cycle.
>
> This feature set includes a new CPU driver for at91 family, new driver
> for PIT64B hardware timer,
On 03/10/2020 10:50, Pali Rohár wrote:
On Saturday 03 October 2020 09:17:35 Andre Heider wrote:
On 02/10/2020 12:49, Pali Rohár wrote:
On Saturday 26 September 2020 11:09:59 Andre Heider wrote:
On 25/09/2020 09:46, Pali Rohár wrote:
On Friday 11 September 2020 06:35:10 Andre Heider wrote:
..
On 02/10/2020 11:09, Neil Armstrong via groups.io wrote:
> This adds the driver for the PWM controller found in the Amlogic SoCs.
>
> This PWM is only a set of Gates, Dividers and Counters:
> PWM output is achieved by calculating a clock that permits calculating
> two periods (low and high). The c
On 02/10/2020 11:05, Neil Armstrong wrote:
> The AXG pmx driver gpio request offset needs the pin base to have the
> correct pin number.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/pinctrl/meson/pinctrl-meson-axg-pmx.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff -
Hello Tom,
Please pull tag u-boot-atmel-2021.01-a , the first set of new features
for the 2021.01 cycle.
This feature set includes a new CPU driver for at91 family, new driver
for PIT64B hardware timer, support for new at91 family SoC named sama7g5
which adds: clock support, including conversi
On Mon, Oct 05, 2020 at 04:12:11PM +0200, François Ozog wrote:
> The driving idea is that there is an existing bootflow, non UEFI that
> allows vmlinuz, initrd and DTB to be protected in a single FIT. The
> trustworthiness of the solution is higher that regular distro on pure UEFI
> systems but doe
Hey all,
It is release day and here is the v2020.10 release. With this release
we have a number of "please migrate to DM" warnings that are now 1 year
past their warning date, and well past 1 year of those warnings being
printed. It's getting up there on my TODO list to see if removing
features
The driving idea is that there is an existing bootflow, non UEFI that
allows vmlinuz, initrd and DTB to be protected in a single FIT. The
trustworthiness of the solution is higher that regular distro on pure UEFI
systems but does not allow initrd changes as you install stuff. We need to
keep in min
Hi,
I'm trying to keep our board in sync with upstream, but when trying to
port it to v2020.10-rc4, the kernel verification fails:
## Loading kernel from FIT Image at 0300 ...
Using 'conf-def.dtb' configuration
Verifying Hash Integrity ... sha1,rsa2048:dev- error!
Verification failed f
Signed-off-by: Rasmus Villemoes
---
drivers/net/qe/dm_qe_uec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/qe/dm_qe_uec.c b/drivers/net/qe/dm_qe_uec.c
index 3482b3ff17..e2b8bf02f9 100644
--- a/drivers/net/qe/dm_qe_uec.c
+++ b/drivers/net/qe/dm_qe_uec.c
@@ -
Signed-off-by: Rasmus Villemoes
---
drivers/net/qe/uec.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/qe/uec.h b/drivers/net/qe/uec.h
index 7cd4b8737a..32b7d3e561 100644
--- a/drivers/net/qe/uec.h
+++ b/drivers/net/qe/uec.h
@@ -678,7 +678,7 @@ struct uec_priv {
When trying to port our mpc8309-based board to DM_ETH, on top of
Heiko's patches, I found that nothing in mdio-uclass.c seems to
support the use of a fixed-link subnode of the ethernet DT node. That
is, the ethernet node looks like
enet0: ethernet@2000 {
dev
Hi Heiko
I finally managed to figure out what was wrong; the fixed-link phy was
simply ignored. This is fixed by the first patch, though I don't know
if that's the proper way to make this work.
While poking around the code I found two minor things that might as
well be fixed.
I'd also like to do
On Fri, Oct 02, 2020 at 05:37:25PM +0200, Matthias Brugger wrote:
> Hi Tom,
>
> I have a few patches for the next branch, please pull :)
>
> Regards,
> Matthias
>
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On 01.10.2020 13:27, Claudiu Beznea wrote:
> Add basic CPU driver use to retrieve information about CPU itself.
>
> Signed-off-by: Claudiu Beznea
> ---
>
> Changes in v2:
> - get rid of compilation warnings
> - rebase on top of "MAINTAINERS: add Microchip PIT64B timer" patch
>
> MAINTAINERS
At present there are a lot of dtoc warnings reported when building
chromebook_coral, of the form:
WARNING: the driver intel_apl_lpc was not found in the driver list
Correct these by using driver names that matches their compatible string.
Signed-off-by: Simon Glass
---
arch/x86/cpu/apollol
Fix the dtoc warning in these file by using a driver name that matches the
compatible string.
Signed-off-by: Simon Glass
---
drivers/misc/cros_ec_i2c.c | 4 ++--
drivers/misc/cros_ec_lpc.c | 4 ++--
drivers/misc/cros_ec_spi.c | 4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --gi
In buffer DMA mode, gadget should re-configure EP 0 to received SETUP
packets when doeptsiz.xfersize is equal to a setup packet size(8 bytes)
and EP 0 is in WAIT_FOR_SETUP state.
Since EP 0 is not enabled in WAIT_FOR_SETUP state, SETUP packets is NOT
received from RxFifo and wriiten to the externa
On Mon, 5 Oct 2020 at 00:57, Alper Nebi Yasak wrote:
>
> CONFIG_IS_ENABLED() takes the kconfig name without the CONFIG_ prefix,
> e.g. CONFIG_IS_ENABLED(CLK) for CONFIG_CLK. Make including the prefix
> an error in checkpatch.pl so calls in the wrong format aren't
> accidentally reintroduced.
>
> S
Hi Heinrich,
On Mon, 5 Oct 2020 at 04:42, Heinrich Schuchardt wrote:
>
> On 05.10.20 12:21, Heinrich Schuchardt wrote:
> > When a message is written by a log driver (e.g. via the network stack) this
> > may result in the generation of further messages. We cannot allow these
> > additional message
On 05.10.20 12:21, Heinrich Schuchardt wrote:
> When a message is written by a log driver (e.g. via the network stack) this
> may result in the generation of further messages. We cannot allow these
> additional messages to be emitted as this might result in an infinite
> recursion.
>
> Up to now on
When a message is written by a log driver (e.g. via the network stack) this
may result in the generation of further messages. We cannot allow these
additional messages to be emitted as this might result in an infinite
recursion.
Up to now only the syslog driver was safeguarded. We should safeguard
These comments are relict for old, now removed config options.
So remove these obsoleted comments too.
Signed-off-by: Pali Rohár
---
include/configs/mvebu_armada-37xx.h | 7 ---
1 file changed, 7 deletions(-)
diff --git a/include/configs/mvebu_armada-37xx.h
b/include/configs/mvebu_armada-3
> -Original Message-
> From: Sean Anderson
> Sent: Monday, October 5, 2020 7:10 AM
> To: u-boot@lists.denx.de
> Cc: Sean Anderson ; Jagan Teki
> ; Kuldeep Singh
> Subject: [EXT] [PATCH 08/16] spi: nsp_fspi: Include device_compat.h
s/nsp_fspi/nxp_fspi
-Kuldeep
There shouldn't be a need to use loadables propertyn because u-boot can be
pointed by firmware property. This change should also speedup boot process
because loadables property is list of strings which code is going through.
On the other hand firmware can just point to one image.
Signed-off-by: Mi
Hi Simon,
On 07. 09. 20 15:57, Simon Glass wrote:
> Hi Michal,
>
> On Mon, 7 Sep 2020 at 03:01, Michal Simek wrote:
>>
>> Hi Simon,
>>
>> On 07. 09. 20 3:43, Simon Glass wrote:
>>> Hi Michal,
>>>
>>> On Thu, 3 Sep 2020 at 06:30, Michal Simek wrote:
Hi,
On 03. 09. 20 13:16, H
On 07. 09. 20 15:57, Simon Glass wrote:
> Hi Michal,
>
> On Mon, 7 Sep 2020 at 02:29, Michal Simek wrote:
>>
>>
>>
>> On 07. 09. 20 3:43, Simon Glass wrote:
>>> Hi Michal,
>>>
>>> On Thu, 3 Sep 2020 at 05:03, Michal Simek wrote:
The commit 9f45aeb93727 ("spl: fit: implement fdt_reco
The commit 9f45aeb93727 ("spl: fit: implement fdt_record_loadable") which
introduced fdt_record_loadable() state there spl_fit.c is not 64bit safe.
Based on my tests on Xilinx ZynqMP zcu102 platform there shouldn't be a
problem to record these addresses in 64bit format.
The patch adds support for s
Hi,
We have several use cases where customers want to partition memory by
putting NS images above 4GB. On Xilinx arm 64bit SOC 0-2GB can be used for
others CPU in the systems (like R5) or for secure sw.
Currently there is limitation in SPL to record load/entry addresses in
64bit format because the
SPL is creating fit-images DT node when loadables are recorded in selected
configuration. Entries which are created are using entry-point and
load-addr property names. But there shouldn't be a need to use non standard
properties because entry/load are standard FIT properties. But using
standard FIT
Hi Tom,
Please pull the STM32 related patches for u-boot/next: u-boot-stm32-20201003
With STM32 updates for v2021.01-rc1:
- stm32mp: DT alignment with Linux 5.9-rc4
- stm32mp: convert drivers to APIs which support live DT
- stm32mp: gpio: minor fixes
CI status:
https://gitlab.denx.de/u-boot/
On 01. 10. 20 10:33, agrive...@deutnet.info wrote:
> From: Alexandre GRIVEAUX
>
> Adding Z-turn board V5 to resolve the change between:
>
> "Z-TURNBOARD_schematic.pdf" schematics state version 1 to 4 has Atheros AR8035
> "Z-Turn_Board_sch_V15_20160303.pdf" schematics state version 5 has Micre
74 matches
Mail list logo
