On 6/17/19 7:41 AM, Heinrich Schuchardt wrote:
On 6/17/19 3:15 AM, AKASHI Takahiro wrote:
On Sat, Jun 15, 2019 at 09:41:31PM +0200, Heinrich Schuchardt wrote:
On 6/5/19 6:21 AM, AKASHI Takahiro wrote:
With this patch, ConvertPointer runtime service is enabled.
This function will be useful
Provide a unit test for SetVirtualAddressMap() and ConvertPointer().
As ConvertPointer() is not implemented yet this will spit out some
warnings.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/Makefile | 1 +
.../efi_selftest_set_virtual_address_map.c| 192
Implement the EVT_SIGNAL_VIRTUAL_ADDRESS_CHANGE event.
This requires allocating the event and the event list from runtime data.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 25 +++--
lib/efi_loader/efi_runtime.c | 14 --
2 files
Implement the EVT_SIGNAL_VIRTUAL_ADDRESS_CHANGE event. This requires
allocating the event and the event list from runtime data.
Provide a unit test for SetVirtualAddressMap() and ConvertPointer().
As ConvertPointer() is not implemented yet this will spit out some
warnings.
Heinrich Schuchardt
Superseded by https://patchwork.ozlabs.org/patch/1131355/
("[v2,1/5] doc: Move README.android-fastboot-protocol to doc/android/")
--
Best Regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Bin,
On Sat, 13 Jul 2019 at 07:55, Bin Meng wrote:
>
> Hi Vladimir,
>
> On Mon, Jun 24, 2019 at 1:50 AM Vladimir Oltean wrote:
> >
> > By convention, the eTSEC MDIO controller nodes are defined in DT at
> > 0x2d24000 and 0x2d5, but actually U-boot does not touch the
>
> nits: U-Boot, not
On Fri, 12 Jul 2019 at 21:58, Simon Goldschmidt
wrote:
>
> Calling 'mdio read ...' currently leads to a data abort when no mdio
> bus is found.
>
> To fix this, check if 'bus' is a valid pointer before accessing it.
>
> Signed-off-by: Simon Goldschmidt
> ---
Tested-by: Vladimir Oltean
Hi Joe,
On Fri, 12 Jul 2019 at 23:46, Joe Hershberger wrote:
>
> On Sun, Jun 23, 2019 at 12:53 PM Vladimir Oltean wrote:
> >
> > From: Bin Meng
> >
> > Now that we have added driver model support to the TSEC driver,
> > convert ls1021atwr board to use it.
> >
> > This depends on previous DM
Oops, sorry; I'm an idiot. The synopsys board does indeed still use
pyelftools, and therefore while these are correct:
> board/rockchip/evb_rk3399/README | 6 --
> doc/README.rockchip | 4
these removals are incorrect:
> .travis.yml | 1 -
>
Superseded by https://patchwork.ozlabs.org/patch/1131354/
("[v2,2/5] treewide: Fix stale references of Android docs")
--
Best Regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Dne torek, 02. julij 2019 ob 11:51:41 CEST je Andre Przywara napisal(a):
> An updated version, with minor changes.
> I realised that my comments about JEDEC values were still based on the
> DDR3-1600 speed bin, so I updated those to match the DDR3-1333 values.
> I also used the actual JEDEC
I am trying to improve the OMAP EHCI driver. Currently, I pushed a
pending patch which loads a USB host controller device which contains
several child nodes.
We search the child nodes to find the compatible flag, then grab the
address of that node and initialize the corresponding EHCI
Superseded by https://patchwork.ozlabs.org/patch/1131357/
("[v2,3/5] cmd: bcb: Fix duplicated handling in two case-branches")
--
Best Regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Superseded by https://patchwork.ozlabs.org/patch/1131358/
("[v2,4/5] cmd: bcb: Use strcmp() instead of strncmp() for string literals")
--
Best Regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Superseded by https://patchwork.ozlabs.org/patch/1131359/
("[v2,5/5] cmd: bcb: Apply non-functional refinements")
--
Best Regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
make_fit_aft.py depends on the non-standard library pyelftools to pull
out PT_LOAD segments from ELF files. However, this is as easy to do
manually, without imposing the extra dependency on users.
Structures in the ELF file are unpacked into variables named to exactly
match the ELF spec to ensure
make_fit_atf.py no longer requires pyelftools, and nothing else in the
tree requires it either, so remove references to installing it from the
documentation and travis configuration.
Signed-off-by: Chris Webb
---
.travis.yml | 1 -
board/rockchip/evb_rk3399/README | 6
Building for rockchip, make_fit_atf.py depends on pyelftools, a non-bundled
python module that is not used elsewhere in building u-boot or the kernel.
We only use pyelftools to pull out PT_LOAD segments. ELF is very simple, so
doing this manually is easy and spares users the extra dependency. In
From: Eric Perie
Signed-off-by: Eric Perie
---
cmd/cache.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/cmd/cache.c b/cmd/cache.c
index 233f428054..2c687173a8 100644
--- a/cmd/cache.c
+++ b/cmd/cache.c
@@ -22,7 +22,7 @@ void __weak invalidate_icache_all(void)
The point of this patch is to eliminate the use of the locally-defined
"reg" variable (which interferes with next patch) and simplify the
fallback to the default CONFIG_SYS_TBIPA_VALUE in case "tbi-handle" is
missing.
Signed-off-by: Vladimir Oltean
Acked-by: Joe Hershberger
Reviewed-by: Bin
By convention, the eTSEC MDIO controller nodes are defined in DT at
0x2d24000 and 0x2d5, but actually U-Boot does not touch the
interrupt portion of the register map (MDIO_IEVENTM, MDIO_IMASKM,
MDIO_EMAPM).
That leaves only the MDIO bus registers (MDIO_MIIMCFG, MDIO_MIIMCOM,
MDIO_MIIMADD,
This is a cosmetic patch that reorders variable definitions in the
inverse order of their line length, where possible.
Signed-off-by: Vladimir Oltean
Acked-by: Joe Hershberger
Reviewed-by: Bin Meng
---
Changes from v1:
None.
drivers/net/tsec.c | 10 +-
1 file changed, 5
This patchset adds initial support for the NXP LS1021A-TSN board,
an evaluation platform built in partnership with VVDN/Argonboards
for some IEEE 802.1 TSN features.
It features a cleaned-up U-Boot board support taken from OpenIL,
as well as an eTSEC migration to DM_ETH. I picked up Bin Meng's
In tsec_init, the MAC address is retrieved from 2 different structures
depending on whether DM_ETH is enabled or not.
But since the field name is the same inside both structures, we can
conditionally define the structure of the correct type and simplify the
assignments.
Signed-off-by: Vladimir
Due to a typo, "run qspi_bootcmd" and "env exists secureboot" got
concatenated instead of being separated by a semicolon.
Signed-off-by: Vladimir Oltean
Reviewed-by: Bin Meng
---
Changes from v1:
None.
include/configs/ls1021atwr.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
This replaces debug() calls with printf() so that it is immediately
obvious from the console that something is wrong.
Signed-off-by: Vladimir Oltean
Acked-by: Joe Hershberger
Reviewed-by: Bin Meng
---
Changes from v1:
None.
drivers/net/tsec.c | 8
1 file changed, 4 insertions(+), 4
From: Bin Meng
Now that we have added driver model support to the TSEC driver,
convert ls1021atwr board to use it.
This depends on previous DM series for ls1021atwr:
http://patchwork.ozlabs.org/patch/561855/
Signed-off-by: Bin Meng
Signed-off-by: Vladimir Oltean
[Vladimir] Made the
From: Jianchao Wang
The LS1021A-TSN is a development board built by VVDN/Argonboards in
partnership with NXP.
It features the LS1021A SoC and the first-generation SJA1105T Ethernet
switch for prototyping implementations of a subset of IEEE 802.1 TSN
standards.
Supported boot media: microSD
In the case of the tsec network driver, so far there has been no
mainline user of DM_ETH where the DT bindings get used.
In the case of the mdio bus, it looks like the "fsl,tsec-mdio" string
was made up for the documentation, but there is no mainline code that
parses the "compatible" property
I was curious to know if there is a recommendation for for what class
should be used for the OMAP3's general purpose memory controller. It
it a bus that is memory addressed with chip selects for various parts
and has a variety of registers setup to determine the timings for the
communication.
As efi_add_memory_map() signals an error by returning NULL and correct
function by returning the requested address we cannot discern an error from
correct functioning for address 0x. This leads to unexpected
warnings on the Raspberry 3.
Use EFI_SUCCESS to signal success and return an
As efi_add_memory_map() signals an error by returning NULL and correct
function by returning the requested address we cannot discern an error from
correct functioning for address 0x. This leads to unexpected
warnings on the Raspberry 3.
Use EFI_SUCCESS to signal success and return an
Hi Adam,
On Sat, 13 Jul 2019 at 06:52, Adam Ford wrote:
>
> I am trying to improve the OMAP EHCI driver. Currently, I pushed a
> pending patch which loads a USB host controller device which contains
> several child nodes.
>
> We search the child nodes to find the compatible flag, then grab the
Hi Vladimir,
On Sat, Jul 13, 2019 at 5:44 PM Vladimir Oltean wrote:
>
> Hi Bin,
>
> On Sat, 13 Jul 2019 at 07:55, Bin Meng wrote:
> >
> > Hi Vladimir,
> >
> > On Mon, Jun 24, 2019 at 1:50 AM Vladimir Oltean wrote:
> > >
> > > By convention, the eTSEC MDIO controller nodes are defined in DT at
On Sun, Jul 14, 2019 at 8:19 AM Vladimir Oltean wrote:
>
> From: Jianchao Wang
>
> The LS1021A-TSN is a development board built by VVDN/Argonboards in
> partnership with NXP.
>
> It features the LS1021A SoC and the first-generation SJA1105T Ethernet
> switch for prototyping implementations of a
On Sun, Jul 14, 2019 at 8:19 AM Vladimir Oltean wrote:
>
> In the case of the tsec network driver, so far there has been no
> mainline user of DM_ETH where the DT bindings get used.
>
> In the case of the mdio bus, it looks like the "fsl,tsec-mdio" string
> was made up for the documentation, but
Hi Peng Fan,
On Thu, Jul 11, 2019 at 1:00 PM Peng Fan wrote:
>
>
> > Subject: Re: [PATCH v3 3/6] mmc: mmc_spi: Re-write driver using DM
> > framework
> >
> > Hi Peng,
> >
> > On Thu, Jul 11, 2019 at 3:10 PM Peng Fan wrote:
> > >
> > > Hi Bin
> > >
> > > > Subject: Re: [PATCH v3 3/6] mmc:
Hi Vladimir,
On Sat, Jul 13, 2019 at 5:39 PM Vladimir Oltean wrote:
>
> Hi Joe,
>
> On Fri, 12 Jul 2019 at 23:46, Joe Hershberger wrote:
> >
> > On Sun, Jun 23, 2019 at 12:53 PM Vladimir Oltean wrote:
> > >
> > > From: Bin Meng
> > >
> > > Now that we have added driver model support to the
On Sun, Jul 14, 2019 at 8:19 AM Vladimir Oltean wrote:
>
> By convention, the eTSEC MDIO controller nodes are defined in DT at
> 0x2d24000 and 0x2d5, but actually U-Boot does not touch the
> interrupt portion of the register map (MDIO_IEVENTM, MDIO_IMASKM,
> MDIO_EMAPM).
>
> That leaves only
On Sun, Jul 14, 2019 at 4:02 AM Heinrich Schuchardt wrote:
>
> As efi_add_memory_map() signals an error by returning NULL and correct
> function by returning the requested address we cannot discern an error from
> correct functioning for address 0x. This leads to unexpected
> warnings on
On Tue, Jun 25, 2019 at 12:43 PM Ramon Fried wrote:
>
>
> On 6/25/2019 09:31, Anup Patel wrote:
> > The SiFive MACB ethernet has a custom TX_CLK_SEL register to select
> > different TX clock for 1000mbps vs 10/100mbps.
> >
> > This patch adds SiFive MACB compatible string and extends the MACB
> >
On Tue, Jun 25, 2019 at 12:07 PM Anup Patel wrote:
>
> Instead of depending on CONFIG_SYS_LITTLE_ENDIAN, we check at runtime
> whether underlying system is little-endian or big-endian. This way
> we are not dependent on any U-Boot specific OR compiler specific macro
> to check system endianness.
42 matches
Mail list logo