Building with CONFIG_SPL_SMP=n results in:
arch/riscv/lib/spl.c: In function ‘jump_to_image_no_args’:
arch/riscv/lib/spl.c:33:6:
error: unused variable ‘ret’ [-Werror=unused-variable]
33 | int ret;
| ^~~
Define the variable ret as __maybe_unused.
Fixes: 191636e44898 ("riscv: Intro
On 8/5/20 2:19 PM, Heinrich Schuchardt wrote:
> On 05.08.20 13:45, Sean Anderson wrote:
>> On 8/3/20 2:20 PM, Heinrich Schuchardt wrote:
>>> On 03.08.20 16:08, Sean Anderson wrote:
Maybe. Because we are configuring the PLL, the CPU clock is temporarily
set to the in0 oscillator, so the ti
Dear Tom,
The following changes since commit cdcf591d9b20534e5f5c58aa2a2b07b3b173f5a1:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell
(2020-08-13 08:25:25 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2020-10-r
On 8/15/20 3:53 AM, Heinrich Schuchardt wrote:
> On 8/5/20 2:19 PM, Heinrich Schuchardt wrote:
>> On 05.08.20 13:45, Sean Anderson wrote:
>>> On 8/3/20 2:20 PM, Heinrich Schuchardt wrote:
On 03.08.20 16:08, Sean Anderson wrote:
> Maybe. Because we are configuring the PLL, the CPU clock is
Hello.
Does u-boot support HDMI output on OrangePi Win/Win Plus Allwinner A64
(SUN50I) platform?
At current time HDMI output only work after linux kernel is loaded.
Before - blank screen on a monitor (no signal).
Change setting's for video-mode=sunxi.. did not give any results. Output
only i
Hello.
Does u-boot support HDMI output on OrangePi Win/Win Plus Allwinner A64
(SUN50I) platform?
At current time HDMI output only work after linux kernel is loaded.
Before - blank screen on a monitor (no signal).
Change setting's for video-mode=sunxi.. did not give any results. Output
only i
On Sat, Aug 15, 2020 at 12:57 AM Heinrich Schuchardt wrote:
>
> On 8/14/20 8:38 PM, Anup Patel wrote:
> > On Fri, Aug 14, 2020 at 11:35 PM Heinrich Schuchardt
> > wrote:
> >>
> >> On 14.08.20 19:52, Anup Patel wrote:
> >>> On Fri, Aug 14, 2020 at 11:15 PM Heinrich Schuchardt
> >>> wrote:
> >>>
Am 15. August 2020 16:06:41 MESZ schrieb Anup Patel :
>On Sat, Aug 15, 2020 at 12:57 AM Heinrich Schuchardt
> wrote:
>>
>> On 8/14/20 8:38 PM, Anup Patel wrote:
>> > On Fri, Aug 14, 2020 at 11:35 PM Heinrich Schuchardt
> wrote:
>> >>
>> >> On 14.08.20 19:52, Anup Patel wrote:
>> >>> On Fri, Aug 14,
This normalizes the documentatation to conform to kernel-doc style [1]. It
also moves the documentation for pinctrl_ops inline, and adds argument and
return-value documentation. I have kept the usual function style for these
comments. I could not find any existing examples of function documentation
The pinmux property allows for smaller and more compact device trees,
especially when there are many pins which need to be assigned individually.
Instead of specifying an array of strings to be parsed as pins and a
function property, the pinmux property contains an array of integers
representing pi
This patch series adds support for pinmuxing, gpios, and leds on the Kendyte
K210.
This patch series was previously part of
https://patchwork.ozlabs.org/project/uboot/list/?series=161576
This patch series depends on
https://patchwork.ozlabs.org/project/uboot/list/?series=178480
Changes in v5:
-
dm_gpio_ops.get_value can be called when the gpio is either input or
output. The current dw code always returns the input value, which is
invalid if the direction is set to out.
Signed-off-by: Sean Anderson
Reviewed-by: Ley Foon Tan
---
This patch was previously submitted as part of
https://patc
Previously, if there was no bank-name property, it was easy to have
confusing gpio names like "gpio1@08", instead of "gpio1@0_8". This patch
follows the example of the sifive gpio driver.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
This patch was previously submitted as part of
htt
The Fully-Programmable Input/Output Array (FPIOA) device controls pin
multiplexing on the K210. The FPIOA can remap any supported function to any
multifunctional IO pin. It can also perform basic GPIO functions, such as
reading the current value of a pin. However, GPIO functionality remains
largely
This extends the pinctrl-sandbox driver to support pin muxing, and adds a
test for that behaviour. The test is done in C and not python (like the
existing tests for the pinctrl uclass) because it needs to call
pinctrl_select_state. Another option could be to add a command that
invokes pinctrl_sele
Change the type of gpio_dwabp_platdata.base from fdt_addr_t to a void
pointer, since we pass it to readl.
Signed-off-by: Sean Anderson
Reviewed-by: Ley Foon Tan
Reviewed-by: Bin Meng
Reviewed-by: Simon Glass
---
This patch was previously submitted as part of
https://patchwork.ozlabs.org/projec
This more closely mirrors Linux's behaviour, and will make it easier to
transition to using function+color in the future.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
This patch was previously submitted as part of
https://patchwork.ozlabs.org/project/uboot/list/?series=161576
(no c
This modifies the existing led test to check for default led naming as
added in the previous patch.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
(no changes since v4)
Changes in v4:
- New
arch/sandbox/dts/test.dts | 2 +-
test/dm/led.c | 3 ++-
2 files changed, 3 ins
This patch adds the necessary device tree bindings.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Convert to use pinmux property
- Don't hog ISP on boot
- Re-order GPIOs to match the defaults more closely
arch/riscv/dts/k210-maix-bit.dts | 1
This patch adds the necessary configs and docs for FPIOA and GPIO support
on the K210.
The board does not boot unless CONSOLE_LOGLEVEL is set to a non-default
value . It also boots when the tree is dirty (and CONSOLE_LOGLEVEL is not
changed). It also boots when changes are made to the device tree
On Sat, Aug 15, 2020 at 8:37 PM Heinrich Schuchardt wrote:
>
> Am 15. August 2020 16:06:41 MESZ schrieb Anup Patel :
> >On Sat, Aug 15, 2020 at 12:57 AM Heinrich Schuchardt
> > wrote:
> >>
> >> On 8/14/20 8:38 PM, Anup Patel wrote:
> >> > On Fri, Aug 14, 2020 at 11:35 PM Heinrich Schuchardt
> > wr
Add the missing description of the load_options parameter.
Signed-off-by: Heinrich Schuchardt
---
cmd/bootefi.c | 4
1 file changed, 4 insertions(+)
diff --git a/cmd/bootefi.c b/cmd/bootefi.c
index fbfed54e85..06563d28ca 100644
--- a/cmd/bootefi.c
+++ b/cmd/bootefi.c
@@ -304,7 +304,11 @@ e
Remove a line leading to a warning in make htmldocs.
Signed-off-by: Heinrich Schuchardt
---
include/efi_variable.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/efi_variable.h b/include/efi_variable.h
index 60491cb640..4704a3c16e 100644
--- a/include/efi_variable.h
+++ b/include/efi
Provide a defconfig that can be used to build U-Boot for the Maix boards
running upon OpenSBI.
Update the documentation.
Signed-off-by: Heinrich Schuchardt
---
configs/sipeed_maix_smode_defconfig | 10 ++
doc/board/sipeed/maix.rst | 49 +
2 files change
Hi Walter,
On Sun, 26 Jul 2020 at 20:45, Walter Lozano wrote:
>
> Hi Simon,
>
>
> On 10/7/20 01:12, Walter Lozano wrote:
> > Hi Simon,
> >
> > On 2/7/20 18:10, Simon Glass wrote:
> >> This series provides a proposed enhancement to driver model to reduce
> >> overhead in SPL.
> >>
> >> These patch
Hi Simon,
On 16/8/20 00:06, Simon Glass wrote:
Hi Walter,
On Sun, 26 Jul 2020 at 20:45, Walter Lozano wrote:
Hi Simon,
On 10/7/20 01:12, Walter Lozano wrote:
Hi Simon,
On 2/7/20 18:10, Simon Glass wrote:
This series provides a proposed enhancement to driver model to reduce
overhead in SP
On Mon, 3 Aug 2020 at 23:15, Masahiro Yamada
wrote:
>
> It is strange to use devfdt_get_addr_ptr(), then cast the pointer
> back to uint32 because you could use devfdt_get_addr() without casting.
>
> Convert it to dev_read_addr(), which is capable to CONFIG_OF_LIVE.
>
> Signed-off-by: Masahiro Yam
On Mon, 3 Aug 2020 at 23:15, Masahiro Yamada
wrote:
>
> When you enable CONFIG_OF_LIVE, you will end up with a lot of
> conversions.
>
> To help this tedious work, this commit converts devfdt_get_addr_ptr()
> to dev_read_addr_ptr() by coccinelle. I also removed redundant casts
> because dev_read_a
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/coreboot/coreboot/Makefile | 2 +-
> board/coreboot/coreb
Hi Claudiu,
On Thu, 6 Aug 2020 at 02:24, wrote:
>
> Hi Simon,
>
> On 05.08.2020 18:11, Claudiu Beznea wrote:
> > Clock re-parenting is not binding the clock's device to its new
> > parent device, it only calls the clock's ops->set_parent() API. The
> > changes in this commit re-parent the clock d
On Wed, 5 Aug 2020 at 09:12, Claudiu Beznea
wrote:
>
> Do not disable clock if it is a critical one.
>
> Signed-off-by: Claudiu Beznea
> Reviewed-by: Simon Glass
> ---
> drivers/clk/clk-uclass.c | 3 +++
> test/dm/clk_ccf.c| 32 +++-
> 2 files changed, 34 in
On Thu, 30 Jul 2020 at 06:04, Patrick Delaunay wrote:
>
> Correct code alignment in show_clks() function.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> cmd/clk.c | 32
> 1 file changed, 16 insertions(+), 16 deletions(-)
Reviewed-by: Simon Glass
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/crownbay/Makefile | 2 +-
> board/intel/crownbay/sta
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/galileo/Makefile | 2 +-
> board/intel/galileo/start
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/emulation/qemu-x86/Makefile | 2 --
> board/emulation/qemu
Hi Michal,
On Fri, 14 Aug 2020 at 07:28, Michal Simek wrote:
>
> Hi Simon,
>
> ne 19. 7. 2020 v 22:06 odesílatel Simon Glass napsal:
> >
> > This option is used to run arch-specific shell scripts which produce .its
> > files which are used to produce FIT images. We already have binman which
> >
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Cc: Aiden Park
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/slimbootloader/Makefile | 2 +-
>
Hi Wolfgang,
On Fri, 14 Aug 2020 at 08:04, Wolfgang Wallner
wrote:
>
> Hi Simon,
>
> Since commit 609b90a6a9c0 ("x86: spi: Rewrite logic for obtaining the SPI
> memory map") I have trouble accessing the SPI flash on my Apollo Lake board
> when booting with Coreboot and having U-Boot as the payloa
On Fri, 14 Aug 2020 at 01:55, Wolfgang Wallner
wrote:
>
> The command 'mtrr' does not recognize the 'list' subcommand any more
> since the code restructuring in commit b2a76b3fe75a ("x86: mtrr:
> Restructure so command execution is in one place").
>
> The if-else parsing the command arguments does
On Wed, 5 Aug 2020 at 13:14, Sean Anderson wrote:
>
> The clock subsystem returns clock rates in Hz. We need to divide by 1000 so
> the rate is in kHz.
>
> Fixes: cf89ef8d10f240554541c20b2e1bdcdd58d1d7e6
> Signed-off-by: Sean Anderson
> ---
>
> drivers/watchdog/designware_wdt.c | 2 +-
> 1 file
On Wed, 5 Aug 2020 at 13:14, Sean Anderson wrote:
>
> The clock subsystem requires that clk_free be called on clocks obtained via
> clk_get_*.
>
> Signed-off-by: Sean Anderson
> ---
>
> drivers/watchdog/designware_wdt.c | 17 -
> 1 file changed, 12 insertions(+), 5 deletions(-)
>
Hi Peng,
On Wed, 12 Aug 2020 at 02:13, Peng Fan wrote:
>
> Hi All,
>
> Any ideas how to test uboot reset cmd many times with pytest?
Can you use sysreset_allowed[] perhaps?
Regards,
Simon
On Thu, 30 Jul 2020 at 06:04, Patrick Delaunay wrote:
>
> Update depth only when clock uclass is found to have correct display
> of command "clk dump".
>
> Without this patch, the displayed depth is the binding depth for
> all the uclass and that can be strange as only clock uclass nodes
> are dis
Hi Pratyush,
On Wed, 5 Aug 2020 at 02:07, Pratyush Yadav wrote:
>
> Hi Simon,
>
> On 06/06/20 02:00AM, Pratyush Yadav wrote:
> > Hi,
> >
> > This series is a re-spin of Jean-Jacques' earlier effort [0], the goal
> > of which was to facilitate porting drivers from the Linux kernel. It
> > adds the
On Wed, 5 Aug 2020 at 09:12, Claudiu Beznea
wrote:
>
> Check hw and hw->dev before dereference it.
>
> Signed-off-by: Claudiu Beznea
> ---
> drivers/clk/clk.c | 3 +++
> 1 file changed, 3 insertions(+)
Reviewed-by: Simon Glass
On Wed, 5 Aug 2020 at 09:12, Claudiu Beznea
wrote:
>
> In common clock framework the relation b/w parent and child clocks is
> determined based on the udevice parent/child information. A clock
> parent could be changed based on devices needs. In case this is happen
> the functionalities for clock
Hi Pratyush,
On Wed, 5 Aug 2020 at 02:13, Pratyush Yadav wrote:
>
> Hi Simon,
>
> On 12/06/20 05:38PM, Pratyush Yadav wrote:
> > Hi,
> >
> > This is the 4th of a few series that are re-rolls of Jean-Jacques'
> > earlier efforts. The goal is to facilitate porting drivers from the
> > Linux kernel.
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Cc: George McCollister
> Signed-off-by: Andy Shevchenko
> ---
> board/advantech/som-db5800-som-6867/Ma
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/cougarcanyon2/Makefile | 2 +-
> board/intel/cougarc
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/edison/Makefile | 2 +-
> board/intel/edison/start.
On Wed, 5 Aug 2020 at 13:14, Sean Anderson wrote:
>
> The watchdog won't work if the clock isn't enabled.
>
> Fixes: cf89ef8d10f240554541c20b2e1bdcdd58d1d7e6
> Signed-off-by: Sean Anderson
> ---
>
> drivers/watchdog/designware_wdt.c | 4
> 1 file changed, 4 insertions(+)
>
Reviewed-by: Sim
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/efi/efi-x86_payload/Makefile | 2 +-
> board/efi/efi-x86_p
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/cherryhill/Makefile | 2 +-
> board/intel/cherryhill
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/bayleybay/Makefile | 2 +-
> board/intel/bayleybay/s
Hi Etienne,
On Tue, 4 Aug 2020 at 03:33, Etienne Carriere
wrote:
>
> Hello Simon,
>
> Thanks for the feedback, I'll fix the changes in my v2.
> and sorry for these delayed answers.
>
> On Sun, 26 Jul 2020 at 16:55, Simon Glass wrote:
> >
> > Hi Etienne,
> >
> > On Fri, 17 Jul 2020 at 09:38, Etie
On Wed, 5 Aug 2020 at 09:12, Claudiu Beznea
wrote:
>
> clk_get_by_indexed_prop() retrieves a clock with dev member being set
> with the pointer to the udevice for the clock controller driver. But
> in case of CCF each clock driver has set in dev member the reference
> to its parent (the root of th
On Thu, 6 Aug 2020 at 08:54, Andy Shevchenko
wrote:
>
> start.S does nothing and can be safely removed. Makefile is still being used
> by the build system, so simply drop the rule from it.
>
> Signed-off-by: Andy Shevchenko
> ---
> board/intel/minnowmax/Makefile | 2 +-
> board/intel/minnowmax/s
57 matches
Mail list logo
