Hi Joe,
https://patchwork.ozlabs.org/patch/975412/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/975416/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Since commit 380d4f787a3f ("rtc: Allow use of RTC in SPL and TPL")
qemu-x86_64_defconfig does not boot anymore.
Fixes: 380d4f787a3f ("rtc: Allow use of RTC in SPL and TPL")
Signed-off-by: Heinrich Schuchardt
---
configs/qemu-x86_64_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/co
On 10/11/2018 09:21 PM, Heinrich Schuchardt wrote:
>
> On 10/01/2018 08:22 PM, Simon Glass wrote:
>> Add Kconfig options so that the RTC can be used in SPL and TPL. This is
>> helpful for accessing the contents of CMOS RAM, for example.
>>
>> Signed-off-by: Simon Glass
>> Signed-off-by: Simon Gla
Signed-off-by: Alexey Brodkin
---
configs/iot_devkit_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/iot_devkit_defconfig b/configs/iot_devkit_defconfig
index 1f0f9c3..0c5aba3 100644
--- a/configs/iot_devkit_defconfig
+++ b/configs/iot_devkit_defconfig
@@ -6,6 +6,7 @@ CONFIG
This allows board to override print_cpuinfo() because
they might know better which ARChitect template was used.
This way we may not only derive base architecture type and
version but more meaningful things like "ARC EM7D" instead of
simple "ARC EM", "ARC HS36" instead of "ARC HS".
Signed-off-by: A
Some of ARC boards do sport real silicon and given how flexible ARC cores
might be configured it's hard to tell what "template" was used initially.
For FPGA-based boards we're left with basic info derived from IDENTITY
register but for real silicon we may know more details so let's print
them then
ARC IDENTITY register only encodes major architecture
type and version while for a particular board/silicon we
may know better which template was used and so we may identify
CPU more precise, which exactly we do here.
Signed-off-by: Alexey Brodkin
---
board/synopsys/hsdk/hsdk.c | 8 +
It is done by writing some magic sequence in a special register.
Signed-off-by: Alexey Brodkin
---
board/synopsys/iot_devkit/iot_devkit.c | 8
1 file changed, 8 insertions(+)
diff --git a/board/synopsys/iot_devkit/iot_devkit.c
b/board/synopsys/iot_devkit/iot_devkit.c
index 1d848dd..fb
Signed-off-by: Alexey Brodkin
---
board/synopsys/iot_devkit/iot_devkit.c | 8
1 file changed, 8 insertions(+)
diff --git a/board/synopsys/iot_devkit/iot_devkit.c
b/board/synopsys/iot_devkit/iot_devkit.c
index fb39e6d..04e003c 100644
--- a/board/synopsys/iot_devkit/iot_devkit.c
+++ b/bo
So now we may detect MMC/SD-card existence and
instead of completely misleading message on missing card:
>8---
Loading Environment from FAT... Card did not respond to voltage select!
>8---
we now get very clear
Since gd->cpu_clk is a global item we may once populate it from .dtb
ans use it then in other places like for printing CPU info etc.
Signed-off-by: Alexey Brodkin
---
board/synopsys/iot_devkit/iot_devkit.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/board/s
That's what we'll have in production.
But note it won't work for loading via JTAG as
eFlash is not directly writable, one needs to use
prebootloader to flash uboot.bin from SD-card into eFlash.
Signed-off-by: Alexey Brodkin
---
configs/iot_devkit_defconfig | 2 +-
1 file changed, 1 insertion(+),
By default GCC puts global non-initialized variables in COMMON section.
And we used to ignore existence of COMMON section in our linker
scripts though smart LD silently appended it right after .bss.
And the problem here is variables from COMMON section even though
require zeroing in run-time were
On 10/11/2018 03:57 AM, Bin Meng wrote:
> Hi Heinrich,
>
> On Thu, Oct 11, 2018 at 9:48 AM Bin Meng wrote:
>>
>> Add qemu-x86_64 to the list of targets we use for test.py runs.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>> testp.py testing is currently failing at 'bootefi selftest'.
>>
>
> Can you
On Wed, 10 Oct 2018 at 22:12, Cédric Le Goater wrote:
>
> Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, 10 Oct 2018 at 22:12, Cédric Le Goater wrote:
>
> Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, 10 Oct 2018 at 22:12, Cédric Le Goater wrote:
>
> The driver is based on the previous one and the code is only adapted
> to fit the driver model. The support for the Faraday ftgmac100
> controller is the same with MAC and MDIO bus support for RGMII/RMII
> modes.
>
> Configuration is update
On Wed, 10 Oct 2018 at 22:12, Cédric Le Goater wrote:
>
> Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, 10 Oct 2018 at 22:12, Cédric Le Goater wrote:
>
> Implement the MDIO bus read/write functions using the readl_poll_timeout()
> routine, initialize the bus and scan for the PHY. RGMII and RMII mode
> are supported.
>
> Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
___
On Wed, 10 Oct 2018 at 22:13, Cédric Le Goater wrote:
>
> Use simple arrays under the device priv structure to hold the RX and
> TX descriptors and handle memory coherency by invalidating or flushing
> the d-cache when required.
>
> Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
On Wed, 10 Oct 2018 at 22:13, Cédric Le Goater wrote:
>
> Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, 10 Oct 2018 at 22:13, Cédric Le Goater wrote:
>
> Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, 10 Oct 2018 at 22:13, Cédric Le Goater wrote:
>
> The Faraday ftgmac100 MAC controllers as found on the Aspeed SoCs have
> some slight differences in the HW interface (End-Of-Rx/Tx-Ring bits).
>
> Signed-off-by: Cédric Le Goater
> Reviewed-by: Simon Glass
Reviewed-by: Joel Stanley
On Wed, 10 Oct 2018 at 22:13, Cédric Le Goater wrote:
>
> Signed-off-by: Cédric Le Goater
> Reviewed-by: Simon Glass
Reviewed-by: Joel Stanley
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, 10 Oct 2018 at 22:13, Cédric Le Goater wrote:
>
> The algorithm in the ast2500_calc_clock_config() routine suffers from
> integer rounding and the requested rate does not get the appropriate
> set of Numerator, Denumerator, Post Divider parameters.
>
> This is the case for the D2-PLL clock
Hi Bin,
On 11 October 2018 at 03:50, Bin Meng wrote:
> Hi Simon,
>
> On Thu, Sep 27, 2018 at 9:42 PM Simon Glass wrote:
>>
>> On 23 September 2018 at 06:42, Bin Meng wrote:
>> > From: Tuomas Tynkkynen
>> >
>> > This adds support for managing virtual queue/ring, the channel
>> > for high perfor
On 10 October 2018 at 19:53, Bin Meng wrote:
> With newer kernel.org GCC (7.3.0 or 8.1.0), the u-boot.rom image
> built for qemu-x86_64 target does not boot. It keeps resetting
> soon after the 32-bit SPL jumps to 64-bit proper. Debugging shows
> that the reset happens inside env_callback_init().
Hi Jean-Jacques,
On 11 October 2018 at 06:01, Jean-Jacques Hiblot wrote:
> Hi Simon,
>
> thanks for the reviews.
>
>
>
> On 11/10/2018 05:13, Simon Glass wrote:
>>
>> Hi Jean-Jacques,
>>
>> On 5 October 2018 at 10:45, Jean-Jacques Hiblot wrote:
>>>
>>> In a non-DM environment, it is possible to
On 4 October 2018 at 01:00, Mario Six wrote:
> Add support for switching the endianness of regmap accesses via the
> "little-endian", "big-endian", and "native-endian" boolean properties in
> the device tree.
>
> The default endianness is native endianness.
>
> Signed-off-by: Mario Six
>
> ---
>
On Thu, Oct 11, 2018 at 04:18:33PM +0200, Heinrich Schuchardt wrote:
> On 10/11/2018 01:11 PM, AKASHI Takahiro wrote:
> > Currently, image's image_base points to an address where the image was
> > temporarily uploaded for further loading. Since efi_loader relocates
> > the image to final destinatio
Hi Heinrich,
On Fri, Oct 12, 2018 at 6:10 AM Heinrich Schuchardt wrote:
>
> On 10/11/2018 03:57 AM, Bin Meng wrote:
> > Hi Heinrich,
> >
> > On Thu, Oct 11, 2018 at 9:48 AM Bin Meng wrote:
> >>
> >> Add qemu-x86_64 to the list of targets we use for test.py runs.
> >>
> >> Signed-off-by: Bin Meng
Hi Heinrich,
On Fri, Oct 12, 2018 at 2:04 AM Heinrich Schuchardt wrote:
>
> On 10/11/2018 03:53 AM, Bin Meng wrote:
> > With the '-march=core2' fix, it seems that we have some luck that
> > the 64-bit U-Boot boots again. However if we examine the disassembly
> > codes there are still SSE instruct
The current scenario for default UEFI booting, scan_dev_for_efi, has
several issues:
* invoke 'bootmgr' only if BOOTEFI_NAME binary does exit even though
'bootmgr' can and should work independently whether or not the binary
exist,
* always assume that a 'fdtfile' variable is defined,
* redundan
This variable, fdt_addr_t, is missing in the current qemu-arm.h while it
seems to be mandatory, at least, to run distro_bootcmd as expected.
So just add its definition. A size of 1MB would be enough.
Signed-off-by: AKASHI Takahiro
---
include/configs/qemu-arm.h | 1 +
1 file changed, 1 insertion
This is a preparatory patch so that USB boot will be supported
in distro boot script by default.
Signed-off-by: AKASHI Takahiro
---
configs/qemu_arm64_defconfig | 1 +
configs/qemu_arm_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/qemu_arm64_defconfig b/configs/qemu_a
I think that it will be nice if we can install a distro linux from, say,
USB memory with ISO image, to a hard disk off the shelf.
Even with the current u-boot, we can do this by having two *scsi* disks,
but using an USB device looks more realistic, doesn't it?
This patch set give us a base for thi
With this patch, a removable USB mass storage device attached to the system
will also be scanned to find and boot an EFI binary (that is BOOTEFI_NAME,
see config_distro_bootcmd.h).
Signed-off-by: AKASHI Takahiro
---
include/config_distro_bootcmd.h | 7 ++-
1 file changed, 6 insertions(+), 1
With this patch which adds a removable USB mass storage to a list
of bootable devices, USB boot is supported in distro boot if UEFI is
configured.
Signed-off-by: AKASHI Takahiro
---
include/configs/qemu-arm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/qemu-arm.h b/includ
On Thu, 11 Oct 2018 at 17:50, Sumit Garg wrote:
>
> On Thu, 11 Oct 2018 at 08:56, Heinrich Schuchardt wrote:
> >
> > When starting an aarch64 system under QEMU it runs in EL1/EL0. So we have
> > to use HVC for PSCI calls.
> >
> > Without the patch resetting Linux started with bootefi under
> > qe
On Tue, Sep 25, 2018 at 2:13 PM Ashish Kumar wrote:
>> Signed-off-by: Suresh Gupta
> Signed-off-by: Yogesh Gaur
> Signed-off-by: Ashish Kumar
> ---
Applied to u-boot-spi/master
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listin
Hi Jocke,
On Thu, Oct 11, 2018 at 5:48 PM Joakim Tjernlund
wrote:
>
> On Thu, 2018-10-11 at 16:11 +0200, Dirk Eibach wrote:
> >
> > Hello,
> >
> > we have a 16 bit value here, so we have to define whether bit0(containin
> > the information for IO0.0) is in the first or the second byte. Since the
Hi Tom,
Please pull this PR.
thanks,
Jagan.
The following changes since commit 0a60a81ba3860946551cb79aa6486aa076e357f3:
Kconfig: sandbox: enable cmd_avb and dependencies (2018-10-07 13:34:19 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-spi.git master
for you t
Hi Tom,
Please pull this PR.
thanks,
Jagan.
The following changes since commit 0a60a81ba3860946551cb79aa6486aa076e357f3:
Kconfig: sandbox: enable cmd_avb and dependencies (2018-10-07 13:34:19 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sunxi.git sunxi
for you
On 10/12/18 1:15 AM, Joel Stanley wrote:
> On Wed, 10 Oct 2018 at 22:12, Cédric Le Goater wrote:
>>
>> The driver is based on the previous one and the code is only adapted
>> to fit the driver model. The support for the Faraday ftgmac100
>> controller is the same with MAC and MDIO bus support for
Hi Bin,
On Fri, Sep 28, 2018 at 1:43 PM Bin Meng wrote:
>
> Hi Mario,
>
> On Fri, Sep 28, 2018 at 5:59 PM Mario Six wrote:
> >
> > Replace CONFIG_MPC830* with proper CONFIG_ARCH_MPC830* Kconfig options.
> >
> > Signed-off-by: Mario Six
> > ---
> > arch/powerpc/cpu/mpc83xx/Kconfig |
Hi York,
On Fri, Sep 28, 2018 at 4:38 PM York Sun wrote:
>
> On 09/28/2018 02:53 AM, Mario Six wrote:
> > This series converts the first bunch of legacy configuration options to
> > the Kconfig framework.
> >
> > Functionality is preserved where possible, and setting configuration
> > options is m
On Thu, Oct 11, 2018 at 4:02 AM Simon Glass wrote:
>
> On 7 October 2018 at 04:01, Bin Meng wrote:
> > The description string should not contain unnecessary characters,
> > like the ending '\n' or the leading 'CPU:'.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > Changes in v2: None
> >
> > dr
101 - 148 of 148 matches
Mail list logo
