When using 2kiB-pages NAND chips requesting an 8-bit strength ECC, the
layout used is a bit particular and it happens that the ECC engine
tries to correct uncorrectable errors on empty pages, producing
bitflips.
To avoid such situation, raw read support is added to the pxa3xx_nand
driver, and
This only applies on BCH path.
When an empty page is read, it triggers an uncorrectable error. While
this is expected, the ECC engine might produce itself bitflips in the
read data under certain layouts. To overcome this situation, always
re-read the entire page in raw mode and check for the
Raw read support is added by editing a few code sections:
->handle_data_pio() includes the ECC bytes that are not consumed
anymore by the ECC engine.
->prepare_set_command() is changed so that the ECC bytes are
requested as part of the data I/O length.
->drain_fifo() shall
The initial layout for such NAND chips was the following:
++
| 1024 (data) | 30 (ECC) | 1024 (data) | 30 (ECC) | 32 (free OOB) | 30 (ECC) |
++
On 10/11/2018 03:53 AM, Bin Meng wrote:
> Currently only 32-bit U-Boot for QEMU x86 is documented. Mention
> the 64-bit support.
>
> Signed-off-by: Bin Meng
> ---
>
> doc/README.x86 | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/doc/README.x86
Hi Heinrich,
On Thu, Oct 11, 2018 at 11:32 PM Heinrich Schuchardt wrote:
>
> On 10/11/2018 05:27 PM, Bin Meng wrote:
> > Hi Heinrich,
> >
> > On Thu, Oct 11, 2018 at 11:15 PM Heinrich Schuchardt
> > wrote:
> >>
> >> On 10/11/2018 03:53 AM, Bin Meng wrote:
> >>> Currently only 32-bit U-Boot for
This add the initial support of the broadcom reference
board bcm968580xref with a bcm6858 SoC.
This board has 512 MB of ram, 256 MB of flash (nand),
2 usb port, 1 uart, 4 ethernet ports (LAN), 1 ethernet port (WAN).
Signed-off-by: Philippe Reynes
---
arch/arm/dts/bcm968580xref.dts
This add the initial support of the broadcom bcm6858 SoC family,
only the cpu, dram and uart are supported.
Signed-off-by: Philippe Reynes
---
arch/arm/Kconfig | 7
arch/arm/dts/bcm6858.dtsi | 85 +++
2 files changed, 92 insertions(+)
Hi Heinrich,
On Thu, Oct 11, 2018 at 11:15 PM Heinrich Schuchardt wrote:
>
> On 10/11/2018 03:53 AM, Bin Meng wrote:
> > Currently only 32-bit U-Boot for QEMU x86 is documented. Mention
> > the 64-bit support.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > doc/README.x86 | 8 ++--
> > 1
On 10/10/2018 11:40 PM, Pramod Kumar wrote:
> ls1012afrwy and ls1012afrdm both boards are varinat of ls1012a based
> SoC board.
> By default board and board_name uboot env variables are set as
> ls1012afrdm.
> whenever board is detected as ls1012afrwy, uboot env
> variables are upadted to
Add new option to 'adc' command to do a single scan of:
- some channel(s), using mask argument
- all channels available on an ADC device (when optional mask is omitted).
Signed-off-by: Fabrice Gasnier
---
cmd/adc.c | 55 ++-
1 file changed,
This series adds ADC uclass's helpers to
- retrieve the ADC device available channels
- ease conversions to standard unit (µV)
- enhance 'adc' command to print information on available ADC channels
- enhance 'adc' command to print conversion result both as raw and µV
- enhance 'adc' command to
Use newly introduced adc_raw_to_uV() API to print conversion result
both as raw value and micro-volts by default.
Signed-off-by: Fabrice Gasnier
---
cmd/adc.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/cmd/adc.c b/cmd/adc.c
index 39f61c1..7360a96 100644
---
Some SPI NOR chips only support 4-byte mode addressing. Here the default
3-byte mode does not work and leads to incorrect accesses. This patch
now reads the 4-byte mode status bit (in this case in the CR register
of the Macronix SPI NOR) and configures the SPI transfers accordingly.
This was
Some SPI NOR chips only support 4-byte mode addressing. Here the default
3-byte mode does not work and leads to incorrect accesses. This patch
now reads the 4-byte mode status bit (in this case in the CR register
of the Macronix SPI NOR) and configures the SPI transfers accordingly.
This was
On 10/11/2018 03:53 AM, 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().
>
>
This driver add the support of serial on bcm6858.
It's based on serial for bcm6345.
Signed-off-by: Philippe Reynes
---
drivers/serial/Kconfig | 6 +
drivers/serial/Makefile | 1 +
drivers/serial/serial_bcm6858.c | 300
3 files
On 10/11/2018 05:27 PM, Bin Meng wrote:
> Hi Heinrich,
>
> On Thu, Oct 11, 2018 at 11:15 PM Heinrich Schuchardt
> wrote:
>>
>> On 10/11/2018 03:53 AM, Bin Meng wrote:
>>> Currently only 32-bit U-Boot for QEMU x86 is documented. Mention
>>> the 64-bit support.
>>>
>>> Signed-off-by: Bin Meng
Enhance adc info command to report also the channel mask.
Signed-off-by: Fabrice Gasnier
---
cmd/adc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/cmd/adc.c b/cmd/adc.c
index c8857ed..39f61c1 100644
--- a/cmd/adc.c
+++ b/cmd/adc.c
@@ -35,7 +35,7 @@ static int
Add two functions to ADC uclass's:
- adc_raw_to_uV() to ease ADC raw value conversion to microvolts
- adc_channel_mask() to get channels on consumer side
Signed-off-by: Fabrice Gasnier
---
drivers/adc/adc-uclass.c | 37 +
include/adc.h| 21
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 PCA9555
> does this encoding little endian, the conversion is allright.
>
Hi Tom,
The few checkpatch alerts were checked to be exceptions. All passed travis.
Thanks!
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:
Hi Bin,
https://patchwork.ozlabs.org/patch/951499/ 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
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
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
Hi Joe,
https://patchwork.ozlabs.org/patch/975408/ 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/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
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
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 Glass
> ---
Hello Simon,
with this patch x86_64 does not
Hi Joe,
https://patchwork.ozlabs.org/patch/975417/ 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
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 instructions elsewhere which means passing
> cpu type to GCC is not enough to prevent it
Hi Janine,
https://patchwork.ozlabs.org/patch/962746/ 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
Hi Bin,
https://patchwork.ozlabs.org/patch/949572/ 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 Bin,
https://patchwork.ozlabs.org/patch/949577/ 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/975413/ 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/975414/ 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
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 @@
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:
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
Hi Priyanka,
https://patchwork.ozlabs.org/patch/962408/ 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 Bin,
https://patchwork.ozlabs.org/patch/951500/ 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/975411/ 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 Bin,
https://patchwork.ozlabs.org/patch/951501/ 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/975410/ 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 Janine,
https://patchwork.ozlabs.org/patch/962743/ 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 Bin,
https://patchwork.ozlabs.org/patch/950525/ 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
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
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
Hi Bin,
https://patchwork.ozlabs.org/patch/949573/ 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 Janine,
https://patchwork.ozlabs.org/patch/962741/ 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/975409/ 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/975419/ 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 Duncan,
https://patchwork.ozlabs.org/patch/934006/ 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
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
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
+++
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
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 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
>
> ---
>
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 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 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
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
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
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
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: 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: 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
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
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: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 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
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
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
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
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
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,
*
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
> >
LX2160A Soc is based on Layerscape Chassis Generation 3.2 Architecture.
Features:
16 ARM v8 Cortex-A72 cores in 8 cluster, CCN508, SEC,
two 64-bit DDR4 memory controller, RGMII, 8 I2C controllers,
3 serdes modules, USB 3.0, SATA, 4 PL011 SBSA UARTs,
4 TZASC instances, etc.
SoC personalites:
On Thu, Oct 11, 2018 at 1:44 PM Hannes Schmelzer
wrote:
>
> Once we get a zero pointer from load_zimage(...) we must bunch out
> instead of continue boot.
>
> Signed-off-by: Hannes Schmelzer
> ---
>
> arch/x86/lib/bootm.c | 4
> 1 file changed, 4 insertions(+)
>
Reviewed-by: Bin Meng
Hi Hannes,
On Thu, Oct 11, 2018 at 1:45 PM Hannes Schmelzer
wrote:
>
> If we're booting some u-boot module with compressed payload, we have to
> use the pointer where the image really has been loaded (unzipped) to
> instead the pointer to the payload of the u-boot module.
>
> Signed-off-by:
On 10/11/2018 05:28 AM, Heinrich Schuchardt wrote:
> The 'el' command displays the current exception level of the processor
> on the aarch64 architecture.
>
> This information is needed to analyze problems in the EFI subsystem.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/Kconfig | 7
On Wed, 2018-10-10 at 12:27 +0200, Marek Vasut wrote:
> On 10/10/2018 07:30 AM, Ang, Chee Hong wrote:
> >
> > On Tue, 2018-10-09 at 14:48 +0200, Marek Vasut wrote:
> > >
> > > On 10/09/2018 05:03 AM, Ang, Chee Hong wrote:
> > > >
> > > >
> > > > On Mon, 2018-10-08 at 22:32 +0200, Marek Vasut
ls1012afrwy and ls1012afrdm both boards are varinat of ls1012a based
SoC board.
By default board and board_name uboot env variables are set as
ls1012afrdm.
whenever board is detected as ls1012afrwy, uboot env
variables are upadted to ls1012afrwy if it set as ls1012afrdm.
Signed-off-by: Pramod
On 11.10.2018 08:01, Bin Meng wrote:
Hi Hannes,
Hi Bing,
thanks for very quick response on this.
On Thu, Oct 11, 2018 at 1:45 PM Hannes Schmelzer
wrote:
If we're booting some u-boot module with compressed payload, we have to
use the pointer where the image really has been loaded (unzipped)
Hi Chris,
> On Friday, October 05, 2018 11:53 Chris Packham
> wrote:
>
> On Thu, Oct 4, 2018 at 8:04 PM Marek Vasut wrote:
> >
> > On 10/04/2018 08:38 AM, Chris Packham wrote:
> > > On Thu, Oct 4, 2018 at 11:17 AM Marek Vasut wrote:
> > >>
> > >> On 10/03/2018 10:21 PM, Chris Packham wrote:
Hi Patrice,
On Tue, Oct 9, 2018 at 9:41 PM Patrice Chotard wrote:
>
> Add uclass_foreach_dev_probe() which iterates through
> devices of a given uclass. Devices are probed if necessary
> and are ready to use.
>
> Signed-off-by: Patrice Chotard
> Reviewed-by: Simon Glass
> ---
>
> Changes in
Hi Simon,
On Thu, Sep 27, 2018 at 9:42 PM Simon Glass wrote:
>
> Hi Bin,
>
> On 23 September 2018 at 06:42, Bin Meng wrote:
> > This adds a new virtio uclass driver for “virtio” [1] family of
> > devices that are are found in virtual environments like QEMU,
> > yet by design they look like
Hi Tuomas,
On Fri, Sep 28, 2018 at 6:10 AM Tuomas Tynkkynen
wrote:
>
> Hi Bin,
>
> Thanks for the patches, they look great. Some minor comments:
>
> On 09/23/2018 04:42 PM, Bin Meng wrote:
> > This adds a new virtio uclass driver for “virtio” [1] family of
> > devices that are are found in
Today way is to rely on CMD_NAND to be selected and from the root
Makefile compile what is in drivers/mtd/nand/raw.
While this will work most of the time with decent configurations, it
is better to also compile this subsystem upon simple request in the
configuration. Otherwise, a user not
On Tue, Oct 09, 2018 at 07:28:36AM +0800, Bin Meng wrote:
> Hi Andy,
>
> On Tue, Oct 9, 2018 at 12:31 AM Andy Shevchenko
> wrote:
> >
> > On Mon, Oct 08, 2018 at 11:31:32PM +0800, Bin Meng wrote:
> > > +Andy
> > >
> > > On Sat, Sep 8, 2018 at 5:00 PM Heinrich Schuchardt
> > > wrote:
> > > >
>
On Thu, Oct 11, 2018 at 07:26:33AM +0200, Heiko Schocher wrote:
> accidentially while fixing merge errors for patch:
> https://lists.denx.de/pipermail/u-boot/2018-September/342278.html
>
> missed to add files:
>
> MAINTAINERS
> drivers/i2c/Kconfig
> drivers/i2c/Makefile
>
> add them with this
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 performance I/O between host and guest.
> >
> > Signed-off-by: Tuomas
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
1 - 100 of 147 matches
Mail list logo