On modern Allwinner SoCs (tested: H2+, A64, H5, H6) the BootROM can
actually load the SPL also from sector 256 (128KB) of an SD card or eMMC
chip. For more details, see [1].
In this case the boot source indicator (written at offset 0x28 of SRAM A1)
has bit 4 set, so it's 0x10 for SD card and 0x12
Hi,
I'm having problems with my bootscript which works on 2018.03 but is having
problems on latest master. I need to run `mmc part` to get it working.
U-Boot 2019.01-rc1-00337-g42cc2cf (Dec 16 2018 - 01:02:22 +0100)
Model: Toradex Apalis iMX6 Quad 2GB IT V1.1A, Serial# 04875944
The UEFI Specification Version 2.7 Errata A defines:
"EFI_GUID
128-bit buffer containing a unique identifier value.
Unless otherwise specified, aligned on a 64-bit boundary."
Before this patch efi_guid_t was 8-bit aligned.
Signed-off-by: Heinrich Schuchardt
---
include/efi.h | 2 +-
1 file
On 12/14/18 11:10 AM, AKASHI Takahiro wrote:
> From: Leif Lindholm
>
> This patch provides enough implementation of the following protocols to
> run EDKII's Shell.efi and UEFI SCT:
>
> * EfiHiiDatabaseProtocol
> * EfiHiiStringProtocol
>
> Not implemented are:
> * ExportPackageLists()
>
On 12/15/2018 05:43 PM, Jean-Jacques Hiblot wrote:
> dfu, fastbot and other usb gadget commands take the USB port index as a
fastboot.
Looks good to me, I expect Lukasz to pick it, test it and send me a PR.
> parameter. Currently this index is assigned in the order of the driver
> bindings.
>
As much as I hate sending so many patches after RC, apparently this is
second half of USB gadget DM conversion, so be it.
The following changes since commit d117d8f19b0625f88309e47a8a32c2faa384dddc:
Merge branch 'master' of git://git.denx.de/u-boot-i2c (2018-12-13
09:36:55 -0500)
are
This fixes following DTC warning:
arch/mips/dts/nexys4ddr.dtb: Warning (compatible_is_string_list):
/ethernet@10e0/mdio/phy@1:compatible: property is not a string list
As upstream DTS in Linux doesn't have the offending property,
simply remove it to fix the warning.
Signed-off-by: Daniel
Remove all interrupt nodes that cause warnings regarding a missing
interrupt parent. There are no interrupt controller nodes defined
and the device trees don't match the ones in Linux anymore.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/dts/ar933x.dtsi | 3 ---
arch/mips/dts/qca953x.dtsi
Am 14.12.18 um 16:16 schrieb Gregory CLEMENT:
> Adding the support for the Luton boards PCB91 which share common code with
> the Ocelots boards, including board code, device tree and configuration.
>
> Signed-off-by: Gregory CLEMENT
> ---
> MAINTAINERS| 1 +
>
This allows us to properly map the USB controller indexes
Tested on dra76 evm, am572 evm
Signed-off-by: Jean-Jacques Hiblot
---
arch/arm/dts/omap5-u-boot.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/omap5-u-boot.dtsi b/arch/arm/dts/omap5-u-boot.dtsi
index
dfu, fastbot and other usb gadget commands take the USB port index as a
parameter. Currently this index is assigned in the order of the driver
bindings.
Changing this behavior using the SEQ_ALIAS feature. This option assign to
the device a SEQ number based on its alias (if it exists)
To use it we
The USB gadget commands take the USB port index as a parameter.
This is not playing well with the current DM support for gadget when USB0
is dedicated to host and USB1 dedicated to gadget.
This problem has been reported by Sam Protsenko
This patch fixes this by using the aliases provided by the
>>> 2) For BAR support, lets place it as it is and support via spi-nor
>>
>> Problem is, it not desirable to use BAR as default because its not
>> stateless and does not work with all flash parts. OTOH, it seems like 4
>> byte addressing (stateless dedicated opcode or with enter/exit 4 byte
>>
>>> 2) For BAR support, lets place it as it is and support via spi-nor
>>
>> Problem is, it not desirable to use BAR as default because its not
>> stateless and does not work with all flash parts. OTOH, it seems like 4
>> byte addressing (stateless dedicated opcode or with enter/exit 4 byte
>>
On Fri, Dec 14, 2018 at 09:13:51PM +0100, Simon Goldschmidt wrote:
> lmb_add_region handles overlapping regions wrong: instead of merging
> or rejecting to add a new reserved region that overlaps an existing
> one, it just adds the new region.
>
> Since internally the same function is used for
On Sat, Dec 15, 2018 at 04:00:33PM +0100, Simon Goldschmidt wrote:
> Am Sa., 15. Dez. 2018, 15:56 hat Tom Rini geschrieben:
>
> > On Fri, Dec 14, 2018 at 08:42:18AM +0100, Simon Goldschmidt wrote:
> >
> > > Booting an image currently sets the environment variable "fdtaddr"
> > > by calling into
Am Sa., 15. Dez. 2018, 15:56 hat Tom Rini geschrieben:
> On Fri, Dec 14, 2018 at 08:42:18AM +0100, Simon Goldschmidt wrote:
>
> > Booting an image currently sets the environment variable "fdtaddr"
> > by calling into 'cmd/fdt.c'. As a result, linking U-Boot fails if
> > CMD_FDT is not enabled.
>
On Fri, Dec 14, 2018 at 08:42:18AM +0100, Simon Goldschmidt wrote:
> Booting an image currently sets the environment variable "fdtaddr"
> by calling into 'cmd/fdt.c'. As a result, linking U-Boot fails if
> CMD_FDT is not enabled.
>
> Fix this by adding 'if (CONFIG_IS_ENABLED(CMD_FDT))' to the
On Sat, Dec 15, 2018 at 7:29 PM Jagan Teki wrote:
>
> On Fri, Dec 14, 2018 at 10:12 PM Vignesh R wrote:
> >
> > >>
> > >> > 2) For BAR support, lets place it as it is and support via
> > > spi-nor
> > >>
> > > > Problem is, it not desirable to use BAR as default because its
> > >
On Fri, Dec 14, 2018 at 08:43:09AM -0700, Simon Glass wrote:
> Hi Tom,
>
> See here (the one failure seems to be a network error)
> https://travis-ci.org/sglass68/u-boot/builds/46333
Those are annoying and I wish it would auto-restart those jobs since it
should be able to catch that as the
On Fri, Dec 14, 2018 at 10:12 PM Vignesh R wrote:
>
> >>
> >> > 2) For BAR support, lets place it as it is and support via
> > spi-nor
> >>
> > > Problem is, it not desirable to use BAR as default because its not
> > > stateless and does not work with all flash parts. OTOH, it
On Fri, Dec 14, 2018 at 9:23 PM Vignesh R wrote:
>
> On 14/12/18 3:43 PM, Jagan Teki wrote:
> > On Wed, Dec 12, 2018 at 11:02 PM Vignesh R wrote:
> >>
> >> U-Boot SPI NOR support (sf layer) is quite outdated as it does not
> >> support 4 byte addressing opcodes, SFDP table parsing and different
On Thu, 13 Dec 2018, Daniel Schwierzeck wrote:
> > I'm not so sure, if overwriting 0x8000 (default value of EBase on
> > this SoC) with the exception handler is allowed. Is this address "zero"
> > handled somewhat specific in MIPS Linux? AFAICT, the complete DDR
> > area on my platform
+Simon
> -Original Message-
> From: Peng Fan
> Sent: 2018年12月15日 20:20
> To: sba...@denx.de
> Cc: Fabio Estevam ; u-boot@lists.denx.de;
> dl-uboot-imx ; Peng Fan
> Subject: [PATCH 3/5] misc: imx8: scu: use platdata instead of priv data
>
> priv data has not been allocated when doing
When boot_dev is true, fill boot device. However the original logic is when
boot_dev is false, fill boot device, this will trigger data abort.
Also fix sc_misc_get_control when using pointer val.
Signed-off-by: Peng Fan
---
drivers/misc/imx8/scu_api.c | 4 ++--
1 file changed, 2 insertions(+),
To B0[+] chips, dcd_skip needs to be true. For A0 chip, it needs
to be false, however A0 chip is no longer being supported anymore.
Considering we are moving code from imx-mkimage to uboot mkimage,
to make sure we not introduce some surprise, we still keep dcd_skip
code there.
Signed-off-by: Peng
priv data has not been allocated when doing bind, so it is
wrong to use dev_get_priv in bind call back.
Let's switch to use platdata in the driver to fix the issue.
Signed-off-by: Peng Fan
---
drivers/misc/imx8/scu.c | 26 +-
1 file changed, 13 insertions(+), 13
The CPU banner printed is as following:
CPU: CPU: Freescale i.MX8QXP RevB A35 at 147228 MHz
1. Drop the CPU:
2. Change vendor from Freescale to NXP
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/imx8/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
When build clk driver in spl, met the warning:
"
drivers/clk/imx/clk-imx8.c:21:25: warning: ‘imx8_clk_names’ defined but not
used [-Wunused-variable]
static struct imx8_clks imx8_clk_names[] = {
^~
"
Fix with wrapping the array with CONFIG_CMD_CLK.
Several fixes when moving to support SPL.
Peng Fan (5):
clk: imx8: fix build warning
misc: imx: scu: avoid write null pointer
misc: imx8: scu: use platdata instead of priv data
imx8: cpu: correct info
tools: imx8image: set dcd_skip to true
arch/arm/mach-imx/imx8/cpu.c | 2 +-
Update NXP i.MX mail list address
Signed-off-by: Peng Fan
---
V2: Update name of the mail list
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0cec39c542..f8656fd9bd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -123,7 +123,7 @@
On Sat, Dec 15, 2018 at 11:19 AM Peng Fan wrote:
>
> Update NXP i.MX mail list address
>
> Signed-off-by: Peng Fan
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0cec39c542..fe2a1c9db5 100644
> --- a/MAINTAINERS
>
> On 15.12.2018, at 04:19, Peng Fan wrote:
>
> Update NXP i.MX mail list address
>
> Signed-off-by: Peng Fan
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0cec39c542..fe2a1c9db5 100644
> --- a/MAINTAINERS
> +++
33 matches
Mail list logo
