On Thu, Feb 28, 2019 at 10:44 PM Marek Vasut wrote:
>
> On 2/28/19 9:33 PM, Simon Goldschmidt wrote:
> > If SPL pre-reloc stage puts the stack into DDR, U-Boot should be able to
> > do that, too.
>
> Here you mention SPL pre-reloc stage, while about mid-way through the
> patch you have a comment t
On Thu, Feb 28, 2019 at 10:44 PM Marek Vasut wrote:
>
> On 2/28/19 9:33 PM, Simon Goldschmidt wrote:
> > Instead of fixing the SPL stack to 64 KiB in the board config header via
> > CONFIG_SYS_SPL_MALLOC_SIZE, let's just use CONFIG_SPL_SYS_MALLOC_F_LEN
> > in the defconfig.
> >
> > This also has t
On Fri, Mar 1, 2019 at 5:12 PM Vignesh Raghavendra wrote:
>
>
>
> On 01/03/19 7:00 AM, Chris Packham wrote:
> > On Fri, Mar 1, 2019 at 11:15 AM Chris Packham
> > wrote:
> >>
> >> Hi All,
> >>
> >> I was just testing out the db-88f6820-amc on u-boot#master and found
> >> that the SPL can't fetch
Am Di., 12. Feb. 2019 um 13:29 Uhr schrieb Christian Gmeiner
:
>
> This converts the following to Kconfig:
>CONFIG_IP_DEFRAG
>
> Signed-off-by: Christian Gmeiner
> ---
> net/Kconfig | 6 ++
> scripts/config_whitelist.txt | 1 -
> 2 files changed, 6 insertions(+), 1 deleti
Hi Yangbo,
I've added Fabio and Stefano (IMX maintainers) to CC, so the would be
aware about the ongoing work.
> The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX
> initially. The later QoriQ series PowerPC processors (which were
> evolutions of MPC83XX/MPC85XX), QorIQ series ARM pr
On Thu, 28 Feb 2019 19:56:25 -0800
Vagrant Cascadian wrote:
> Signed-off-by: Vagrant Cascadian
> ---
>
> cmd/thordown.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/cmd/thordown.c b/cmd/thordown.c
> index ce3660d174..19ae6721d1 100644
> --- a/cmd/thordown.c
> +++ b
Hi,
On Fri, Mar 1, 2019 at 11:56 AM Vagrant Cascadian wrote:
>
Can you please add some tags in the commit title: like "cmd: thordown: "
> Signed-off-by: Vagrant Cascadian
> ---
>
> cmd/thordown.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Other than that,
Reviewed-by: Bin Meng
On 01/03/19 7:00 AM, Chris Packham wrote:
> On Fri, Mar 1, 2019 at 11:15 AM Chris Packham wrote:
>>
>> Hi All,
>>
>> I was just testing out the db-88f6820-amc on u-boot#master and found
>> that the SPL can't fetch then next stage from SPI.
>>
>> U-Boot SPL 2019.04-rc2-00139-g91c56ed98da7 (Mar 01
Signed-off-by: Vagrant Cascadian
---
cmd/thordown.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/thordown.c b/cmd/thordown.c
index ce3660d174..19ae6721d1 100644
--- a/cmd/thordown.c
+++ b/cmd/thordown.c
@@ -65,7 +65,7 @@ done:
U_BOOT_CMD(thordown, CONFIG_SYS_MAXARGS,
Any comments on the patch-set?
Thanks a lot.
> -Original Message-
> From: Y.b. Lu
> Sent: Thursday, February 21, 2019 3:55 PM
> To: u-boot@lists.denx.de
> Cc: Jaehoon Chung ; Prabhakar Kushwaha
> ; Peng Fan ; Lukasz
> Majewski ; Y.b. Lu
> Subject: [PATCH 1/3] Move CONFIG_FSL_ESDHC to def
On Thu, Feb 28, 2019 at 11:19 PM Andy Shevchenko
wrote:
>
> We may not do an assumption that current console device is always a first
> of UCLASS_SERIAL one.
>
> For example, on properly described Intel Edison board the console UART
> is a third one.
>
> Use current serial device as described in g
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2019年3月1日 9:26
> To: Peng Fan
> Cc: Stefano Babic ; Baruch Siach ;
> Chris Spencer ; U-Boot-Denx
> Subject: Re: i.MX8MQ: u-boot-spl-ddr.bin not found
>
> Hi Peng,
>
> On Thu, Feb 28, 2019 at 10:17 PM Peng F
On Fri, Mar 1, 2019 at 11:15 AM Chris Packham wrote:
>
> Hi All,
>
> I was just testing out the db-88f6820-amc on u-boot#master and found
> that the SPL can't fetch then next stage from SPI.
>
> U-Boot SPL 2019.04-rc2-00139-g91c56ed98da7 (Mar 01 2019 - 10:26:26 +1300)
> High speed PHY - Version: 2
Set CONFIG_SYS_MALLOC_F_LEN to match the rest of the mvebu boards. The
default of 0x400 is not enough when booting from SPI.
Signed-off-by: Chris Packham
---
configs/db-88f6820-amc_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/db-88f6820-amc_defconfig b/configs/db-88f682
Hi Peng,
On Thu, Feb 28, 2019 at 10:17 PM Peng Fan wrote:
>
> Did you execute `make flash.bin`?
Yes, I did, but flash.bin is not generated for me in mainline U-Boot
tree, only in u-boot-imx tree.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lis
On Thu, Feb 28, 2019 at 09:59:14PM +0100, Heinrich Schuchardt wrote:
> On 1/15/19 3:54 AM, AKASHI Takahiro wrote:
> > "run -e" allows for executing EFI application with a specific "Boot"
> > variable. If no "Boot" is specified or "BootOrder" is specified,
> > it tries to run an EFI applicat
On Thu, Feb 28, 2019 at 06:13:39AM +0100, Heinrich Schuchardt wrote:
> On 2/28/19 6:06 AM, AKASHI Takahiro wrote:
> > On Thu, Feb 28, 2019 at 05:53:17AM +0100, Heinrich Schuchardt wrote:
> >> On 2/28/19 5:45 AM, AKASHI Takahiro wrote:
> >>> On Wed, Feb 27, 2019 at 08:10:36AM +0100, Heinrich Schucha
Hi Fabio,
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2019年2月28日 20:59
> To: Peng Fan
> Cc: Stefano Babic ; Baruch Siach ;
> Chris Spencer ; U-Boot-Denx
> Subject: i.MX8MQ: u-boot-spl-ddr.bin not found
>
> Hi,
>
> I am not able to build top of tree U-
> -Original Message-
> From: Baruch Siach [mailto:bar...@tkos.co.il]
> Sent: 2019年2月28日 19:51
> To: u-boot@lists.denx.de; Stefano Babic ; Peng Fan
>
> Cc: Ofer Heifetz ; Fabio Estevam
> ; Baruch Siach
> Subject: [PATCH v2 1/2] imx8mq_evk/README: add missing firmware extract
> step
>
>
> -Original Message-
> From: Baruch Siach [mailto:bar...@tkos.co.il]
> Sent: 2019年2月28日 19:51
> To: u-boot@lists.denx.de; Stefano Babic ; Peng Fan
>
> Cc: Ofer Heifetz ; Fabio Estevam
> ; Baruch Siach
> Subject: [PATCH v2 2/2] imx8mq_evk/README: fix DDR training firmware
> path
>
> Rem
On Fri, Mar 01, 2019 at 12:02:37AM +0100, Heinrich Schuchardt wrote:
> When package types are not supported an error message is displayed.
> Unfortunately there is no hint in the messages that they concern the HII
> protocols. Furthermore they are indent by tab for no obvious reason.
I think that
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2019年2月28日 19:46
> To: sba...@denx.de
> Cc: Peng Fan ; u-boot@lists.denx.de; dl-uboot-imx
> ; spence...@gmail.com; bar...@tkos.co.il; Fabio
> Estevam
> Subject: [PATCH 2/2] imx8mq_evk: Add myself as a co-maint
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2019年2月28日 19:46
> To: sba...@denx.de
> Cc: Peng Fan ; u-boot@lists.denx.de; dl-uboot-imx
> ; spence...@gmail.com; bar...@tkos.co.il; Fabio
> Estevam
> Subject: [PATCH 1/2] imx8mq_evk: Move CONFIG_ENV_IS_IN_MM
On Thu, Feb 28, 2019 at 11:20:34PM +0100, Heinrich Schuchardt wrote:
> In new_package_list() we call new_packagelist() to create a new package
> list. Next we try to add the packages which fails for form packages. Due
> to this error we call free_packagelist(). Now in free_packagelist()
> list_del(
Hi Marek,
On 2/19/19 4:01 AM, Simon Goldschmidt wrote:
> On Tue, Feb 19, 2019 at 1:44 AM Marek Vasut wrote:
>>
>> Configure the PL310 tag and data latency registers, which slightly
>> improves performance and aligns the behavior with Linux.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Dalon Westergre
On Mon, Feb 25, 2019 at 04:38:23PM +0100, Felix Brack wrote:
> Fix the order of include files according to U-Boot coding style.
>
> Signed-off-by: Felix Brack
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-
On Mon, Feb 25, 2019 at 07:42:48PM +0100, Heinrich Schuchardt wrote:
> When compiling with DEBUG=1 an error
> fs/fat/fat_write.c:831: undefined reference to `__aeabi_ldivmod'
> occurred.
>
> We should use do_div() instead of the modulus operator.
>
> filesize and cur_pos cannot be negative. So l
On Tue, Feb 26, 2019 at 10:27:52PM +0100, Simon Goldschmidt wrote:
> To find out how big the early malloc heap must be in SPL, add a debug
> print statement that dumps its usage before switching to relocated heap
> in spl_relocate_stack_gd() via CONFIG_SPL_STACK_R_MALLOC_SIMPLE_LEN.
>
> Signed-of
On Tue, Feb 26, 2019 at 01:09:00PM +0100, Patrick Delaunay wrote:
> Alignment with kernel directory name as it have already bindings for
> DDR controllers in the directory:
> Documentation/devicetree/bindings/memory-controller
>
> PS: the drivers using RAM u-class should be associated with
>
On Tue, Feb 26, 2019 at 12:20:26PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> *.dts are processed using a custom command, then the C pre-processor is
> run on them, then they are compiled using dtc. Thus, the dependency
> files generated by both cpp and dtc reference a temporary fil
On Tue, Feb 26, 2019 at 12:20:25PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> Without this, the arch-dtbs target only gets evaluated when building
> U-Boot the first time, not when re-building (incrementally building)
> U-Boot. Thus incremental builds ignore changes to DTB files.
>
On Thu, Feb 21, 2019 at 07:48:54AM +0100, Michal Simek wrote:
> *.dtbo are dt overlays files which should be also ignored as *.dtb.
>
> Signed-off-by: Michal Simek
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
_
On Tue, Feb 19, 2019 at 01:43:51AM +0100, Marek Vasut wrote:
> The loop implemented in the code is supposed to check whether the
> PL310 operation register has any bit from the mask set. Currently,
> the code checks whether the PL310 operation register has any bit
> set AND whether the mask is non
On Mon, Feb 18, 2019 at 06:04:29PM -0500, David Rivshin wrote:
> From: David Rivshin
>
> _omap3_spi_set_wordlen() indexed the regs->channel[] array with the
> old wordlen (instead of the chipselect number) when reading the current
> CHCONF register value. This meant it read from the wrong memory
On Fri, Mar 01, 2019 at 12:38:23AM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> Jagan.
>
> The following changes since commit b89074f65047c4058741ed2bf3e6ff0c5af4c5bc:
>
> Merge tag 'u-boot-imx-2019-02-16' of git://git.denx.de/u-boot-imx
> (2019-02-16 08:31:05 -0500)
>
>
On Wed, Feb 27, 2019 at 11:32:16AM +, Leigh Brown wrote:
> Hello,
>
> Vagrant Cascadian asked for people to test the version of u-boot packaged
> for Debian Buster. I tested u-boot on my Dreamplug and found it was not
> working correctly. I raised a bug for Debian[1] but I have also tested
On 12/23/18 3:26 AM, Alexander Graf wrote:
>
>
> On 14.12.18 10:53, AKASHI Takahiro wrote:
>> 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
>
> Reviewi
When package types are not supported an error message is displayed.
Unfortunately there is no hint in the messages that they concern the HII
protocols. Furthermore they are indent by tab for no obvious reason.
Prefix the messages by "HII: " instead of "\t".
Signed-off-by: Heinrich Schuchardt
---
Hi,
On Thu, 28 Feb 2019 12:27:45 +
Andrejs Cainikovs andrejs.cainik...@netmodule.com wrote:
> Hi,
>
> I cant get ethernet to work on iMX8QXP MEK board with latest sources
> (tried v2019.01 as well). Is this a bug or work in progress?
This is probably due to the missing delay after PHY rese
Hi Tim,
> On Thu, Feb 21, 2019 at 6:48 AM Marcel Ziswiler
> wrote:
> >
> > Hi Fabio
> >
> > On Tue, 2019-02-19 at 19:32 +0100, Stefano Babic wrote:
> > > Hi Tim,
> > >
> > > On 19/02/19 19:24, Tim Harvey wrote:
> > > > Greetings,
> > > >
> > > > I'm seeing that I need to switch my IMX6 board
Hi Chris,
On 2019-02-28 19:00, Chris Packham wrote:
> On Thu, 28 Feb 2019 22:13 Leigh Brown, wrote:
>
>> Hi Chris,
>>
>> I tested together with my own patch. It fixes the issue, thanks very
>> much!
>
> Great. Thanks again for the bug report.
>
> Slightly related I've got a series of cha
A following commit will allow U-Boot to pass a configuration object to
the ZynqMP PMU firmware. This configuration object is generated by
Xilinx tools in the form of a C file (pm_cfg_obj.c), which #includes a
few headers with constants definitions.
In order to allow pm_cfg_obj.c to build, include
Optionally allow U-Boot to load at the PMU firmware configuration
object into the Power Management Unit (PMU) on Xilinx ZynqMP.
The configuration object is required by the PMU FW to use the SoC. So
far the only way to boot using U-Boot SPL was to hard-code the
configuration object in the PMU firmw
Hi,
a long-standing issue in the ZynqMP users community is the management
on the PMU firmware configuration object.
The Platform Management Unit (PMU) needs a configuration object (cfg
obj) to know how to operate the SoC. When using the "Xilinx workflow",
the Xilinx FSBL (First Stage Bootloader)
In new_package_list() we call new_packagelist() to create a new package
list. Next we try to add the packages which fails for form packages. Due
to this error we call free_packagelist(). Now in free_packagelist()
list_del() is called for an uninitialized field hii->link. This leads to
changing rand
Hi All,
I was just testing out the db-88f6820-amc on u-boot#master and found
that the SPL can't fetch then next stage from SPI.
U-Boot SPL 2019.04-rc2-00139-g91c56ed98da7 (Mar 01 2019 - 10:26:26 +1300)
High speed PHY - Version: 2.0
Detected Device ID 6820
board SerDes lanes topology details:
| La
> Le 28 févr. 2019 à 21:38, Fabio Estevam a écrit :
>
> Hi Joris,
>
>> On Sat, Feb 16, 2019 at 1:25 PM Fabio Estevam wrote:
>>
>> Just run a "git bisect" and the problem comes from:
>>
>> commit 9e3c0174da842dd88f5feaffbf843ba332233897 (refs/bisect/bad)
>> Author: Fabio Estevam
>> Date:
On 2/28/19 9:33 PM, Simon Goldschmidt wrote:
> Instead of fixing the SPL stack to 64 KiB in the board config header via
> CONFIG_SYS_SPL_MALLOC_SIZE, let's just use CONFIG_SPL_SYS_MALLOC_F_LEN
> in the defconfig.
>
> This also has the advandage that it removes sub-mach specific ifdefs in
> socfpga
On 2/28/19 9:33 PM, Simon Goldschmidt wrote:
> If SPL pre-reloc stage puts the stack into DDR, U-Boot should be able to
> do that, too.
Here you mention SPL pre-reloc stage, while about mid-way through the
patch you have a comment talking about SPL post-reloc stage, which one
is it ? I think the c
SoCFPGA cache/gpio fixes:
The following changes since commit afd46c5f13d0c93c44008bd7040227d0b84e31b9:
Merge branch '2019-02-22-master-imports' (2019-02-22 22:40:24 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to 4a9
Gen2/Gen3 fixes for warnings and sdhi:
The following changes since commit afd46c5f13d0c93c44008bd7040227d0b84e31b9:
Merge branch '2019-02-22-master-imports' (2019-02-22 22:40:24 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes u
On Thu, Feb 28, 2019 at 10:45 PM Baruch Siach wrote:
>
> Hi Chris,
>
> Currently the value of g_odt_config is hard coded in Marvell SoC
> platform headers. Some SolidRun A388 SOMs need a custom value. These
> SOMs use both DDR chip-selects, but ODT0 alone is connected to both
> chips. For that to
From: Chris Packham
Inactive chip-selects will give invalid values for read_sample so don't
consider them when trying to determine the overall min/max read sample.
Signed-off-by: Chris Packham
[https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell/pull/18]
Signed-off-by: Chris Packham
-
From: Chris Packham
Based on the JEDEC standard JESD79-3F. The tRAS timings should include
the highest speed bins at a given frequency. This is similar to commit
683c67b ("mv_ddr: ddr3: fix tfaw timimg parameter") where the wrong
comparison was used in the initial implementation.
Signed-off-by:
On 1/15/19 3:54 AM, AKASHI Takahiro wrote:
> "run -e" allows for executing EFI application with a specific "Boot"
> variable. If no "Boot" is specified or "BootOrder" is specified,
> it tries to run an EFI application specified in the order of "bootOrder."
>
> Signed-off-by: AKASHI Takahir
Hi Joris,
On Sat, Feb 16, 2019 at 1:25 PM Fabio Estevam wrote:
> Just run a "git bisect" and the problem comes from:
>
> commit 9e3c0174da842dd88f5feaffbf843ba332233897 (refs/bisect/bad)
> Author: Fabio Estevam
> Date: Tue Dec 11 16:40:38 2018 -0200
>
> pico-imx7d: Add LCD support
>
>
Instead of fixing the SPL stack to 64 KiB in the board config header via
CONFIG_SYS_SPL_MALLOC_SIZE, let's just use CONFIG_SPL_SYS_MALLOC_F_LEN
in the defconfig.
This also has the advandage that it removes sub-mach specific ifdefs in
socfpga_common.h.
Signed-off-by: Simon Goldschmidt
---
confi
If SPL pre-reloc stage puts the stack into DDR, U-Boot should be able to
do that, too.
The reason to do so is that this way, U-Boot initial stack can be larger
than SPL initial stack. In situations where we want to save the SPL
in SRAM for next boot without reloading, this prevents overwriting the
The comment about SPL memory layout for socfpga gen5 is outdated: the
initial malloc memory is now at the end of the SRAM, gd is below it
(see board_init_f_alloc_reserve).
Signed-off-by: Simon Goldschmidt
---
include/configs/socfpga_common.h | 6 +++---
1 file changed, 3 insertions(+), 3 deleti
In `efidebug boot add iPXE scsi 0:1 snp-arm64.efi --foo` a parameter is
missing. Hence the command should not silently return as if everything were
ok but should display the usage info.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hi Soeren,
On Thu, Feb 28, 2019 at 4:01 PM Soeren Moch wrote:
> Fabio,
>
> I tried to understand this patch, in order to also apply it for the
> tbs2910 board.
> What I read from the fec_mxc driver, this only works with DM_ETH
> enabled, but this is not enabled for mx6sabresd.
Good catch. DM_E
Hi Tom,
Please pull this PR.
Jagan.
The following changes since commit b89074f65047c4058741ed2bf3e6ff0c5af4c5bc:
Merge tag 'u-boot-imx-2019-02-16' of git://git.denx.de/u-boot-imx (2019-02-16
08:31:05 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-sunxi.git master
On 02.02.19 10:48, Fabio Estevam wrote:
> On Fri, Feb 1, 2019 at 2:53 PM Abel Vesa wrote:
>> Rely on the phy-reset-gpios which is set in imx6qdl-sabresd dtsi
>> and get rid of the enet reset gpio handling from the board file.
>>
>> Signed-off-by: Abel Vesa
> Reviewed-by: Fabio Estevam
Fabio,
On Thu, 28 Feb 2019 22:13 Leigh Brown, wrote:
> Hi Chris,
>
> I tested together with my own patch. It fixes the issue, thanks very
> much!
>
Great. Thanks again for the bug report.
Slightly related I've got a series of changes for USB on kirkwood. Would
you be in a position to take them for a s
On Thu, 28 Feb 2019 22:45 Baruch Siach, wrote:
> Hi Chris,
>
> Currently the value of g_odt_config is hard coded in Marvell SoC
> platform headers. Some SolidRun A388 SOMs need a custom value. These
> SOMs use both DDR chip-selects, but ODT0 alone is connected to both
> chips. For that to work we
On Thu, Feb 28, 2019 at 07:14:08PM +0100, Simon Goldschmidt wrote:
> Am 27.02.2019 um 19:55 schrieb Tom Rini:
> >On Wed, Feb 27, 2019 at 11:15:23AM +0100, Simon Goldschmidt wrote:
> >>Tom,
> >>
> >>On Thu, Feb 14, 2019 at 10:20 AM Simon Goldschmidt
> >> wrote:
> >>>
> >>>On Thu, Feb 14, 2019 at 7:2
Am 27.02.2019 um 19:55 schrieb Tom Rini:
On Wed, Feb 27, 2019 at 11:15:23AM +0100, Simon Goldschmidt wrote:
Tom,
On Thu, Feb 14, 2019 at 10:20 AM Simon Goldschmidt
wrote:
On Thu, Feb 14, 2019 at 7:26 AM Heinrich Schuchardt wrote:
The SPL image for the Tinker Board has to fit into 32 KiB.
On Thu, 28 Feb 2019 at 12:58, Fabio Estevam wrote:
> Hi,
>
> I am not able to build top of tree U-Boot for imx8mq-evk:
>
> WARNING './spl/u-boot-spl-ddr.bin' not found, resulting binary is
> not-functional
> make[1]: Nothing to be done for 'SPL'.
> CFGCHK u-boot.cfg
>
> It works fine when I bu
Hi Fabio,
On 28/02/2019 13:58, Fabio Estevam wrote:
> Hi,
>
> I am not able to build top of tree U-Boot for imx8mq-evk:
>
> WARNING './spl/u-boot-spl-ddr.bin' not found, resulting binary is
> not-functional
> make[1]: Nothing to be done for 'SPL'.
>CFGCHK u-boot.cfg
Same for i.MX8QXP:
WAR
I can already answer my questions: all parent devices of the spi
display (5 in my case) need to have the u-boot,dm-pre-reloc flag set
in dt and bound before reloc.
Thx anyway,
Viktor
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/list
Hi,
I cant get ethernet to work on iMX8QXP MEK board with latest sources
(tried v2019.01 as well). Is this a bug or work in progress?
---
U-Boot SPL 2019.04-rc2-00134-g783e66816d (Feb 28 2019 - 13:15:40 +0100)
Normal Boot
Trying to boot from MMC2_2
U-Boot 2019.04-rc2-00134-g783e66816d (Feb 28
Hi,
sorry for flooding; I have already sent this email to u-boot-dm. I
just wonder if that list is alive.
as far as I understood, the pre-reloc device binding of drivers having
DM_FLAG_PRE_RELOC flag set is only performed for top-level devices -
at least that is what I experience. Is this intenti
Hi Udit
> -Original Message-
> From: Udit Kumar
> Sent: 28 February 2019 09:07
> To: Ibai Erkiaga Elorza ; u-boot@lists.denx.de
> Cc: Tom Rini ; Albert Aribaud
> ; Meenakshi Aggarwal
> ; Stefan Roese ; Prabhakar
> Kushwaha
> Subject: RE: [U-Boot][PATCH] arm: arm64 32bit address relocatio
On 2/26/19 12:20 PM, Stephen Warren wrote:
From: Stephen Warren
Without this, the arch-dtbs target only gets evaluated when building
U-Boot the first time, not when re-building (incrementally building)
U-Boot. Thus incremental builds ignore changes to DTB files.
Commit b630d57d0ab4 "clk: Add
We may not do an assumption that current console device is always a first
of UCLASS_SERIAL one.
For example, on properly described Intel Edison board the console UART
is a third one.
Use current serial device as described in global data.
Fixes: a61cbad78e67 ("dm: serial: Adjust serial_getinfo()
On Thu, Feb 28, 2019 at 05:06:26PM +0200, Andy Shevchenko wrote:
> We may not do an assumption that current console device is always a first
> of UCLASS_SERIAL one.
>
> For example, on properly described Intel Edison board the console UART
> is a third one.
>
> Use current serial device as descri
We may not do an assumption that current console device is always a first
of UCLASS_SERIAL one.
For example, on properly described Intel Edison board the console UART
is a third one.
Use current serial device as described in global data.
Fixes: a61cbad78e67 ("dm: serial: Adjust serial_getinfo()
On Thu, Feb 28, 2019 at 01:29:57PM +0200, Andy Shevchenko wrote:
> On Thu, Feb 28, 2019 at 04:21:48PM +0800, Bin Meng wrote:
> > On Thu, Feb 28, 2019 at 4:12 PM Andy Shevchenko
> > wrote:
> > >
> > > Intel Edison has three UART ports, i.e.
> > > port 0 - Bluetooth
> > > port 1 - auxiliary, avail
Hi Andrejs,
On Thu, Feb 28, 2019 at 10:21 AM Andrejs Cainikovs
wrote:
> Same for i.MX8QXP:
> WARNING './spl/u-boot-spl.bin' not found, resulting binary is not-functional
>
> But this still produces a working binary.
In my case the flash.bin binary is not generated.
_
Hi Philipp,
Am Donnerstag, 28. Februar 2019, 13:46:44 CET schrieb Heiko Stübner:
> Am Donnerstag, 28. Februar 2019, 13:36:52 CET schrieb Philipp Tomsich:
> > > On 28.02.2019, at 11:50, Heiko Stübner wrote:
> > >
> > > Hi David,
> > >
> > > Am Montag, 18. Februar 2019, 02:05:12 CET schrieb David
Hi,
I am not able to build top of tree U-Boot for imx8mq-evk:
WARNING './spl/u-boot-spl-ddr.bin' not found, resulting binary is not-functional
make[1]: Nothing to be done for 'SPL'.
CFGCHK u-boot.cfg
It works fine when I build from u-boot-imx tree though.
I have copied all the binaries to th
Am Donnerstag, 28. Februar 2019, 13:36:52 CET schrieb Philipp Tomsich:
> > On 28.02.2019, at 11:50, Heiko Stübner wrote:
> >
> > Hi David,
> >
> > Am Montag, 18. Februar 2019, 02:05:12 CET schrieb David Wu:
> >> Hi Heinrich and Michael,
> >>
> >> Another thing i see is that I missed a patch, fo
> On 28.02.2019, at 11:50, Heiko Stübner wrote:
>
> Hi David,
>
> Am Montag, 18. Februar 2019, 02:05:12 CET schrieb David Wu:
>> Hi Heinrich and Michael,
>>
>> Another thing i see is that I missed a patch, for the 3288 gpio0, its
>> iomux is special, there is no high 16-bit write-enabled bit.
Remove a redundant directory level.
Reported-by: Ofer Heifetz
Tested-by: Fabio Estevam
Signed-off-by: Baruch Siach
---
board/freescale/imx8mq_evk/README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/imx8mq_evk/README
b/board/freescale/imx8mq_evk/README
in
Tested-by: Fabio Estevam
Signed-off-by: Baruch Siach
---
board/freescale/imx8mq_evk/README | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/freescale/imx8mq_evk/README
b/board/freescale/imx8mq_evk/README
index 1da6eaf24277..004fa3fb3cf6 100644
--- a/board/freescale/imx8mq_evk/README
++
Currently the command "saveenv" is not available.
The CONFIG_ENV_IS_IN_MMC symbol has been converted to Kconfig,
so fix the problem by moving it to the defconfig.
Signed-off-by: Fabio Estevam
---
configs/imx8mq_evk_defconfig | 1 +
include/configs/imx8mq_evk.h | 1 -
2 files changed, 1 insertio
I would like to help maintaining this board.
Signed-off-by: Fabio Estevam
---
board/freescale/imx8mq_evk/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/freescale/imx8mq_evk/MAINTAINERS
b/board/freescale/imx8mq_evk/MAINTAINERS
index a2e320cb10..a00bb4ef78 100644
--- a/boar
On Thu, Feb 28, 2019 at 04:21:48PM +0800, Bin Meng wrote:
> On Thu, Feb 28, 2019 at 4:12 PM Andy Shevchenko
> wrote:
> >
> > Intel Edison has three UART ports, i.e.
> > port 0 - Bluetooth
> > port 1 - auxiliary, available for general purpose use
> > port 2 - debugging, usually console output is
Hi David,
Am Montag, 18. Februar 2019, 02:05:12 CET schrieb David Wu:
> Hi Heinrich and Michael,
>
> Another thing i see is that I missed a patch, for the 3288 gpio0, its
> iomux is special, there is no high 16-bit write-enabled bit. For Tinker
> board, it uses I2C0, the current driver will overw
Hi Baruch,
On Thu, Feb 28, 2019 at 1:26 AM Baruch Siach wrote:
> Should I post v2 with that change?
That would be nice, if possible.
Thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
For the whole series:
Reviewed-by: Sam Protsenko
On Mon, Feb 18, 2019 at 6:22 PM Igor Opaniuk wrote:
>
> This patch series adds support for Android A/B boot process [1].
> Main steps of A/B boot process are:
> - A/B metadata integrity check
> - looking for the current slot (where the system
Hi Chris,
Currently the value of g_odt_config is hard coded in Marvell SoC
platform headers. Some SolidRun A388 SOMs need a custom value. These
SOMs use both DDR chip-selects, but ODT0 alone is connected to both
chips. For that to work we need to set g_odt_config to 0x3, that is,
ODT0 is confi
Hi Chris,
I tested together with my own patch. It fixes the issue, thanks very
much!
Tested-by: Leigh Brown
Output:
U-Boot 2019.04-rc2-00134-g783e66816d-dirty (Feb 28 2019 - 08:27:16
+)
Marvell-DreamPlug
SoC: Kirkwood 88F6281_A1
DRAM: 512 MiB
Loading Environment from SPI Flash...
Hi Ibai
> -Original Message-
> From: Ibai Erkiaga
> Sent: Wednesday, February 27, 2019 8:18 PM
> To: u-boot@lists.denx.de
> Cc: Ibai Erkiaga ; Udit Kumar
> ; Tom Rini ; Albert Aribaud
> ; Meenakshi Aggarwal
> ; Stefan Roese ; Prabhakar
> Kushwaha
> Subject: [U-Boot][PATCH] arm: arm64 32b
Fix EC1 and EC2 read from correct offset 26, instead of 25
Signed-off-by: Pramod Kumar
---
drivers/net/ldpaa_eth/ls1088a.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ldpaa_eth/ls1088a.c b/drivers/net/ldpaa_eth/ls1088a.c
index 43210532ba..c3260d318c 100644
Hi Leigh,
On Thu, Feb 28, 2019 at 1:11 AM Leigh Brown wrote:
>
> Hello,
>
> Vagrant Cascadian asked for people to test the version of u-boot
> packaged
> for Debian Buster. I tested u-boot on my Dreamplug and found it was not
> working correctly. I raised a bug for Debian[1] but I have also tes
On Thu, Feb 28, 2019 at 4:12 PM Andy Shevchenko
wrote:
>
> Intel Edison has three UART ports, i.e.
> port 0 - Bluetooth
> port 1 - auxiliary, available for general purpose use
> port 2 - debugging, usually console output is here
>
> Enable all of them for future use.
>
> Signed-off-by: Andy She
The console is actually serial #2. When we would like to enable other ports,
this would be not okay to mess up with the ordering.
Thus, fix the number of default console interface to be 2.
Reviewed-by: Bin Meng
Signed-off-by: Andy Shevchenko
---
arch/x86/dts/edison.dts | 6 +++---
1 file chang
Now that we are representing the MDIO mux in LX2160AQDS board in
producer/consumer terms, the consumer nodes' has been changed.
Therefore, modify the device tree fixups according to change in device
tree.
Signed-off-by: Pankaj Bansal
---
Notes:
reference
https://git.kernel.org/pub/scm/linu
Intel Edison has three UART ports, i.e.
port 0 - Bluetooth
port 1 - auxiliary, available for general purpose use
port 2 - debugging, usually console output is here
Enable all of them for future use.
Signed-off-by: Andy Shevchenko
---
arch/x86/dts/edison.dts | 18 ++
1 file ch
100 matches
Mail list logo
