> -Original Message-
> From: Simon Goldschmidt
> Sent: Thursday, December 12, 2019 3:38 PM
> To: Marek Vasut
> Cc: Tan, Ley Foon ; U-Boot Mailing List b...@lists.denx.de>
> Subject: Re: Pull request: socfpga-next
>
> On Thu, Dec 12, 2019 at 2:04 AM Marek Vasut wrote:
> >
> > On 12/10
On Thu, Dec 12, 2019 at 2:04 AM Marek Vasut wrote:
>
> On 12/10/19 11:01 AM, Simon Goldschmidt wrote:
> > Hi Marek,
> >
> > after fixing Stratix10 build warnings, please pull this updated Agilex
> > series for next.
> >
> > Travis ran successfully this time:
> > https://travis-ci.org/goldsimon/u-b
On 11/12/19, Fabio Estevam wrote:
> Hi Oliver,
>
> On Tue, Dec 10, 2019 at 11:50 PM Peng Fan wrote:
>
> > Update your scfw/atf and they try again.
>
> Does it boot if you use the imx_4.19.35_1.0.0 ATF branch?
Unfortunately, not. I checked out imx-atf in that branch. Build it with:
make PLAT=i
> -Original Message-
> From: Marek Vasut
> Sent: Saturday, December 7, 2019 8:24 AM
> To: thor.tha...@linux.intel.com; simon.k.r.goldschm...@gmail.com; Tan,
> Ley Foon
> Cc: albert.u.b...@aribaud.net; Ang, Chee Hong
> ; Chee, Tien Fong ;
> u-boot@lists.denx.de
> Subject: Re: [PATCHv2 0/
> -Original Message-
> From: thor.tha...@linux.intel.com
> Sent: Saturday, December 7, 2019 3:48 AM
> To: ma...@denx.de; simon.k.r.goldschm...@gmail.com; Tan, Ley Foon
>
> Cc: albert.u.b...@aribaud.net; Ang, Chee Hong
> ; Chee, Tien Fong ;
> u-boot@lists.denx.de; Thor Thayer
> Subject
> -Original Message-
> From: thor.tha...@linux.intel.com
> Sent: Saturday, December 7, 2019 3:48 AM
> To: ma...@denx.de; simon.k.r.goldschm...@gmail.com; Tan, Ley Foon
>
> Cc: albert.u.b...@aribaud.net; Ang, Chee Hong
> ; Chee, Tien Fong ;
> u-boot@lists.denx.de; Thor Thayer
> Subject
On 12/11/19 6:47 PM, Simon Glass wrote:
- * void relocate_code (addr_moni)
+ * void relocate_code(addr_moni)
Is this really necessary? I think you're bloating your patch with these
comment changes. Your patch would be half the size without these
changes, so I don't think this really qualifi
At present panic() is in the vsprintf.h header file. That does not seem
like an obvious choice for hang(), even though it relates to panic(). So
let's put hang() in its own header.
Signed-off-by: Simon Glass
---
arch/arm/cpu/arm926ejs/mxs/mxs.c | 1 +
arch/arm/cpu/arm926ejs/mxs/sp
Khadas VIM3L uses the same board layout as VIM3, but with an S905D3 chip
instead of A311D. Board config is derived from khadas-vim3_defconfig and
sei610_defconfig. README is based on README.khadas-vim3; the difference
is that VIM3L uses FIP files from the g12a folder in vendor sources not
the g12b
These global variables are quite short and generic. In fact the same name
is more often used locally for struct members and function arguments.
Add a image_ prefix to make them easier to distinguish.
Signed-off-by: Simon Glass
---
cmd/bmp.c | 8
c
These three globals relate to image handling. Move them to the image
header file.
Signed-off-by: Simon Glass
---
cmd/bmp.c | 1 +
cmd/bootz.c| 1 +
cmd/cramfs.c | 1 +
cmd/disk
These functions relate to memory init so move them into the init
header.
Signed-off-by: Simon Glass
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c | 1 +
arch/arm/cpu/arm926ejs/spear/spr_misc.c | 1 +
arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 1 +
arch/arm/mach-
Import the Khadas VIM3L device-tree from [1]
[1] e42617b825f8 ("Linux 5.5-rc1")
Signed-off-by: Christian Hewitt
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/meson-sm1-khadas-vim3l.dts | 95 +
2 files changed, 96 insertions(+)
create mode 1006
Khadas VIM3L is a new revision of the VIM3 board that swaps the premium
A311D chip for Amlogic's mid-range S905D3 chip.
Christian Hewitt (2):
ARM: dts: Import Khadas VIM3L DT from Linux 5.5-rc1
boards: amlogic: add Khadas VIM3L support
arch/arm/dts/Makefile | 1 +
arch/ar
These three clock functions don't use driver model and should be migrated.
In the meantime, create a new file to hold them.
Signed-off-by: Simon Glass
---
arch/arm/cpu/arm1136/mx35/generic.c| 1 +
arch/arm/cpu/arm926ejs/lpc32xx/clk.c | 1 +
arch/arm/cpu/arm926ejs
Move this function out of common.h and into a relevant header file.
Signed-off-by: Simon Glass
---
arch/arc/lib/reset.c| 1 +
arch/arm/cpu/arm920t/ep93xx/cpu.c | 1 +
arch/arm/cpu/arm920t/imx/timer.c| 3 ++-
arch/
This is a network function so let's move it into that header.
Signed-off-by: Simon Glass
---
arch/arm/mach-omap2/emif-common.c | 1 +
board/LaCie/edminiv2/edminiv2.c | 1 +
board/LaCie/net2big_v2/net2big_v2.c | 1 +
board/LaCie/netspace_v2/netspace_v2.c
This seems pretty old now. It has not been converted to driver model and
is not used by any boards.
Drop it.
Signed-off-by: Simon Glass
---
README | 26 --
cmd/Kconfig | 5 -
cmd/Makefile| 1 -
cmd/fdc.c
This is an init function so move it out of the common header. Avoid using
the typedef so that we don't have to include the global_data header file.
Also tidy up the function style in comments while we are here.
Signed-off-by: Simon Glass
---
arch/arm/lib/relocate_64.S | 2 +-
On Wed, Dec 11, 2019 at 10:57 PM Fabio Estevam wrote:
> Just did a quick boot test on a imx8mq-evk with v2.2 upstream ATF and
> it booted fine.
Actually I do see some power domain issues when using upstream ATF and
booting mainline kernel:
[1.573227] imx-pgc imx-pgc-domain.3: failed to comm
On Wed, Dec 11, 2019 at 10:20 PM Fabio Estevam wrote:
>
> Hi Peter,
>
> On Wed, Dec 11, 2019 at 10:09 PM Peter Robinson wrote:
>
> > It would be useful to test against the upstream releases and document
> > against those rather than random vendor forks, upstream has fairly
> > consistent 6 monthl
> Subject: [PATCH] imx8m: ddr_init: Move ddr_init() messages to debug level
>
> Currently inside ddr_init() there is a mix of printf() and debug() level
> messages.
>
> Since this type of information is useful for debug purposes, convert all of
> them
> to debug level for consistency.
>
> Sign
Hi Peter,
On Wed, Dec 11, 2019 at 10:09 PM Peter Robinson wrote:
> It would be useful to test against the upstream releases and document
> against those rather than random vendor forks, upstream has fairly
> consistent 6 monthly releases around March/October with the last one
> being 2.2.
I agr
> Subject: [PATCH] imx8mq_evk: Update the required ATF branch
>
> Following the README instructions leads to a non-booting
> U-Boot:
>
> U-Boot SPL 2020.01-rc3-00070-g9a0cbae22a (Nov 25 2019 - 13:08:24 -0300)
> PMIC: PFUZE100 ID=0x10
> DDRINFO: start DRAM init
> DDRINFO:ddrphy calibration done
>
On Wed, Dec 11, 2019 at 4:02 PM Fabio Estevam wrote:
>
> On Wed, Dec 11, 2019 at 11:14 AM Schrempf Frieder
> wrote:
>
> > Just for the record: I am using upstream ATF for my custom i.MX8MM board
> > with mainline U-Boot and it just works fine. I didn't run into any
> > issues so far and I'm still
On 12/10/19 11:01 AM, Simon Goldschmidt wrote:
> Hi Marek,
>
> after fixing Stratix10 build warnings, please pull this updated Agilex
> series for next.
>
> Travis ran successfully this time:
> https://travis-ci.org/goldsimon/u-boot/builds/622657322
>
> Regards,
> Simon
>
> The following change
This file doesn't include any declarations anymore but it does include
other headers. Update the header comment to mention this.
Signed-off-by: Simon Glass
---
include/common.h | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/include/common.h b/include/common.h
index 388
Move this macro in with all the other rounding macros.
Signed-off-by: Simon Glass
---
include/common.h | 2 --
include/linux/kernel.h | 2 ++
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/common.h b/include/common.h
index 4110f75a93..997828311e 100644
--- a/includ
This function is called during init so move it to the init header file.
Signed-off-by: Simon Glass
---
board/BuS/eb_cpu5282/eb_cpu5282.c | 3 ++-
board/cobra5272/cobra5272.c | 3 ++-
board/freescale/m5208evbe/m5208evbe.c | 1 +
board/freescale/m52277evb/m52277evb.c
There are many header files included here. Put them all together since the
blank lines are not useful.
Signed-off-by: Simon Glass
---
include/common.h | 24
1 file changed, 24 deletions(-)
diff --git a/include/common.h b/include/common.h
index 32999f9cbf..388d98a1db 10
The kernel.h file has a number of useful macros including a few related
to structures. Move check_member() there too.
Signed-off-by: Simon Glass
---
include/common.h | 11 ---
include/linux/kernel.h | 11 +++
2 files changed, 11 insertions(+), 11 deletions(-)
diff --git a
This is not really a CONFIG since it is not intended to be set by boards.
Move it into the compiler header with other similar defines, and rename
it.
Signed-off-by: Simon Glass
---
README | 2 +-
cmd/mem.c| 54 ++--
comm
This function has a very generic name which does not adequately describe
its purpose. Rename it and move it to image.h, since it relates to reading
a script from an image.
Signed-off-by: Simon Glass
---
cmd/source.c | 5 ++---
drivers/usb/gadget/f_sdp.c | 2 +-
include/common.h
This function related to timer and most of the timer functions are in
time.h, so move this function there.
Signed-off-by: Simon Glass
---
arch/arm/cpu/arm920t/imx/timer.c| 2 +-
arch/arm/cpu/arm926ejs/armada100/timer.c| 2 +-
arch/arm/cpu/sa1100/timer.c | 2 +-
a
This function is only used on ARM devices. Move it out of the common file
and to a arch-specific header.
Signed-off-by: Simon Glass
---
arch/arm/include/asm/u-boot-arm.h | 2 ++
include/common.h | 1 -
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/inclu
This function is only used on ARM devices so does not belong in the global
common header file. Move it to an ARM header.
Signed-off-by: Simon Glass
---
arch/arm/include/asm/u-boot-arm.h | 2 ++
include/common.h | 2 --
2 files changed, 2 insertions(+), 2 deletions(-)
diff --gi
This file is only used by PowerPC so move it to an arch-specific header
file.
Signed-off-by: Simon Glass
---
arch/powerpc/include/asm/ppc.h | 1 +
board/socrates/socrates.c | 4 ++--
include/common.h | 1 -
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/p
This is an init-related function so belongs in that file. Move it.
Signed-off-by: Simon Glass
---
arch/x86/cpu/baytrail/cpu.c| 1 +
arch/x86/cpu/baytrail/valleyview.c | 1 +
arch/x86/cpu/cpu.c | 1 +
arch/x86/cpu/i386/cpu.c| 1 +
arch/x86/cpu/i386/interrupt.c
This file already has lots of type declarations so it seems better to put
all of them there.
Move them.
Signed-off-by: Simon Glass
---
include/common.h | 5 -
include/linux/types.h | 5 +
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/common.h b/include/com
These functions relate to setting up the device tree for booting the OS.
The fdt_support.h header file supports similar functions, so move these
there.
Signed-off-by: Simon Glass
---
arch/riscv/lib/bootm.c| 1 +
board/esd/vme8349/vme8349.c | 1 +
board/freesc
This function is not called anywhere so we can drop the declaration. If
it is needed one day, it should be added in its own header file.
Signed-off-by: Simon Glass
---
include/common.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/common.h b/include/common.h
index a102f9deff..7b
These CONFIG options are not used anymore. CONFIG_POST_ALT_LIST just
causes CONFIG_POST_STD_LIST to be set and it causes tests.c to be
compiled. So just make compiling tests.c unconditional.
Signed-off-by: Simon Glass
---
include/common.h | 3 ---
post/Makefile| 2 +-
This function is defined in exports.c so move it to its header file.
Signed-off-by: Simon Glass
---
common/board_r.c | 1 +
include/common.h | 3 ---
include/exports.h | 3 +++
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/common/board_r.c b/common/board_r.c
index cda90bd385.
This define seems better suited to the eeprom header file, particularly
as it is only used in the eeprom.c file.
Move it.
Signed-off-by: Simon Glass
---
include/common.h | 4
include/eeprom.h | 4
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/common.h b/inclu
These declarations are only used in fdtdec.c so move them to its header
file.
Signed-off-by: Simon Glass
---
include/common.h | 3 ---
include/fdtdec.h | 3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/common.h b/include/common.h
index 4f3536f299..fe10f06819 100644
This function belongs in the network header file. Move it.
Signed-off-by: Simon Glass
---
cmd/pxe.c| 1 +
include/common.h | 3 ---
include/net.h| 11 +++
3 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/cmd/pxe.c b/cmd/pxe.c
index 73f1b4fbd3..194a366aa1 100
This only exists to control whether the post/ directory is build. It is
just as easy to check this in the Makefile. Remove CONFIG_HAS_POST and use
an ifdef in the Makefile instead.
Signed-off-by: Simon Glass
---
Makefile | 4 +++-
include/common.h | 4
2 files changed, 3 insertions
This function belongs more in flash.h than common.h so move it.
Also remove the space before the bracket in some calls.
Signed-off-by: Simon Glass
---
cmd/load.c | 3 ++-
cmd/mem.c| 3 ++-
common/flash.c | 2 +-
env/flash.c | 1 +
include/common.h | 3 ---
include/flash.h
These functions are not used in U-Boot. Drop them.
Signed-off-by: Simon Glass
---
include/common.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/common.h b/include/common.h
index b5fccdbcff..4f3536f299 100644
--- a/include/common.h
+++ b/include/common.h
@@ -64,8 +64,6 @@ void h
These are filesystem functions and belong in the filesystem header file.
Move them.
Signed-off-by: Simon Glass
---
board/inversepath/usbarmory/usbarmory.c | 1 +
cmd/fat.c | 2 +-
cmd/pxe.c | 1 +
include/common.h
Move this function out of common.h and into a better place.
Signed-off-by: Simon Glass
---
common/board_r.c | 1 +
common/main.c| 1 +
include/common.h | 3 ---
include/init.h | 7 +++
4 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/common/board_r.c b/common/board_r.c
i
This is not used in U-Boot. Drop it.
Signed-off-by: Simon Glass
---
include/common.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/common.h b/include/common.h
index 8b37b58747..fecfa27747 100644
--- a/include/common.h
+++ b/include/common.h
@@ -71,7 +71,6 @@ int checkflash(void);
This series removes the remaining function declarations from common.h
so that it only includes #include lines.
A final series will be needed to remove most of those #includes.
Simon Glass (35):
common: Drop mdm_init()
common: Move main_loop() to init.h
common: Move flash_perror() to flash.
On Wed, 11 Dec 2019 13:40:01 +0100
Giulio Benetti wrote:
> Hi Lukasz,
>
> On 12/10/19 12:46 AM, Lukasz Majewski wrote:
> > On Mon, 9 Dec 2019 12:54:33 +0100
> > Giulio Benetti wrote:
> >
> >> Hi Lukasz, Stefano, Fabio, all,
> >>
> >> On 12/8/19 3:45 PM, Lukasz Majewski wrote:
> >>> On Wed,
On Wed, Dec 11, 2019 at 03:13:35PM +0100, Matthias Brugger wrote:
> Hi Tom,
>
> Please have a look at the fixes below. Basically we fix the
> rpi_arm64_defconfig
> which only showed us 1GiB of RAM if we booted using EFI stub. Apart the 32bit
> config of RPi4 was broken, as it missed the second D
On Wed, Dec 11, 2019 at 08:21:07AM +, eugen.hris...@microchip.com wrote:
> Hi Tom,
>
> Please pull tag u-boot-atmel-fixes-2020.01-a , the first (and hopefully
> last) set of fixes for the 2020.01 cycle.
>
> This set includes a small fix for gpio bank names, one for removing
> unused header
On Wed, Dec 11, 2019 at 11:44:56AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull an i2c fix for 2020.01 from u-boot-i2c.git master
>
> The following changes since commit 520f9559020894950d4e962aba52220c8a1d6bfe:
>
> Merge branch 'master' of
> https://gitlab.denx.de/u-boot/custodia
Hi Michael,
On 12/11/2019 6:03 PM, Michael Walle wrote:
Hi Alex,
Am 2019-12-11 16:37, schrieb Alexandru Marginean:
On 12/11/2019 2:16 PM, Michael Walle wrote:
Hi Vladimir,
Am 2019-12-11 13:46, schrieb Vladimir Oltean:
Hi Michael,
On Wed, 11 Dec 2019 at 00:48, Michael Walle wrote:
Am 201
Currently inside ddr_init() there is a mix of printf() and debug()
level messages.
Since this type of information is useful for debug purposes,
convert all of them to debug level for consistency.
Signed-off-by: Fabio Estevam
---
drivers/ddr/imx/imx8m/ddr_init.c | 6 +++---
1 file changed, 3 ins
On Wed, Dec 11, 2019 at 11:10:42AM +0900, AKASHI Takahiro wrote:
> On Tue, Dec 10, 2019 at 08:54:12PM -0500, Tom Rini wrote:
> > On Wed, Dec 11, 2019 at 09:41:56AM +0900, AKASHI Takahiro wrote:
> > > Simon,
> > >
> > > On Wed, Dec 04, 2019 at 05:28:59PM +0900, AKASHI Takahiro wrote:
> > > > On Wed
Hi Tom,
This is my first attempt at sending a -next pull request.
https://gitlab.denx.de/u-boot/custodians/u-boot-dm/pipelines/1608
The following changes since commit 520f9559020894950d4e962aba52220c8a1d6bfe:
Merge branch 'master' of
https://gitlab.denx.de/u-boot/custodians/u-boot-riscv (20
If the bootefi command is called without passing the address of a device
tree, the internal device tree is used. For devices with a hardware device
tree it is preferable to used the hardware device tree in this case.
Signed-off-by: Heinrich Schuchardt
---
v3:
no change
---
cmd/bootefi.c
Use a pointer to addressable memory instead of a "physical" address in the
virtual address space of the sandbox to efi_install_fdt().
Export the efi_install_fdt() function.
Signed-off-by: Heinrich Schuchardt
---
v3:
use void * as parameter for efi_install_fdt()
---
cmd/bootefi.c
Provide public function efi_run_imager() which can be used to run an UEFI
image from memory.
Signed-off-by: Heinrich Schuchardt
---
v3:
no change
---
cmd/bootefi.c| 51 +++-
include/efi_loader.h | 2 ++
2 files changed, 34 insertions(+), 1
As part of moving the parsing of command line arguments to do_bootefi()
call efi_install_fdt() with the address of the device tree instead of a
string.
If the address is EFI_FDT_USE_INTERNAL (= 0), the internal device tree
is used.
Signed-off-by: Heinrich Schuchardt
---
v3:
no change
---
A patch series has been suggested to provide secure UEFI boot via FIT
images.
This patch series exports the functions needed for the implementation.
v3:
use void * as parameter for efi_install_fdt()
v2:
Resend the efi_install_fdt() rework patches.
Export the efi_run_image(
On 12/11/19 4:10 PM, Cristian Ciocaltea wrote:
On Wed, Dec 11, 2019 at 10:57:48AM +0100, Heinrich Schuchardt wrote:
On 12/11/19 9:54 AM, Cristian Ciocaltea wrote:
On Tue, Dec 10, 2019 at 08:32:17PM +0100, Heinrich Schuchardt wrote:
On 12/10/19 9:56 AM, Cristian Ciocaltea wrote:
Add support fo
Passing earlycon string in the command line may be
useful during bring up, but not after such phase.
Remove the earlycon string to align with the other i.MX SoCs
command lines.
Signed-off-by: Fabio Estevam
---
include/configs/imx8mm_evk.h | 2 +-
include/configs/imx8mn_evk.h | 2 +-
include/con
Hi Heinrich,
On Wed, 11 Dec 2019 at 09:59, Heinrich Schuchardt wrote:
>
> On 12/11/19 4:43 PM, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Tue, 10 Dec 2019 at 11:17, Heinrich Schuchardt
> > wrote:
> >>
> >> On 12/10/19 1:58 PM, Simon Glass wrote:
> >>> Hi Heinrich,
> >>>
> >>> On Sat, 9 Nov
Hi Alex,
Am 2019-12-11 16:37, schrieb Alexandru Marginean:
On 12/11/2019 2:16 PM, Michael Walle wrote:
Hi Vladimir,
Am 2019-12-11 13:46, schrieb Vladimir Oltean:
Hi Michael,
On Wed, 11 Dec 2019 at 00:48, Michael Walle wrote:
Am 2019-12-10 15:55, schrieb Alex Marginean:
> Passes on the pri
On 12/11/19 4:43 PM, Simon Glass wrote:
Hi Heinrich,
On Tue, 10 Dec 2019 at 11:17, Heinrich Schuchardt wrote:
On 12/10/19 1:58 PM, Simon Glass wrote:
Hi Heinrich,
On Sat, 9 Nov 2019 at 01:44, Heinrich Schuchardt wrote:
Activate UEFI unit tests on the sandbox.
Signed-off-by: Heinrich Sch
Hi Baruch,
On Wed, Dec 11, 2019 at 12:25 PM Baruch Siach wrote:
> I'm not talking about the selection of firmware package version. It is
> just that the firmware-imx-8.0.bin archive (another typo), extract into
> firmware-imx-8.0/, not firmware-imx-7.9/ as the current text shows.
I agree we sho
On Wed, Dec 11, 2019 at 11:14 AM Schrempf Frieder
wrote:
> Just for the record: I am using upstream ATF for my custom i.MX8MM board
> with mainline U-Boot and it just works fine. I didn't run into any
> issues so far and I'm still on ATF revision 3441952f61a6 and haven't
> updated for quite a whi
Hi Heinrich,
On Tue, 10 Dec 2019 at 11:17, Heinrich Schuchardt wrote:
>
> On 12/10/19 1:58 PM, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sat, 9 Nov 2019 at 01:44, Heinrich Schuchardt wrote:
> >>
> >> Activate UEFI unit tests on the sandbox.
> >>
> >> Signed-off-by: Heinrich Schuchardt
> >>
On 12/11/2019 2:16 PM, Michael Walle wrote:
Hi Vladimir,
Am 2019-12-11 13:46, schrieb Vladimir Oltean:
Hi Michael,
On Wed, 11 Dec 2019 at 00:48, Michael Walle wrote:
Am 2019-12-10 15:55, schrieb Alex Marginean:
> Passes on the primary address used by u-boot to Linux. The code
does a
> DT
Hi Frieder,
On Wed, Dec 11 2019, Schrempf Frieder wrote:
> On 11.12.19 11:49, Baruch Siach wrote:
>> Hi Frieder Schrempf,
>>
>> On Wed, Dec 11 2019, Schrempf Frieder wrote:
>>
>>> From: Frieder Schrempf
>>>
>>> The DDR firmware binaries are not part of the U-Boot source code, so
>>> we should loo
On Wed, Dec 11, 2019 at 10:57:48AM +0100, Heinrich Schuchardt wrote:
> On 12/11/19 9:54 AM, Cristian Ciocaltea wrote:
> > On Tue, Dec 10, 2019 at 08:32:17PM +0100, Heinrich Schuchardt wrote:
> > > On 12/10/19 9:56 AM, Cristian Ciocaltea wrote:
> > > > Add support for booting EFI binaries contained
Hi Oliver,
On Tue, Dec 10, 2019 at 11:50 PM Peng Fan wrote:
> Update your scfw/atf and they try again.
Does it boot if you use the imx_4.19.35_1.0.0 ATF branch?
On 11.12.19 15:05, Fabio Estevam wrote:
> Hi Peng,
>
> On Wed, Dec 11, 2019 at 11:00 AM Peng Fan wrote:
>
>> We might need to switch upstream ATF, or stick to NXP vendor release one?
>
> I don't have much background about the ATF upstream status on i.MX8 to
> provide an opinion.
>
> Does upstr
Hi Tom,
Please have a look at the fixes below. Basically we fix the rpi_arm64_defconfig
which only showed us 1GiB of RAM if we booted using EFI stub. Apart the 32bit
config of RPi4 was broken, as it missed the second DRAM bank (and therefore saw
only 1 GiB of RAM, even if there was more available)
Hi Peng,
On Wed, Dec 11, 2019 at 11:09 AM Peng Fan wrote:
> Not tried. Keep vendor version is fine for now.
If you are happy with this patch, could you please provide your Acked-by?
I would like to keep the README accurate for the upcoming 2020.01 release.
Thanks
On Wed, 11 Dec, 2019, 7:10 PM Philipp Tomsich, <
philipp.toms...@theobroma-systems.com> wrote:
>
>
> > On 11.12.2019, at 14:26, Jagan Teki wrote:
> >
> > The maximum transfer length (in a single transaction) for the Rockchip
> > SPI controller is 64Kframes (i.e. 0x1 frames) of 8bit or 16bit
>
> Subject: Re: [PATCH] imx8mq_evk: Update the required ATF branch
>
> Hi Peng,
>
> On Wed, Dec 11, 2019 at 11:00 AM Peng Fan wrote:
>
> > We might need to switch upstream ATF, or stick to NXP vendor release one?
>
> I don't have much background about the ATF upstream status on i.MX8 to
> provi
Hi Peng,
On Wed, Dec 11, 2019 at 11:00 AM Peng Fan wrote:
> We might need to switch upstream ATF, or stick to NXP vendor release one?
I don't have much background about the ATF upstream status on i.MX8 to
provide an opinion.
Does upstream ATF allow booting a U-Boot and mainline kernel?
This p
On Wed, Dec 11, 2019 at 8:00 AM Peng Fan wrote:
>
> > Subject: Re: [PATCH] imx8mq_evk: Update the required ATF branch
> >
> > On Wed, Dec 11, 2019 at 7:49 AM Fabio Estevam
> > wrote:
> > >
> > > Following the README instructions leads to a non-booting
> > > U-Boot:
> > >
> > > U-Boot SPL 2020.01-
Hi Adam,
On Wed, Dec 11, 2019 at 10:56 AM Adam Ford wrote:
> Shouldn't we address the mix-match of the firmware-imx versions as well?
>
> I just increasing numbers over and over, and I was able to use
> firmware 8.5 which.
>
> The readme lists both 7.9 and 8.0. There is also a typo on the line
> Subject: Re: [PATCH] imx8mq_evk: Update the required ATF branch
>
> On Wed, Dec 11, 2019 at 7:49 AM Fabio Estevam
> wrote:
> >
> > Following the README instructions leads to a non-booting
> > U-Boot:
> >
> > U-Boot SPL 2020.01-rc3-00070-g9a0cbae22a (Nov 25 2019 - 13:08:24
> > -0300)
> > PMIC:
On Wed, Dec 11, 2019 at 7:49 AM Fabio Estevam wrote:
>
> Following the README instructions leads to a non-booting
> U-Boot:
>
> U-Boot SPL 2020.01-rc3-00070-g9a0cbae22a (Nov 25 2019 - 13:08:24 -0300)
> PMIC: PFUZE100 ID=0x10
> DDRINFO: start DRAM init
> DDRINFO:ddrphy calibration done
> DDRINFO:
On 10. 12. 19 16:30, Tom Rini wrote:
> On Tue, Dec 10, 2019 at 04:24:09PM +0100, Michal Simek wrote:
>> On 10. 12. 19 14:56, Tom Rini wrote:
>>> On Tue, Dec 10, 2019 at 01:40:42PM +0100, Michal Simek wrote:
Hi Tom,
On 09. 12. 19 16:19, Michal Simek wrote:
> Hi,
>
> over y
Following the README instructions leads to a non-booting
U-Boot:
U-Boot SPL 2020.01-rc3-00070-g9a0cbae22a (Nov 25 2019 - 13:08:24 -0300)
PMIC: PFUZE100 ID=0x10
DDRINFO: start DRAM init
DDRINFO:ddrphy calibration done
DDRINFO: ddrmix config done
Normal Boot
Trying to boot from MMC2
(It hangs here
Hi Adam,
On Wed, Dec 11, 2019 at 9:58 AM Adam Ford wrote:
> For what it's worth, I went to use the firmware from 7.9 as stated in
> part of the readme (since the README states both 8.0 and 7.9), and I
> used the ATF from 4.19.35_1.1.0, and it booted once I commented out
> the sdhc2 cd-gpio lines
> On 11.12.2019, at 14:26, Jagan Teki wrote:
>
> The maximum transfer length (in a single transaction) for the Rockchip
> SPI controller is 64Kframes (i.e. 0x1 frames) of 8bit or 16bit
> frames and is encoded as (num_frames - 1) in CTRLR1.
>
> So the 0x1 is offset value for 64K but th
Hi Peng,
On Wed, Dec 11, 2019 at 3:17 AM Peng Fan wrote:
>
> fsl_esdhc_imx driver will call "mxc_get_clock(MXC_ESDHC_CLK +
> dev->seq)", however mxc_get_clock wrongly handle MXC_ESDHC_CLK
> as root clk and cause sd card could not be detected in U-Boot proper,
> as below:
> "Loading Environment fr
Hi Baruch,
On 11.12.19 11:49, Baruch Siach wrote:
> Hi Frieder Schrempf,
>
> On Wed, Dec 11 2019, Schrempf Frieder wrote:
>
>> From: Frieder Schrempf
>>
>> The DDR firmware binaries are not part of the U-Boot source code, so
>> we should look for them in the build directory, where they need to
Make sure corresponding setup registers are updated depending on CS.
This ensures that driver can support QSPI flashes on ChipSelects other
than on CS0
Reported-by: Andreas Dannenberg
Signed-off-by: Vignesh Raghavendra
---
drivers/spi/ti_qspi.c | 21 +
1 file changed, 13 ins
The max chunk size (in a single transaction) for the Rockchip
SPI controller is 64Kframes (i.e. 0x1 frames) of 8bit or 16bit
frames and is encoded as (num_frames - 1) in CTRLR1.
So the 0x1 is offset value for 64K but the actual size value would
be 'minus 1' from 0x1.
With the existing
These two patches are fixing flash read with > 64K size and
spi flash read during SPI boot.
Any inputs?
Jagan.
Jagan Teki (2):
Revert "rockchip: spi: fix off-by-one in chunk size computation"
spi: rk_spi: Fix overflow max chunk size
drivers/spi/rk_spi.c | 4 ++--
1 file changed, 2 insertion
The maximum transfer length (in a single transaction) for the Rockchip
SPI controller is 64Kframes (i.e. 0x1 frames) of 8bit or 16bit
frames and is encoded as (num_frames - 1) in CTRLR1.
So the 0x1 is offset value for 64K but the actual size value would
be 'minus 1' from 0x1.
With the
Hi Kuldeep,
On 11.12.19 13:23, Kuldeep Singh wrote:
> Hi Frieder,
[...]
>>> Patch 2 adds new qspi driver incorporating spi-mem framework which
>>> is ported version of linux qspi driver. Initial port was done by
>>> Frieder.
>>> Now, no more direct access to spi-nor memory is poss
Am 2019-12-11 14:04, schrieb Alexandru Marginean:
On 12/10/2019 11:47 PM, Michael Walle wrote:
Am 2019-12-10 15:55, schrieb Alex Marginean:
Passes on the primary address used by u-boot to Linux. The code does
a DT
fix-up for ENETC PFs and sets the primary MAC address in IERB. The
address
in
1 - 100 of 138 matches
Mail list logo
