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
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
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 |
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 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
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 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
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
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
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
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
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
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
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
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
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
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
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 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 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
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 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: 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:
>
> 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:
>
> 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: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:
>
> 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 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
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 insertion(+),
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
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
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
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 +
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
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
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
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
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
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/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/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
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
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/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 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 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
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/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
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
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/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 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 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
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 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 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 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:
gi
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 bo
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 fro
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(+)
c
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 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 changed
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
--- a/c
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, 54
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 scan
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 do_adc
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.
>
Y
The initial layout for such NAND chips was the following:
++
| 1024 (data) | 30 (ECC) | 1024 (data) | 30 (ECC) | 32 (free OOB) | 30 (ECC) |
++
Th
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 al
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 whole
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 then
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 ls1012afr
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
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
>>>
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 fi
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().
>
> 0
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 b/doc/README.x86
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 notic
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 notic
Hi Tom,
On 11 October 2018 at 08:11, Tom Rini wrote:
>
> On Tue, Oct 02, 2018 at 04:22:58PM +0100, Liviu Dudau wrote:
>
> > Commit ("dm: core: Widen the dump tree to show more of the driver's
> > name") has widened the field reserved for the name of a driver, so
> > we need to update the test to
Hi Joe,
On Wed, Oct 10, 2018 at 4:39 AM Joe Hershberger wrote:
>
> On Sun, Oct 7, 2018 at 7:53 AM Bin Meng wrote:
> >
> > Hi Joe,
> >
> > On Sat, Sep 15, 2018 at 4:37 AM Joe Hershberger
> > wrote:
> > >
> > > Hi Bin,
> > > On Tue, Sep 11, 2018 at 5:07 AM Bin Meng wrote:
> > > >
> > > > Hi Joe
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 destination, image_base and image_size should reflect
> that.
>
> This bug was detecte
On Thu, Oct 04, 2018 at 09:16:31PM +0200, Marek Vasut wrote:
> Add board-specific hook which is executed before the code hands over
> control to the OS. This lets the board perform some last-minute clean
> ups.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Reviewed-by: Simon Goldschmidt
App
On Wed, Oct 03, 2018 at 12:02:07PM +0200, Loic Devulder wrote:
> This adds platform code for the Khadas VIM2 board based on a
> Meson GXM (S912) SoC with the Meson GXM configuration.
>
> This initial submission supports UART, MMC/SDCard and Ethernet.
> USB is partially supported.
>
> All the cod
On Wed, Oct 03, 2018 at 05:55:14PM +0530, Keerthy wrote:
> Push generic defines of gpio.h out of mach-davinci to drivers/gpio
> now that non-davinci architectures are beginning to use this IP.
>
> Signed-off-by: Keerthy
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signa
On Wed, Oct 03, 2018 at 12:58:49PM +0200, Nicholas Faustini wrote:
> The uinitrd fixup logic should be executed after the FDT /chosen
> node has been properly populated by fdt_initrd()
>
> Signed-off-by: Nicholas Faustini
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
sig
On Fri, Oct 05, 2018 at 11:33:51AM +0200, Patrick Delaunay wrote:
> The interruption support had be removed for ARM architecture and
> the function udelay_masked() is no more used except in some timer.c
> files and have the same content than udelay() or __udelay().
>
> This patch update each tim
1 - 100 of 148 matches
Mail list logo