Hey all,
So, I had said I would do -rc4 on September 9th and -rc5 on September
23rd, and now it's the 23rd and I'm doing -rc4. Why? My reminder for
-rc4 got lost in the shuffle that day and I didn't remember about it
until close to -rc5 time. My fault, oops.
At this point, I'd really like to
Signed-off-by: Philippe Reynes
---
test/py/tests/aes/key192.bin | 1 +
test/py/tests/aes/key256.bin | 1 +
test/py/tests/test_aes.py| 54 +++-
3 files changed, 55 insertions(+), 1 deletion(-)
create mode 100644 test/py/tests/aes/key192.bin
create
Until now, we only support aes128. This commit add the support
of aes192 and aes256.
Signed-off-by: Philippe Reynes
---
cmd/aes.c | 38 +-
include/uboot_aes.h | 34 +++
lib/aes.c | 77
Signed-off-by: Philippe Reynes
---
arch/arm/mach-tegra/tegra20/crypto.c | 41 +++-
1 file changed, 22 insertions(+), 19 deletions(-)
diff --git a/arch/arm/mach-tegra/tegra20/crypto.c
b/arch/arm/mach-tegra/tegra20/crypto.c
index 66fbc3b..b91191e 100644
---
This serie add the support of aes192 and aes256.
This first commit clean a bit the code, and introduce
a constant for the block (instead of using the key size).
The second commit add the support of aes192 and aes256
to the lib and the cmd. The third update the code of
crypto for tegra20, and the
On Mon, Sep 23, 2019 at 01:55:32PM +, Alexander von Gluck IV wrote:
> Oh, a difference:
>
> $ tools/mkimage -n rk3288 -T rksd -d tpl/u-boot-tpl.bin idbloader.img && \
> cat spl/u-boot-spl-dtb.bin >> idbloader.img
>
> I'm using the idbloader.img that u-boot automatically spits out.
>
> $
Since recent splash changes common code for splashscreen logo
should be used instead of adding duplicated code under board
directories. mx6ul_9x9_evk and mx6ul_14x14_evk configurations
used old board specific logo code and do not link, fix them.
Signed-off-by: Anatolij Gustschin
---
ACK! I'm on UART1. Mix that with video potentially not working
in u-boot and I think I have my answer.
I'll test this afternoon.
(PS, since the Tinker is supposed to be "Raspberry Pi like", why would
u-boot present on UART2 on it while the Raspberry Pi u-boot uses UART1?)
Thanks for the help!
On Mon, Sep 23, 2019 at 12:07:20PM +0800, Biwen Li wrote:
> Fix NXP copyright for NXP related code.
>
> Signed-off-by: Biwen Li
> ---
> arch/arm/dts/fsl-ls1088a.dtsi | 2 +-
> arch/arm/dts/fsl-ls2080a-qds.dts| 1 +
> arch/arm/dts/fsl-ls2080a.dtsi | 1 +
These should
This serie fix the command aes on sandbox and add a simple pytest for aes.
The first and second patch enable the command aes on sandbox and sandbox64.
Thr third patch fix the command aes on sandbox (adding map_sysmem to avoid
a segfault), the forth patch add a simple pytest for the command aes.
The aes command used to segfault when accessing memory in sandbox.
The pointer accesses should be mapped.
Signed-off-by: Philippe Reynes
---
cmd/aes.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/cmd/aes.c b/cmd/aes.c
index 7ff4a71..3db110c 100644
--- a/cmd/aes.c
This commit add a simple test to check that
a text may be ciphered and unciphered. Each
step are checked with the known result.
Signed-off-by: Philippe Reynes
---
test/py/tests/aes/iv128.bin | 1 +
test/py/tests/aes/key128.bin| 1 +
test/py/tests/aes/plaintext.bin | 1 +
This commit add the support of command aes.
Then, it may be used on pytest.
Signed-off-by: Philippe Reynes
---
configs/sandbox64_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sandbox64_defconfig b/configs/sandbox64_defconfig
index c177ff8..9332e34 100644
---
This commit enable the command aes on sandbox.
Then, it may be used on pytest.
Signed-off-by: Philippe Reynes
---
configs/sandbox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sandbox_defconfig b/configs/sandbox_defconfig
index 968ffda..d5872dd 100644
---
In the code, we use the size of the key for the
size of the block. It's true when the key is 128 bits,
but it become false for key of 192 bits and 256 bits.
So to prepare the support of aes192 and 256,
we introduce a constant for the iaes block size.
Signed-off-by: Philippe Reynes
---
On Mon, Sep 23, 2019 at 11:09:08AM +0200, Joris Offouga wrote:
> Hi Tom,
>
> Can you consider the series of Pierre-Jean that fixes the build of envtools
>
> Gentle ping for this series:
> - http://patchwork.ozlabs.org/patch/1153103/
> - http://patchwork.ozlabs.org/patch/1153106/
> -
> -Original Message-
> From: Vignesh Raghavendra
> Sent: Wednesday, September 11, 2019 3:37 PM
> To: Simon Goldschmidt ; Ashish Kumar
>
> Cc: Jagan Teki ; u-boot@lists.denx.de;
> alexey.brod...@synopsys.com; Eugeniy Paltsev
> ; Tom Rini
> Subject: Re: [U-Boot] [EXT] [PATCH 2/2]
/custodians/u-boot-imx.git
tags/u-boot-imx-20190923
for you to fetch changes up to 322a967cdf470640cb8cb6b68b6721e63b8c3104:
Merge branch 'for-imx' of https://github.com/OSSystems/u-boot
(2019-09-22 15:19:49 +0200)
u-boot-imx-20190923
From: Sandeep Sheriker Mallikarjun
Add new board SAM9X60-EK using the ARM926 SAM9X60 SoC.
Signed-off-by: Sandeep Sheriker Mallikarjun
[tudor.amba...@microchip.com:
- fix number of DRAM banks:
One DDR2-SDRAM (W972GG6KB 2 Gbit = 16 Mbit x 16 x 8 banks]
- drop SPL related macros
- drop memtest
Hi Tom,
Can you consider the series of Pierre-Jean that fixes the build of envtools
Gentle ping for this series:
- http://patchwork.ozlabs.org/patch/1153103/
- http://patchwork.ozlabs.org/patch/1153106/
- http://patchwork.ozlabs.org/patch/1153105/
-
Hi, Simon,
On 09/23/2019 12:30 PM, Simon Goldschmidt wrote:
> How would I dump the SFDP tables?
this should do it. Make sure SPI_FLASH_SFDP_SUPPORT is selected in menuconfig.
Cheers,
ta
diff --git a/drivers/mtd/spi/spi-nor-core.c b/drivers/mtd/spi/spi-nor-core.c
index
Add more scfw api for clk/partition/seco usage
The api will be used by ccf/partition/secure boot.
Signed-off-by: Peng Fan
---
arch/arm/include/asm/arch-imx8/sci/rpc.h | 24 +
arch/arm/include/asm/arch-imx8/sci/sci.h | 42 +-
arch/arm/include/asm/arch-imx8/sci/svc/seco/api.h
- Not power down OCRAM1 for FlexTimer to wakeup
system with FlexTimer in deep sleep.
- Add errata ID A-008646 for workaround.
Signed-off-by: Biwen Li
---
arch/arm/cpu/armv7/ls102xa/ls102xa_psci.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git
After merge master imx and U-Boot master. Pico imx7d build break.
common/built-in.o:/home/jun/u-boot/include/bmp_logo_data.h:46 : définitions
multiples de « bmp_logo_bitmap »
board/technexion/pico-imx7d/built-in.o:/home/jun/u-boot/include/bmp_logo_data.h:46
: défini pour la première fois ici
From: Tudor Ambarus
The Special Function Registers (SFR) are present in sam9x5 and
sam9x60 too, rename sama5_sfr to at91_sfr.h.
Signed-off-by: Tudor Ambarus
---
arch/arm/mach-at91/armv7/sama5d4_devices.c | 2 +-
arch/arm/mach-at91/atmel_sfr.c | 2
Hi ,
On Mon, Sep 23, 2019 at 11:38 AM wrote:
>
> Hi, Simon,
>
> On 09/23/2019 12:30 PM, Simon Goldschmidt wrote:
> > How would I dump the SFDP tables?
>
> this should do it. Make sure SPI_FLASH_SFDP_SUPPORT is selected in menuconfig.
>
> Cheers,
> ta
>
> diff --git
From: Tudor Ambarus
- EBI Chip Select Register is now in SFR,
- the pins are set to default values,
- timings are matching MT29F4G08BABWP's nand flash requirements.
Signed-off-by: Tudor Ambarus
---
board/atmel/sam9x60ek/sam9x60ek.c | 61 +++
From: Sandeep Sheriker Mallikarjun
add device tree files for sam9x60ek board with below changes.
- Add initial device nodes (pmc, pinctrl, sdhc, dbgu & pit)
- Add the reg property for the pinctrl node.
- Add the "u-boot,dm-pre-reloc" property to determine which nodes
are used by the
From: Tudor Ambarus
Cope with the offsets defined at:
https://www.at91.com/linux4sam/pub/Linux4SAM/SambaSubsections/demo_nandflash_map_lnx4sam6x.png
The environment starts at 0x14 and it's of size 0x2.
The device tree starts at 0x18 and it's of size 0x8.
The zImage starts at
From: Tudor Ambarus
sama5's SFR has at offset 0x04 the DDR Configuration Register,
while sam9x60's SFR contains the EBI Chip Select Register. Add
a union to reconcile both boards.
Signed-off-by: Tudor Ambarus
---
arch/arm/mach-at91/include/mach/at91_sfr.h | 48 --
From: Tudor Ambarus
Boot from QSPI nor flash.
The at91bootstrap, u-boot, u-boot env redundant, u-boot env,
device tree and kernel will reside in the QSPI nor flash.
The rootfs will reside in the NAND flash.
Signed-off-by: Tudor Ambarus
---
board/atmel/sam9x60ek/MAINTAINERS | 1 +
From: Nicolas Ferre
Add Ethernet controller to dtsi file and enable it on sam9x60ek
platform connected with rmii.
Signed-off-by: Nicolas Ferre
---
arch/arm/dts/sam9x60.dtsi | 31 +++
arch/arm/dts/sam9x60ek.dts | 5 +
2 files changed, 36 insertions(+)
diff
From: Tudor Ambarus
Boot from nand flash.
Signed-off-by: Tudor Ambarus
---
board/atmel/sam9x60ek/MAINTAINERS | 1 +
configs/sam9x60ek_nandflash_defconfig | 51 +++
2 files changed, 52 insertions(+)
create mode 100644 configs/sam9x60ek_nandflash_defconfig
From: Sandeep Sheriker Mallikarjun
add sam9x60ek_mmc_defconfig and for now only supports booting from
sdcard.
Signed-off-by: Sandeep Sheriker Mallikarjun
Signed-off-by: Nicolas Ferre
[nicolas.fe...@microchip.com: split patch, add Ethernet controller,
phy and tools]
From: Tudor Ambarus
The sam9x60 qspi controller uses 2 clocks, one for the peripheral register
access, the other for the qspi core and phy. Both are mandatory.
Enable the qspi node together with the SST26VF064B qspi nor flash
memory. Booting from the QSPI NOR flash is now possible.
Hi Ashish,
On 23/09/19 2:37 PM, Ashish Kumar wrote:
>
[...]
>> Lets see if something stands out.
> Hi Vignesh, Eugeniy,
>
> Could you please provide me dump for n25q512a which consists of all 6 JEDEC
> id bytes.
> I had initiated mail chain with MICRON FAE, and they suggest that extended id
>
From: Sandeep Sheriker Mallikarjun
Add new Microchip sam9x60 SoC based on an ARM926.
Signed-off-by: Sandeep Sheriker Mallikarjun
[tudor.amba...@microchip.com: fix SFR definition]
Signed-off-by: Tudor Ambarus
---
arch/arm/mach-at91/Kconfig | 4 +
From: Tudor Ambarus
Add support for sam9x60 SOC, sam9x60ek board, dts, NAND and QSPI.
Add defconfigs for MMC, NAND and QSPI.
v2: add maintainers for qspi & nand defconfigs
Nicolas Ferre (1):
ARM: dts: at91: sam9x60: Add macb0 Ethernet controller
Sandeep Sheriker Mallikarjun (4):
ARM:
On Wed, Sep 11, 2019 at 12:06 PM Vignesh Raghavendra wrote:
>
> Hi Ashish, Simon,
>
> On 11/09/19 3:11 PM, Simon Goldschmidt wrote:
> >
> >
> > Ashish Kumar mailto:ashish.ku...@nxp.com>>
> > schrieb am Mi., 11. Sep. 2019, 10:49:
> >
> >
> >
> > > -Original Message-
> > > From:
On Mon, Sep 23, 2019 at 03:48:29PM -0300, Otavio Salvador wrote:
> On Mon, Sep 23, 2019 at 9:57 AM Joris Offouga wrote:
> > Hi Tom and Stefano
> >
> > I send patch series for fix build for pico-imx7d
>
> Those changes are indeed important. Most were sent before and we
> polished them more
On Mon, Sep 23, 2019 at 04:47:55PM -0300, Breno Matheus Lima wrote:
> Hi All,
>
> I'm trying to run buildman in Ubuntu 18.04 and I met the following
> build issue in most of the archs:
>
>
Hi Tom,
Em seg, 23 de set de 2019 às 17:02, Tom Rini escreveu:
>
> On Mon, Sep 23, 2019 at 04:47:55PM -0300, Breno Matheus Lima wrote:
>
> > Hi All,
> >
> > I'm trying to run buildman in Ubuntu 18.04 and I met the following
> > build issue in most of the archs:
> >
> >
The default CSF_SIZE defined in Kconfig is too high and SPL cannot
fit into the OCRAM in certain cases.
The CSF cannot achieve 0x2000 length when using RSA 4K key which is
the largest key size supported by HABv4.
According to AN12056 "Encrypted Boot on HABv4 and CAAM Enabled Devices"
it's
On Mon, Sep 23, 2019 at 11:26 AM Tom Rini wrote:
>
> Hey all,
>
> So, I had said I would do -rc4 on September 9th and -rc5 on September
> 23rd, and now it's the 23rd and I'm doing -rc4. Why? My reminder for
> -rc4 got lost in the shuffle that day and I didn't remember about it
> until close to
On Mon, Sep 23, 2019 at 9:57 AM Joris Offouga wrote:
> Hi Tom and Stefano
>
> I send patch series for fix build for pico-imx7d
Those changes are indeed important. Most were sent before and we
polished them more lately.
Joris also been promptly on fixing issues, so I'd love to see it all merged.
Hi Stefano and Jagan,
Em qui, 19 de set de 2019 às 05:27, Stefano Babic escreveu:
>
> On 19/09/19 07:37, Jagan Teki wrote:
> > Hi Stefano,
> >
> > On Wed, Sep 18, 2019 at 1:29 PM Stefano Babic wrote:
> >>
> >> Hi Jagan, Breno,
> >>
> >> On 17/09/19 09:13, Jagan Teki wrote:
> >>> Hi Breno,
>
On Thu, 19 Sep 2019 19:30:08 +0200
Anatolij Gustschin ag...@denx.de wrote:
...
> splash: fix logo drawing if CONFIG_VIDEO_LOGO enabled
> imx: wandboard: fix splash logo drawing
> imx: mx6sabresd: fix splash logo drawing
> imx: apalis_imx6: fix splash logo drawing
> imx: icore: fix splash
Hi Fabio,
On Fri, 20 Sep 2019 19:18:45 -0300
Fabio Estevam feste...@gmail.com wrote:
...
> Could you also submit the dts change to the kernel?
I've sent a patch to arm kernel ML.
> This way we avoid getting the U-Boot and kernel dts out of sync.
Agreed.
--
Anatolij
On Mon, Sep 23, 2019 at 4:29 PM Tom Rini wrote:
> On Mon, Sep 23, 2019 at 03:48:29PM -0300, Otavio Salvador wrote:
> > On Mon, Sep 23, 2019 at 9:57 AM Joris Offouga
> > wrote:
> > > Hi Tom and Stefano
> > >
> > > I send patch series for fix build for pico-imx7d
> >
> > Those changes are indeed
On Mon, Sep 23, 2019 at 01:48:12PM -0500, Adam Ford wrote:
> On Mon, Sep 23, 2019 at 11:26 AM Tom Rini wrote:
> >
> > Hey all,
> >
> > So, I had said I would do -rc4 on September 9th and -rc5 on September
> > 23rd, and now it's the 23rd and I'm doing -rc4. Why? My reminder for
> > -rc4 got lost
On Fri, 9 Aug 2019 22:30:26 +0200
Mark Kettenis kette...@openbsd.org wrote:
...
> ---
> drivers/video/sunxi/sunxi_dw_hdmi.c | 2 +-
Applied to u-boot-video/master, thanks!
--
Anatolij
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, 20 Sep 2019 20:05:48 +0200
Anatolij Gustschin ag...@denx.de wrote:
...
> common/splash.c | 46 +-
> 1 file changed, 45 insertions(+), 1 deletion(-)
Applied to u-boot-video/master, thanks!
--
Anatolij
On Mon, 23 Sep 2019 at 09:39, Philippe Reynes
wrote:
>
> The aes command used to segfault when accessing memory in sandbox.
> The pointer accesses should be mapped.
>
> Signed-off-by: Philippe Reynes
> ---
> cmd/aes.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff
Hi All,
I'm trying to run buildman in Ubuntu 18.04 and I met the following
build issue in most of the archs:
+/home/breno/.buildman-toolchains/gcc-7.3.0-nolibc/powerpc-linux/bin/../libexec/gcc/powerpc-linux/7.3.0/cc1:
error while loading shared libraries: libmpfr.so.4: cannot open shared
object
We always have to return via EFI_EXIT() from EFIAPI functions.
Coverity reported an unreachable line and a resource leak.
Fixes: commit 6d2f27c5fd60 ("efi_loader: variable: support APPEND_WRITE")
Reported-by: Coverity Scan CID 253575, CID 184095
Signed-off-by: Heinrich Schuchardt
---
APPEND_WRITE with data length zero is allowable according to the UEFI
specification.
The EDK2 interpretation of no access attributes is attributes = 0. As
the UEFI specification is vague in this respect let's stick to EDK2 here.
Fixes: commit 6d2f27c5fd60 ("efi_loader: variable: support
Signed-off-by: Andrius Štikonas
---
cmd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index 98647f58b7..c25fee721f 100644
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -1468,7 +1468,7 @@ config CMD_BMP
bool "Enable 'bmp' command"
Older variants of n25q256* and n25q512* do not support 4 Byte stateless
addressing opcodes. Therefore drop SPI_NOR_4B_OPCODES flag from these
entries.
Signed-off-by: Vignesh Raghavendra
---
drivers/mtd/spi/spi-nor-ids.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Newer variants of n25q256* and n25q512* flashes support 4 Byte
addressing opcodes. Add entries for the same. These flashes Bit 6 set in
5th byte of READ ID response.
Signed-off-by: Vignesh Raghavendra
---
drivers/mtd/spi/spi-nor-ids.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
This series removes SPI_NOR_4B_OPCODES flags from legacy variants of
n25q256* and n25q512* and adds entries for newer variants of those
flashes that support 4 Byte opcodes.
I don't have the flash devices. So its only compile tested.
Ashish, Simon,
I would greatly appreciate if you could test
mt25qu512a is just a rebranded name for n25q512a. All the 6 bytes of JEDEC
ID bytes are same for mt25qu512a and n25q512a. Therefore rename
mt25qu512a to "mt25qu512a (n25q512a)", so that its much clearer to user.
Signed-off-by: Vignesh Raghavendra
---
drivers/mtd/spi/spi-nor-ids.c | 2 +-
1 file
I've been unable to successfully run "make envtools" on recent versions
of u-boot, and finally got a chance to git bisect it.
It looks like commit 9fb625ce05539fe6876a59ce1dcadb76b33c6f6e,
introduced after 2019.10-rc1, breaks building envtools:
#!/bin/sh
# test-bisect
set -e
set -x
make clean
Hello Tom,
On Mon, Sep 23, 2019 at 5:04 PM Otavio Salvador wrote:
> On Mon, Sep 23, 2019 at 4:29 PM Tom Rini wrote:
> > > We are now getting to move more things to DM model and we hope to do
> > > more changes for next release.
> >
> > OK. But we're 2 weeks from v2019.10 release. Will these
> Subject: [PATCH] imx: mx6ul_14x14_evk: fix link issue
>
> Since recent splash changes common code for splashscreen logo should be
> used instead of adding duplicated code under board directories.
> mx6ul_9x9_evk and mx6ul_14x14_evk configurations used old board specific
> logo code and do not
Fix NXP copyright for NXP related code.
Signed-off-by: Biwen Li
---
Change in v2:
- Move new copyright next to
the above copyright
arch/arm/dts/fsl-ls1088a.dtsi | 2 +-
arch/arm/dts/fsl-ls2080a-qds.dts| 1 +
arch/arm/dts/fsl-ls2080a.dtsi | 1 +
пн, 23 сент. 2019, 4:09 Kever Yang :
> Hi Matwey,
>
> On 2019/9/21 下午9:04, Matwey V. Kornilov wrote:
> > Hi all,
> >
> > Is there a reason why do we have
> > include/dt-bindings/clock/rk3328-cru.h completely different from the
> > same file in the Linux kernel tree?
> > Many values (ACLK_*,
On Mon, Sep 23, 2019 at 5:59 AM Joris Offouga wrote:
>
> Signed-off-by: Joris Offouga
Reviewed-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1
Since convert dm_video, unused code introduced, so remove this
Signed-off-by: Joris Offouga
Reviewed-by: Otavio Salvador
---
Changes v2:
Add missing remove port and imx_iomux_v3_setup_multiple_pads
Add Reviewed-by
arch/arm/dts/imx7d-pico-u-boot.dtsi | 37
Signed-off-by: Joris Offouga
Reviewed-by: Otavio Salvador
---
Changes v2:
Add Reviewed by
board/technexion/pico-imx7d/pico-imx7d.c | 13 -
configs/pico-dwarf-imx7d_defconfig | 2 ++
configs/pico-hobbit-imx7d_defconfig | 2 ++
configs/pico-imx7d_bl33_defconfig
Ok, looking for differences now..
* Older Tinker Board? (I'm not using the Tinker Board S)
* Same steps?
* Same config? tinker-rk3288_defconfig?
* Uart 115200?
* Any HDMI Video output?
* GCC version?
September 23, 2019 12:34 AM, "Jonathan Gray" wrote:
> On Mon, Sep 23, 2019 at 01:17:40AM
Hi,
I have to start u-boot in initram ramdisk to create NAND partitions
and burn the Yocto image to NAND flash in iMX6, is there a simple way
to partition NAND and burn image to NAND without running the u-boot in
an intermediate initram stage?
The second issue is in the current method to run
Hello, I am trying to setup the baud rate of the rockchip uart from the file
=> arch/arm/mach-rockchip/rk3328-board-tpl.c
line 59 -> 63, the baud rate is at insane 1,500,000 bps... that speed it too
fast for small computers
using serial port to communicate with the rock64 SBC... I would
> From: Sérgio de Almeida Lenzi
> Date: Sun, 22 Sep 2019 00:51:52 -0300
>
> Hello, I am trying to setup the baud rate of the rockchip uart from
> the file => arch/arm/mach-rockchip/rk3328-board-tpl.c line 59 -> 63,
> the baud rate is at insane 1,500,000 bps... that speed it too fast
> for small
87d5b225585f341ea8e926a2c26fb72585fc9d0c:
MAINTAINERS: Change fsl-qoriq, mpc86xx, mpc85xx maintainers
(2019-09-13 10:14:45 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
tags/u-boot-imx-20190923
for you to fetch changes up
Since convert dm_video, unused code introduced, so remove this
Signed-off-by: Joris Offouga
---
arch/arm/dts/imx7d-pico-u-boot.dtsi | 31
board/technexion/pico-imx7d/pico-imx7d.c | 11 -
2 files changed, 42 deletions(-)
diff --git
Signed-off-by: Joris Offouga
---
board/technexion/pico-imx7d/pico-imx7d.c | 13 -
configs/pico-dwarf-imx7d_defconfig | 2 ++
configs/pico-hobbit-imx7d_defconfig | 2 ++
configs/pico-imx7d_bl33_defconfig| 2 ++
configs/pico-imx7d_defconfig | 2 ++
019-09-13 10:14:45 -0400)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-20190923
>
> for you to fetch changes up to 322a967cdf470640cb8cb6b68b6721e63b8c3104:
>
> Merge branch 'for-imx' of http
On Mon, Sep 23, 2019 at 01:06:35PM +, Alexander von Gluck IV wrote:
> Ok, looking for differences now..
>
> * Older Tinker Board? (I'm not using the Tinker Board S)
yes, the original one
> * Same steps?
along the lines of
gmake CROSS_COMPILE="arm-none-eabi-" tinker-rk3288_defconfig
gmake
Oh, a difference:
$ tools/mkimage -n rk3288 -T rksd -d tpl/u-boot-tpl.bin idbloader.img && \
cat spl/u-boot-spl-dtb.bin >> idbloader.img
I'm using the idbloader.img that u-boot automatically spits out.
$ tools/mkimage -n rk3288 -T rksd -d tpl/u-boot-tpl.bin idbloader-manual.img
Image Type:
On Mon, Sep 23, 2019 at 5:59 AM Joris Offouga wrote:
>
> Since convert dm_video, unused code introduced, so remove this
>
> Signed-off-by: Joris Offouga
Reviewed-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
On 2019-09-19 4:56 a.m., Simon South wrote:
I've been unable so far to boot NetBSD on my PINE64 ROCK64 (v2.0,
Rockchip RK3328) using U-Boot built with its own TPL...
This definitely seems memory-related: After enabling the "mtest" command
(patch attached) and running the memory test at the
81 matches
Mail list logo
