Tom,
On Fri, Nov 01, 2019 at 09:07:04AM -0400, Tom Rini wrote:
> On Fri, Nov 01, 2019 at 02:34:35PM +0900, AKASHI Takahiro wrote:
> > Tom,
> >
> > On Wed, Oct 30, 2019 at 07:17:29AM -0400, Tom Rini wrote:
> > > On Wed, Oct 30, 2019 at 03:30:58PM +0900, AKASHI Takahiro wrote:
> > >
> > > > Hi
Hi Anup
>
> On Tue, Nov 5, 2019 at 7:19 AM Rick Chen wrote:
> >
> > Hi Anup
> >
> > > > On Thu, Oct 31, 2019 at 1:42 PM Anup Patel wrote:
> > > > >
> > > > > On Thu, Oct 31, 2019 at 6:30 AM Alan Kao
> > > > > wrote:
> > > > > >
> > > > > > Hi Bin,
> > > > > >
> > > > > > Thanks for the
Hi Tom,
Please pull u-boot-mmc mmc-2019-11-5
CI: https://travis-ci.org/MrVan/u-boot/builds/607453537
---
fsl_esdhc driver cleanup
fsl_esdhc_imx driver improvement and compatible string update
Hi Bin,
On 06.11.19 06:47, Bin Meng wrote:
Hi Baruch,
On Sun, Nov 3, 2019 at 5:53 PM Baruch Siach wrote:
There is currently no CONFIG_SPL_DM_GPIO, so CONFIG_IS_ENABLED(DM_GPIO)
is always false. As a result the sdhci driver can not use the DM gpio
API to read the card-detect signal in SPL.
Hi Baruch,
On Sun, Nov 3, 2019 at 5:53 PM Baruch Siach wrote:
>
> There is currently no CONFIG_SPL_DM_GPIO, so CONFIG_IS_ENABLED(DM_GPIO)
> is always false. As a result the sdhci driver can not use the DM gpio
> API to read the card-detect signal in SPL. This breaks boot from SD card
> on the
Hi Baruch,
On 05.11.19 17:01, Baruch Siach wrote:
Hi Stefan,
On Tue, Nov 05, 2019 at 04:14:59PM +0100, Stefan Roese wrote:
On 03.11.19 10:52, Baruch Siach wrote:
There is currently no CONFIG_SPL_DM_GPIO, so CONFIG_IS_ENABLED(DM_GPIO)
is always false. As a result the sdhci driver can not use
Hi Akash, Jagan,
Looks like USB is not functional in u-boot on Rockpro64. u-boot is
from git, commit 680023c5fab6b1777c0c6f2e76e5d2effb7903a0.
I'm using u-boot SPL and mainline ATF
(19adcb415c313d656324d54e7608cdc7d7a5c414 is ATF commit)
'usb start' doesn't detect anything but hubs and looks
Hello Matthias,
Tom reported:
Since patch
143256b353c4d2ad1cf5e5e63b38410188b35e49
fdt: update bcm283x device tree sources to Linux 5.1-rc6 state
the console no longer shows the initial message, e.g. "U-Boot
2020.01-rc1-00159-g73b6e6ad25-dirty". This leads to a failure in
automated testing.
Hi Tom,
From: Tom Rini
Sent: Tuesday, November 5, 2019 6:16 AM
To: Wolfgang Denk
Cc: Aaron Williams; Daniel Schwierzeck; u-boot@lists.denx.de
Subject: Re: [EXT] Re: Cavium/Marvell Octeon Support
On Tue, Nov 05, 2019 at 09:33:35AM +0100, Wolfgang Denk wrote:
>
On Tue, 5 Nov 2019 at 15:12, Walter Lozano wrote:
>
> Hi Ezequiel,
>
> On 5/11/19 13:56, Ezequiel Garcia wrote:
> > Hello Walter,
> >
> > Thanks for the patch.
> >
> > On Tue, 5 Nov 2019 at 12:27, Walter Lozano
> > wrote:
> >> The support of libfdt should only be needed when OF_CONTROL
> >> is
On Tue, Nov 05, 2019 at 05:23:51AM -0700, Simon Glass wrote:
> Hi Tom,
>
> Passing run here:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-dm/pipelines/1210
>
>
> The following changes since commit 73b6e6ad254b36763419cdd3fdf406c0094517b7:
>
> Merge tag 'u-boot-imx-20191104' of
>
On Tue, Nov 05, 2019 at 03:56:29PM -0500, Tom Rini wrote:
> With python3 we're now tripping over a long-standing problem with how we
> add to the buildman file with some toolchains. We cannot have multiple
> toolchain-alias sections as that leads to a parse error.
>
> Signed-off-by: Tom Rini
From: Wolfgang Denk
Sent: Tuesday, November 5, 2019 3:36 AM
To: Aaron Williams
Cc: Tom Rini ; Daniel Schwierzeck
; u-boot@lists.denx.de
Subject: Re: [EXT] Re: Cavium/Marvell Octeon Support
Hi Wolfgang,
I apologize in advance for the lack of email
On Tue, Nov 5, 2019 at 5:49 AM Heinrich Schuchardt wrote:
>
> sandbox_defconfig does not compile using GCC 9.2.1:
>
> net/net.c: In function ‘net_process_received_packet’:
> net/net.c:1288:23: error: taking address of packed member of ‘struct
> ip_udp_hdr’ may result in an unaligned pointer value
This is a port of the kernel's spi-nxp-fspi driver. It uses the new
spi-mem interface and does not expose the more generic spi-xfer
interface. The source was taken from the v5.3-rc3 tag.
The port was straightforward:
- remove the interrupt handling and the completion by busy polling the
Also align the fspi node with the kernel one.
Signed-off-by: Michael Walle
Reviewed-by: Kuldeep Singh
---
changes since v1:
- none
changes since v2:
- none
arch/arm/dts/fsl-ls1028a.dtsi | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git
Sync the interrupt properties with the ones from Linux. Also use the
constants provided by the dt-bindings header. Please note, that there
are actual changes/fixes in the irq flags. U-Boot won't use the
interrupt properties anyway. It's just to be consistent with the Linux
device tree.
Am 2019-11-05 11:23, schrieb Priyanka Jain:
-Original Message-
From: U-Boot On Behalf Of Michael Walle
Sent: Tuesday, October 22, 2019 2:07 AM
To: u-boot@lists.denx.de
Cc: Tom Rini
Subject: [U-Boot] [PATCH] armv8: fsl-layerscape: fix hwconfig and
prefetching
If CONFIG_HWCONFIG is
With python3 we're now tripping over a long-standing problem with how we
add to the buildman file with some toolchains. We cannot have multiple
toolchain-alias sections as that leads to a parse error.
Signed-off-by: Tom Rini
---
.travis.yml | 6 +++---
1 file changed, 3 insertions(+), 3
Hi Ezequiel,
On 5/11/19 13:56, Ezequiel Garcia wrote:
Hello Walter,
Thanks for the patch.
On Tue, 5 Nov 2019 at 12:27, Walter Lozano wrote:
The support of libfdt should only be needed when OF_CONTROL
is enabled and OF_PLATDATA is not, as in other cases there is no
DT file to query.
This
On 05/11/2019 17:42, Simon Goldschmidt wrote:
Am 05.11.2019 um 17:33 schrieb Simon Glass:
Hi Jean-Jacques,
On Mon, 4 Nov 2019 at 08:41, Jean-Jacques Hiblot
wrote:
On 30/10/2019 02:48, Simon Glass wrote:
On Mon, 30 Sep 2019 at 10:15, Jean-Jacques Hiblot
wrote:
Add managed functions to
Hello Walter,
Thanks for the patch.
On Tue, 5 Nov 2019 at 12:27, Walter Lozano wrote:
>
> The support of libfdt should only be needed when OF_CONTROL
> is enabled and OF_PLATDATA is not, as in other cases there is no
> DT file to query.
>
> This patch fixes this dependency allowing to save some
On Tue, Nov 05, 2019 at 03:51:54PM +, Atish Patra wrote:
> On Mon, 2019-11-04 at 17:35 -0500, Tom Rini wrote:
> > On Mon, Nov 04, 2019 at 10:20:33PM +, Atish Patra wrote:
> > > On Fri, 2019-11-01 at 09:29 -0400, Tom Rini wrote:
> > > > On Thu, Oct 10, 2019 at 02:23:17PM -0700, Atish Patra
Am 05.11.2019 um 17:33 schrieb Simon Glass:
Hi Jean-Jacques,
On Mon, 4 Nov 2019 at 08:41, Jean-Jacques Hiblot wrote:
On 30/10/2019 02:48, Simon Glass wrote:
On Mon, 30 Sep 2019 at 10:15, Jean-Jacques Hiblot wrote:
Add managed functions to get a reset_ctl from the device-tree, based on a
Hi Jean-Jacques,
On Mon, 4 Nov 2019 at 08:41, Jean-Jacques Hiblot wrote:
>
>
> On 30/10/2019 02:48, Simon Glass wrote:
> > On Mon, 30 Sep 2019 at 10:15, Jean-Jacques Hiblot wrote:
> >> Add managed functions to get a reset_ctl from the device-tree, based on a
> >> name or an index.
> >> Also add
Hi Stephen,
On Mon, 4 Nov 2019 at 10:34, Stephen Warren wrote:
>
> On 10/15/19 10:09 AM, Stephen Warren wrote:
> > On 10/15/19 8:07 AM, Simon Glass wrote:
> >> Hi Stephen,
> >>
> >> On Mon, 14 Oct 2019 at 09:49, Stephen Warren
> >> wrote:
> >>>
> >>> On 9/26/19 6:38 PM, s...@google.com wrote:
>
On 05/11/19 17:05, Anatolij Gustschin wrote:
> Hi Stefano, Christoph,
>
> On Tue, 5 Nov 2019 16:57:18 +0100
> Stefano Babic sba...@denx.de wrote:
> ...
>>> -static inline u8 imx6_is_bmode_from_gpr9(void)
>>> +static inline u32 imx6_is_bmode_from_gpr9(void)
>>> {
>>> return
On Tue, 5 Nov 2019 at 09:21, Stephen Warren wrote:
>
> From: Stephen Warren
>
> This reverts commit 15c981cc8adc26501e3a19ca7fb35705870ef597.
> "binman: Correct symbol calculation with non-zero image base". This
> was previously reported to break initial boot on Jetson TK1, and Simon
> dropped
From: Stephen Warren
This reverts commit 15c981cc8adc26501e3a19ca7fb35705870ef597.
"binman: Correct symbol calculation with non-zero image base". This
was previously reported to break initial boot on Jetson TK1, and Simon
dropped the patch from his branch. However, it seems to have shown up
On Mon, Nov 4, 2019 at 5:09 PM Aaron Williams wrote:
>
> Hi Tim,
>
> On Thursday, October 31, 2019 12:12:34 PM PST Tim Harvey wrote:
> > On Wed, Oct 30, 2019 at 5:04 PM Aaron Williams
> wrote:
> > > Hi Tim,
> > >
> > > I think I can answer some of your questions.
> > >
> > > On Wednesday,
Hi Stefano, Christoph,
On Tue, 5 Nov 2019 16:57:18 +0100
Stefano Babic sba...@denx.de wrote:
...
> > -static inline u8 imx6_is_bmode_from_gpr9(void)
> > +static inline u32 imx6_is_bmode_from_gpr9(void)
> > {
> > return readl(_base->gpr10) & IMX6_SRC_GPR10_BMODE;
> > }
> >
>
> This is
Hi Stefan,
On Tue, Nov 05, 2019 at 04:14:59PM +0100, Stefan Roese wrote:
> On 03.11.19 10:52, Baruch Siach wrote:
> > There is currently no CONFIG_SPL_DM_GPIO, so CONFIG_IS_ENABLED(DM_GPIO)
> > is always false. As a result the sdhci driver can not use the DM gpio
> > API to read the card-detect
Hi Christoph,
On 14/10/19 14:27, Christoph Niedermaier wrote:
> A return type of u08 cuts the return value always to 0,
> because IMX6_SRC_GPR10_BMODE = bit 28 is above u08.
> Changing the return type to u32 gives
> the function the expected operation.
>
> Fixes: cba586b400 ("imx6: Add
On Mon, 2019-11-04 at 17:35 -0500, Tom Rini wrote:
> On Mon, Nov 04, 2019 at 10:20:33PM +, Atish Patra wrote:
> > On Fri, 2019-11-01 at 09:29 -0400, Tom Rini wrote:
> > > On Thu, Oct 10, 2019 at 02:23:17PM -0700, Atish Patra wrote:
> > >
> > > > Add gz parsing logic so that booti can parse
This commit adds initial board support for iMX8QXP AI_ML board from
Einfochips. This board is one of the 96Boards Consumer Edition and AI
boards of the 96Boards family based on i.MX8QXP SoC from NXP/Freescale.
This initial supports contains following peripherals which are tested and
known to
The support of libfdt should only be needed when OF_CONTROL
is enabled and OF_PLATDATA is not, as in other cases there is no
DT file to query.
This patch fixes this dependency allowing to save some space.
Signed-off-by: Walter Lozano
---
drivers/core/ofnode.c | 132
Hi,
On 05/11/19 16:12, Manivannan Sadhasivam wrote:
> Hi,
>
> On Sun, Nov 03, 2019 at 04:29:49PM +0100, Stefano Babic wrote:
>> On 21/10/19 13:00, Manivannan Sadhasivam wrote:
>>> Hi,
>>>
>>> On Thu, Aug 15, 2019 at 01:57:23PM +0530, Manivannan Sadhasivam wrote:
Hello,
This
Hi Baruch,
On 03.11.19 10:52, Baruch Siach wrote:
Enable gpio0 in SPL to allow the sdhci driver read the SD card-detect
signal.
Signed-off-by: Baruch Siach
---
arch/arm/dts/armada-388-clearfog-u-boot.dtsi | 4
1 file changed, 4 insertions(+)
diff --git
Hi Baruch,
On 03.11.19 10:52, Baruch Siach wrote:
There is currently no CONFIG_SPL_DM_GPIO, so CONFIG_IS_ENABLED(DM_GPIO)
is always false. As a result the sdhci driver can not use the DM gpio
API to read the card-detect signal in SPL. This breaks boot from SD card
on the SolidRun Clearfog
On 05/11/2019 14:05, Vignesh Raghavendra wrote:
Hi JJ,
On 05/11/19 5:20 PM, Jean-Jacques Hiblot wrote:
This will probe the multiplexer devices that have a "u-boot,mux-autoprobe"
property. As a consequence they will be put in their idle state.
Signed-off-by: Jean-Jacques Hiblot
---
[...]
Hi,
On Sun, Nov 03, 2019 at 04:29:49PM +0100, Stefano Babic wrote:
> On 21/10/19 13:00, Manivannan Sadhasivam wrote:
> > Hi,
> >
> > On Thu, Aug 15, 2019 at 01:57:23PM +0530, Manivannan Sadhasivam wrote:
> >> Hello,
> >>
> >> This patchset adds initial board support for iMX8QXP AI_ML board
> >>
Hi Simon,
Thanks for your comments!
On 11/4/19 3:03 PM, Simon Goldschmidt wrote:
Am 30.10.2019 um 21:34 schrieb richard.g...@linux.intel.com:
From: Richard Gong
This is 2nd submission of Intel Remote System Update patches.
Ok, so what has changed since v1? You'd normally add a changelog
Hi Bartosz
> From: Bartosz Biłas
> Sent: dimanche 3 novembre 2019 13:39
>
> Hello Patrick,
>
> On 11/3/19 11:15 AM, Bartosz Biłas wrote:
> > Hello Patrick,
> >
> > sorry for the late answer but I'll try to explain you my issue.
> >
> > On 10/29/19 9:38 AM, Patrick DELAUNAY wrote:
> >
> > Hi
From: Igor Opaniuk
Currently imx-specific bootaux command doesn't support ELF format
firmware for Cortex-M4 core.
This patches introduces a PoC implementation of handling elf firmware
(load_elf_image_phdr() was copy-pasted from elf.c just for PoC).
This has the advantage that the user does not
On Tue, Nov 05, 2019 at 09:33:35AM +0100, Wolfgang Denk wrote:
> Dear Aaron,
>
> In message <5376617.97hUrJXovB@flash> you wrote:
> >
> > > Again you don't answer my question. Why do you need a special new
> > > API for such code? Why do you not just link that code with the rest
> > > of
On Tue, Nov 05, 2019 at 02:08:54AM +, Aaron Williams wrote:
> On Monday, November 4, 2019 8:23:08 AM PST Tom Rini wrote:
> > On Mon, Nov 04, 2019 at 04:44:18PM +0100, Wolfgang Denk wrote:
> > > Dear Aaron,
> > >
> > > In message <2710076.TiSPtmOvtb@flash> you wrote:
> > > > > What exactly do
On Tue, Nov 05, 2019 at 02:13:13AM +, Aaron Williams wrote:
> Hi Wolfgang,
>
> On Monday, November 4, 2019 9:22:16 AM PST Tom Rini wrote:
> > On Thu, Oct 31, 2019 at 06:01:34PM +, Aaron Williams wrote:
> > > Hi Wolfgang,
> > >
> > > On Thursday, October 31, 2019 3:40:27 AM PDT Wolfgang
On Tue, Nov 5, 2019 at 2:52 PM Tom Rini wrote:
>
> On Tue, Nov 05, 2019 at 12:48:19PM +0100, Heinrich Schuchardt wrote:
>
> > sandbox_defconfig does not compile using GCC 9.2.1:
> >
> > net/net.c: In function ‘net_process_received_packet’:
> > net/net.c:1288:23: error: taking address of packed
On Tue, Nov 05, 2019 at 12:48:19PM +0100, Heinrich Schuchardt wrote:
> sandbox_defconfig does not compile using GCC 9.2.1:
>
> net/net.c: In function ‘net_process_received_packet’:
> net/net.c:1288:23: error: taking address of packed member of ‘struct
> ip_udp_hdr’ may result in an unaligned
Hi JJ,
On 05/11/19 5:20 PM, Jean-Jacques Hiblot wrote:
> This will probe the multiplexer devices that have a "u-boot,mux-autoprobe"
> property. As a consequence they will be put in their idle state.
>
> Signed-off-by: Jean-Jacques Hiblot
>
> ---
[...]
> diff --git a/drivers/mux/mux-uclass.c
Make first step in DT/DM migration. Enable OF_CONTROL only for the main
U-Boot image for now.
Remove mmc_init_main() because board_mmc_init() is not called when
DM_MMC is enabled.
DM_MMC requires DM_GPIO for card-detect to work. That in turn makes gpio
request mandatory. Add code to request/free
Hi Peng,
On Tue, Nov 5, 2019 at 2:57 AM Peng Fan wrote:
> Hi Fabio,
>
> Seems you not add dts files. CI build fail
>arm: + mx7ulp_com
> +make[3]: *** No rule to make target 'arch/arm/dts/imx7ulp-com.dtb', needed
> by 'dtbs'. Stop.
> +make[2]: *** [arch-dtbs] Error 2
> +make[1]: ***
The Embedded Artists COM board is based on NXP i.MX7ULP.
It has a BD70528 PMIC from Rohm with discrete DCDC powering option and
improved current observability (compared to the existing NXP i.MX7ULP EVK).
Add the initial support for the board.
Signed-off-by: Fabio Estevam
---
Changes since v2:
scg_a7_apll_init() is not called anywhere, so remove such dead code
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
arch/arm/include/asm/arch-mx7ulp/scg.h | 1 -
arch/arm/mach-imx/mx7ulp/scg.c | 61 --
2 files changed, 62 deletions(-)
diff --git
The LDOVL definitions is common to all the modes, not only RUN mode,
so in order to avoid confusion, remove the _RUN notation from the PMC1
LDOVL definitions.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
arch/arm/mach-imx/mx7ulp/soc.c | 20 ++--
1 file changed, 10
Introduce the CONFIG_LDO_ENABLED_MODE option so that i.MX7ULP boards
designed to operate with LDO enabled mode can work with 0.95V at LDO
output in RUN mode as per the datasheet.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
arch/arm/mach-imx/mx7ulp/Kconfig | 5 +++
As per the i.MX7ULP datasheet, it can boot in LDO enabled mode
or LDO bypass mode.
Print the LDO mode status in the U-Boot log for convenience.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
arch/arm/mach-imx/mx7ulp/soc.c | 20
1 file changed, 20 insertions(+)
Hi Tom,
Passing run here:
https://gitlab.denx.de/u-boot/custodians/u-boot-dm/pipelines/1210
The following changes since commit 73b6e6ad254b36763419cdd3fdf406c0094517b7:
Merge tag 'u-boot-imx-20191104' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2019-11-04
12:57:41 -0500)
are
Am 2019-11-05 10:53, schrieb Kuldeep Singh:
Hi Kuldeep,
>> diff --git a/arch/arm/dts/fsl-ls1028a.dtsi
>> b/arch/arm/dts/fsl-ls1028a.dtsi index
>> 43a154e8e7..774e477542 100644
>> --- a/arch/arm/dts/fsl-ls1028a.dtsi
>> +++ b/arch/arm/dts/fsl-ls1028a.dtsi
>> @@ -49,14 +49,16 @@
>>
When preparing to possible expand or contract an entry we reset the size
to the original value from the binman device-tree definition, which is
often None.
This causes binman to forget the original size of the entry. Remember this
so that it can be used when needed.
Signed-off-by: Simon Glass
Build this swig module with Python 3.
Signed-off-by: Simon Glass
---
Changes in v2: None
scripts/dtc/pylibfdt/Makefile | 2 +-
scripts/dtc/pylibfdt/libfdt.i_shipped | 2 +-
scripts/dtc/pylibfdt/setup.py | 2 +-
tools/binman/entry.py | 16 ++--
Convert this tool to Python 3 and make it use that, to meet the 2020
deadline.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/moveconfig.py | 82 ++---
1 file changed, 41 insertions(+), 41 deletions(-)
Applied to u-boot-fdt
Bring over the fdt from this commit:
430419c (origin/master) tests: fix some python warnings
adding in the 'assumptions' series designed to reduce code size.
Signed-off-by: Simon Glass
---
lib/libfdt/fdt_ro.c | 420 ---
This board appears to be very near its size limit and cannot accept the
new checking code in libfdt. Disable this code so this the board can
continue to build.
Signed-off-by: Simon Glass
---
configs/tbs2910_defconfig | 1 +
1 file changed, 1 insertion(+)
Applied to u-boot-fdt
Update this test to use Python 3 to meet the 2020 deadline.
Also make it executable while we are here.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/dtoc/dtoc.py | 2 +-
tools/dtoc/test_dtoc.py | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
mode change 100644 =>
Sync up the libfdt Python bindings with upstream, commit:
430419c (tests: fix some python warnings)
Signed-off-by: Simon Glass
---
Changes in v2: None
scripts/dtc/pylibfdt/libfdt.i_shipped | 45 ---
1 file changed, 33 insertions(+), 12 deletions(-)
Applied to
Convert this tool to Python 3 and make it use that, to meet the 2020
deadline.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/microcode-tool.py | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
Applied to u-boot-fdt
Convert this tool to Python 3 and make it use that, to meet the 2020
deadline.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/rkmux.py | 16
1 file changed, 8 insertions(+), 8 deletions(-)
Applied to u-boot-fdt
___
U-Boot
Update this tool to use Python 3 to meet the 2020 deadline.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/patman/patman.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Applied to u-boot-fdt
___
U-Boot mailing list
At present patman test fail in some environments which don't use utf-8
as the default file encoding. Add this explicitly.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add new patch to explicitly use unicode for file I/O in patman
tools/patman/func_test.py | 8
Update this test to use Python 3 to meet the 2020 deadline.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/dtoc/test_fdt.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Applied to u-boot-fdt
___
U-Boot mailing list
This function should use a void * type, not char *. This causes an error:
TypeError: in method 'fdt_property_stub', argument 3 of type 'char const *'
Fix it.
Signed-off-by: Simon Glass
---
Changes in v2: None
scripts/dtc/pylibfdt/libfdt.i_shipped | 4 ++--
1 file changed, 2 insertions(+), 2
On Sun, Oct 27, 2019 at 09:47:40AM -0600, Simon Glass wrote:
> For better or worse libfdt recent grew a lot of code that checks the
> validity of the device tree in great detail. When using unsigned or
> unverified data this makes things safer, but it does add to code size.
>
> Add some controls
At present all the 'command' methods return bytes. Most of the time we
actually want strings, so change this. We still need to keep the internal
representation as bytes since otherwise unicode strings might break over
a read() boundary (e.g. 4KB), causing errors. But we can convert the end
result
Convert buildman to Python 3 and make it use that, to meet the 2020
deadline.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use integer division for multiprocessing.cpu_count()
- Use integer division in SetupBuild() and GetActionSummary()
- Use HTTPMessage.getheader() instead of
On Sun, Oct 27, 2019 at 09:47:39AM -0600, Simon Glass wrote:
> Unfortunately libfdt needs this value now, which is present in the
> stdint.h header. That file is just a placeholder in U-Boot and these sorts
> of constants appear in the linux/kernel.h header instead.
>
> To keep libfdt happy, add
On Thu, Oct 31, 2019 at 10:12:04AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 31 Oct 2019 at 09:50, Tom Rini wrote:
> >
> > On Thu, Oct 31, 2019 at 09:19:50AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Thu, 31 Oct 2019 at 07:55, Tom Rini wrote:
> > > >
> > > > On Thu, Oct 31,
Some tests have crept in with Python 2 strings and constructs. Convert
then.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/binman/ftest.py | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Applied to u-boot-fdt
___
Drop the now-unused Python 2 code to keep code coverage at 100%.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/dtoc/fdt.py | 17 -
1 file changed, 4 insertions(+), 13 deletions(-)
Applied to u-boot-fdt
___
U-Boot mailing
Add a new minimalistic subsystem that handles multiplexer controllers.
It provides the same API as Linux and mux drivers should be portable with
a minimum effort.
This series also includes a port of the Linux's mmio-mux driver.
This series relies on a series that extend the regmap [1].
[1] :
Add a new subsystem that handles multiplexer controllers. The API is the
same as in Linux.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- Fixed warning in mux_of_xlate_default()
- Improved documentation
- Fixed SPL build
drivers/Kconfig | 2 +
drivers/Makefile
This will probe the multiplexer devices that have a "u-boot,mux-autoprobe"
property. As a consequence they will be put in their idle state.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- insert the mux initialization in init_sequence_r[], just before the
console is initialized as its
Provide tests to check the behavior of the multiplexer framework.
The test uses a mmio-based multiplexer.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- Call sandbox_set_enable_memio(true) before running the test
arch/sandbox/dts/test.dts | 26 +++
configs/sandbox_defconfig |
sandbox_defconfig does not compile using GCC 9.2.1:
net/net.c: In function ‘net_process_received_packet’:
net/net.c:1288:23: error: taking address of packed member of ‘struct
ip_udp_hdr’ may result in an unaligned pointer value
[-Werror=address-of-packed-member]
1288 |sumptr = (ushort
This adds a driver for mmio-based syscon multiplexers controlled by
bitfields in a syscon register range.
This is heavily based on the linux mmio-mux driver.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
drivers/mux/Kconfig | 15 +
drivers/mux/Makefile | 1 +
A regmap field is an abstraction available in Linux. It provides to access
bitfields in a regmap without having to worry about shifts and masks.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v2: None
drivers/core/regmap.c | 77 ++
The tests rely on a dummy driver to allocate and initialize the regmap
and the regmap fields using the managed API.
The first test checks that the read/write callbacks are used.
The second test checks if regmap fields behave properly (mask and shift
are ok) by peeking into the regmap.
Some linux drivers provide their own read/write functions to access data
from/of the regmap. Adding support for it.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- Only use custom accessors if {,SPL,TPL}_REGMAP_ACCESSORS is enabled
drivers/core/Kconfig | 25 +
This is the first of a few series, the goal of which is to facilitate
porting drivers from the linux kernel. Most of the series will be about
adding managed API to existing infrastructure (GPIO, reset, phy,...)
This particular series is about regmaps. It adds the managed API, using
the same API
Most of new linux drivers are using managed-API to allocate resources. To
ease porting drivers from linux to U-Boot, introduce devm_regmap_init() as
a managed API to get a regmap from the device tree.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v2:
- Fix comment
Dear Aaron,
In message <2609392.0ByMiX4J6F@flash> you wrote:
>
> U-Boot OS might be fun for people writing applications where they want bare
> metal (i.e. hard real-time), though that's already provided with the API and
> examples.
Urgh... no!!! U-Boot is definitely *not* suitable for any kind
>-Original Message-
>From: U-Boot On Behalf Of Michael Walle
>Sent: Tuesday, October 22, 2019 2:07 AM
>To: u-boot@lists.denx.de
>Cc: Tom Rini
>Subject: [U-Boot] [PATCH] armv8: fsl-layerscape: fix hwconfig and prefetching
>
>If CONFIG_HWCONFIG is disabled, hwconfig_subarg_f() will
Hi Wolfgang,
On Tuesday, November 5, 2019 12:37:26 AM PST Wolfgang Denk wrote:
> Dear Aaron,
>
> In message <1838672.aZrPjDvGh8@flash> you wrote:
> > To be blunt, the current U-Boot EFI driver does not provide the required
> > functionality. It would need to be extended in order to work. In
From: Matthias Brugger
For bcm283x based on arm64 we also have to change the mm_region.
Add assign this in mach_cpu_init() so we can create now one binary
for RPi3 and RPi4.
Signed-off-by: Matthias Brugger
---
Changes in v2:
- Move mem_map out of assembly file
- push mem_map into the .data
From: Matthias Brugger
As part of the effort to create one binary for several bcm83x SoCs
we use the SoC compatible to decide which IO base address we use.
Signed-off-by: Matthias Brugger
---
Changes in v2:
- rename BCM2838 to BCM2711 in the correct patch
- push rpi_bcm283x_base into the
From: Matthias Brugger
The fw_dtb_pointer was defined in the assembly code, which makes him
live in section .text_rest
Put that's not necessary, we can push the variable in the .data section.
This will prevent relocation errors like:
From: Matthias Brugger
In this series we prepare the RaspberryPi source code
to be able to build one binary for RPi[3,4] and one for RPi[1,2].
To achieve this we need to set the IO base address on runtime. Apart
from that, for arm64 we also need to set memory region correctly.
This patches fix
From: Matthias Brugger
We move the per SOC define BCM283x_BASE to a global variable.
This is a first step to provide a single binary for several bcm283x
SoCs.
Signed-off-by: Matthias Brugger
---
Changes in v2:
- fix register access in reset_cpu()
arch/arm/mach-bcm283x/include/mach/base.h
Hi Michael,
> -Original Message-
> From: Michael Walle
> Sent: Tuesday, November 5, 2019 3:07 PM
> To: Kuldeep Singh
> Cc: u-boot@lists.denx.de
> Subject: Re: [EXT] [U-Boot] [PATCH v2 2/2] arm: ls1028a: use the new flexspi
> driver
>
> Caution: EXT Email
>
> Hi Singh,
>
> Am
Hi Singh,
Am 2019-11-05 07:40, schrieb Kuldeep Singh:
Hi Michael,
-Original Message-
From: U-Boot On Behalf Of Michael Walle
Sent: Saturday, November 2, 2019 11:56 PM
To: u-boot@lists.denx.de
Subject: [EXT] [U-Boot] [PATCH v2 2/2] arm: ls1028a: use the new
flexspi
driver
Caution:
1 - 100 of 102 matches
Mail list logo
