Hi,
u-boot 2016.05/09/11 & 2017.x hangs on reboot with sunxi-next on my Allwinner
A20 olimex-micro-emmc.
All looks good and stable but on reboot u-boot hangs. I can't figure out why.
U-boot 2016.03 works.
Has anybody some ideas?
___
U-Boot mailing li
On Thu, Oct 05, 2017 at 05:05:49AM -0400, Rob Clark wrote:
> On Thu, Oct 5, 2017 at 12:36 AM, Jonathan Gray wrote:
> > On Wed, Oct 04, 2017 at 01:12:48PM -0400, Rob Clark wrote:
> >> On Wed, Oct 4, 2017 at 12:29 PM, Fabio Estevam
> >> wrote:
> >> > Since commit ff98cb90514d ("part: extract MBR s
On Thu, Oct 5, 2017 at 7:48 PM, Bin Meng wrote:
> Hi Rob,
>
> On Wed, Oct 4, 2017 at 1:31 AM, Rob Clark wrote:
>> If probe fails, we should unregister the stdio device, else we leave
>> dangling pointers to the parent 'struct usb_device'.
>>
>> Signed-off-by: Rob Clark
>> ---
>> I finally got ar
Hi Tom,
2017-09-13 19:16 GMT+09:00 Masahiro Yamada :
> These macros are useful to avoid link error on 32-bit systems.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> include/linux/kernel.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/include/linux/kernel.h b/include/linux/kernel.h
CONFIG options surrounded by
CONFIG_IS_ENABLED(...)
CONFIG_IS_BUILTIN(...)
CONFIG_IS_MODULE(...)
CONFIG_VAL(...)
need special care for proper dependency tracking.
I do not remember why, but I missed to add CONFIG_VAL(...) handling.
Signed-off-by: Masahiro Yamada
---
scripts/basic/fix
Hi Rob,
On Wed, Oct 4, 2017 at 1:31 AM, Rob Clark wrote:
> If probe fails, we should unregister the stdio device, else we leave
> dangling pointers to the parent 'struct usb_device'.
>
> Signed-off-by: Rob Clark
> ---
> I finally got around to debugging why things explode so badly without
> fixi
Hi Alexander,
Am 04.10.2017 um 14:39 schrieb Alexander Graf:
Upstream Linux has received a few device tree updates to the RPi
which we should propagate into the builtin U-Boot one as well to
gain hardware support.
This patch bumps the dts files to their 4.14 Linux counterparts
with the excepti
On 10/05/2017 11:10 PM, Stephen Warren wrote:
> On 10/05/2017 01:52 PM, Heinrich Schuchardt wrote:
>> On qemu errors like
>> assert 2.999650001525879 >= 3
>> occur.
>
> Can you work out why? I guess 1-999650001525879 is a really tiny amount,
> so perhaps it's OK. However, I'd like to keep the test
On Fri, Sep 29, 2017 at 12:31:20PM +0900, Masahiro Yamada wrote:
> As we discussed before in ML, dm_dbg() causes undefined reference
> error if #define DEBUG is added to users, but not drivers/core/util.c
>
> We do not need this macro because we can use pr_debug() instead, and
> it is pretty easy
On Wed, Oct 04, 2017 at 01:29:57PM -0300, Fabio Estevam wrote:
> Since commit ff98cb90514d ("part: extract MBR signature from partitions")
> SPL boot on i.MX6 starts to fail:
>
> U-Boot SPL 2017.09-00221-g0d6ab32 (Oct 02 2017 - 15:13:19)
> Trying to boot from MMC1
> (keep in loop)
>
> Use the or
On Fri, Sep 29, 2017 at 10:35:17AM +0900, Masahiro Yamada wrote:
> Copied from Linux 4.13.
>
> Commit log of 3e9b3112ec74 of Linux explains well why this header
> is useful.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Sep 16, 2017 at 02:10:44PM +0900, Masahiro Yamada wrote:
> As commit 84b8bf6d5d2a ("bug.h: move BUILD_BUG_* defines to
> include/linux/bug.h") noted, include/linux/bug.h was locally
> modified for U-Boot because the name conflict of error() caused
> build errors at that time.
>
> Now erro
On Sat, Sep 16, 2017 at 02:10:42PM +0900, Masahiro Yamada wrote:
> This macro prevents us from using compiletime_error/assert defined
> in .
>
> Now we can remove it, then we will be able to import more BUILD_BUG
> macros from Linux.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master,
On Sat, Sep 16, 2017 at 02:10:39PM +0900, Masahiro Yamada wrote:
> pulls in a lot of headers. Including it from every .c
> file is a bad idea. We need to remove contents until it contains
> nothing.
>
> Move printf() and friends to .
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/mast
On Sat, Sep 16, 2017 at 02:10:43PM +0900, Masahiro Yamada wrote:
> This header uses ulong, size_t, loff_t.
> Include to make this header self-contained.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Sep 16, 2017 at 02:10:45PM +0900, Masahiro Yamada wrote:
> Collect runtime BUG/WARN into a self-contained header
> to make these macros easier to use.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
__
On Sat, Sep 16, 2017 at 02:10:41PM +0900, Masahiro Yamada wrote:
> U-Boot widely uses error() as a bit noisier variant of printf().
>
> This macro causes name conflict with the following line in
> include/linux/compiler-gcc.h:
>
> # define __compiletime_error(message) __attribute__((error(mess
On Tue, Sep 26, 2017 at 11:58:29AM +0900, Masahiro Yamada wrote:
> Many drivers had started to use dev_err, dev_info, etc. for log
> functions. Currently, we are relying on , but I
> guess the best home is , taking into account that
> Linux defines them in .
>
> For now, I am leaving the ones in
On Sat, Sep 16, 2017 at 02:10:40PM +0900, Masahiro Yamada wrote:
> When we import code from Linux, with regular re-sync planned, we want
> to use printk() and pr_*(). U-Boot does not support them in a clean
> way. So, people end up with local macros, or compat headers here and
> there, then we o
On Thu, Oct 05, 2017 at 08:26:16AM -0400, Tom Rini wrote:
> While this came in with a default value of 6 I am lowering this to 4.
> The MTD/UBI code has a large number of error messages that we include
> now. In addition, "normally" warning messages are not included so this
> feels like a more na
On Wed, Oct 04, 2017 at 04:20:53PM +0200, Maxime Ripard wrote:
> Hi Tom,
>
> Hopefully it's going to be the final version of that PR.
>
> It passed on travis-ci, so we should be all set.
>
> Thanks!
> Maxime
>
> The following changes since commit 39dd65a059e503883dbf16d4c00ac083d15837da:
>
>
On Thu, Oct 05, 2017 at 03:10:43PM -0600, Stephen Warren wrote:
> On 10/05/2017 01:52 PM, Heinrich Schuchardt wrote:
> >On qemu errors like
> >assert 2.999650001525879 >= 3
> >occur.
>
> Can you work out why? I guess 1-999650001525879 is a really tiny amount, so
> perhaps it's OK. However, I'd lik
On 10/05/2017 01:52 PM, Heinrich Schuchardt wrote:
On qemu errors like
assert 2.999650001525879 >= 3
occur.
Can you work out why? I guess 1-999650001525879 is a really tiny amount,
so perhaps it's OK. However, I'd like to keep the test strict if
possible; maybe rather than:
> +assert el
On qemu errors like
assert 2.999650001525879 >= 3
occur.
According to the comment in the code the test is meant to be
approximate. So we should accept some milliseconds less.
Signed-off-by: Heinrich Schuchardt
---
test/py/tests/test_sleep.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hi André,
On Thu, Oct 5, 2017 at 11:44 AM, André Przywara wrote:
> On 19/09/17 06:04, Vasily Khoruzhick wrote:
>> This is a eDP bridge similar to ANX9804, it allows to connect eDP panels
>> to the chips that can output only parallel signal
>
> Have you tried using the existing driver?
> Icenowy d
On 19/09/17 06:04, Vasily Khoruzhick wrote:
> This is a eDP bridge similar to ANX9804, it allows to connect eDP panels
> to the chips that can output only parallel signal
Have you tried using the existing driver?
Icenowy did this some months ago[1], and she got away with quite a small
patch to sup
Hi Vasily,
On 19/09/17 06:04, Vasily Khoruzhick wrote:
> This header will be used in anx6345 driver
In this case it shouldn't live in a generic include directory, as it
only contains private driver internals which are of no further use for
the rest of U-Boot. So you should move it into drivers/vi
The test callback into the partition callback struct is used by
the "part list" command on the command line. That command is used
by the distro script.
With verb=1 set, "part list" thus throws a lot of warnings about
partitions it can't find when an upper layer searches for partitions.
So let's r
On Wed, Oct 04, 2017 at 11:27:21PM +, Andre Przywara wrote:
> The Allwinner SPI flash SPL boot support is guarded by the SPL_SPI_SUNXI
> symbol. But despite its generic name, the actual only use case for this
> is to provide SPI flash support to the SPL, which requires
> CONFIG_SPL_SPI_FLASH_SU
On 05.10.17 18:52, Stefan Wahren wrote:
Hi Alexander,
Am 04.10.2017 um 14:39 schrieb Alexander Graf:
Upstream Linux has received a few device tree updates to the RPi
which we should propagate into the builtin U-Boot one as well to
gain hardware support.
This patch bumps the dts files to the
All BMP files were being treated as though they had a 40 byte header.
There are several BMP header formats consisting of additional data.
This was causing some of the header to be read as color information,
skewing the color palette.
Signed-off-by: Jon Smith
---
tools/bmp_logo.c | 11 --
On 10/05/2017 01:47 AM, Rajesh Bhagat wrote:
> Include common config_distro_defaults.h and config_distro_bootcmd.h
> for u-boot enviroments to support automatical distro boot which
> scan boot.scr from external storage devices(e.g. SD and USB)
> and execute autoboot script.
>
> Signed-off-by: Bhas
On 10/05/2017 01:47 AM, Rajesh Bhagat wrote:
> Include common config_distro_defaults.h and config_distro_bootcmd.h
> for u-boot enviroments to support automatical distro boot which
> scan boot.scr from external storage devices(e.g. SD and USB)
> and execute autoboot script.
>
> Signed-off-by: Bhas
Provide the simple network protocol revision.
This revision number could be used to identify backwards compatible
enhancements of the protocol.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_api.h| 3 +++
lib/efi_loader/efi_net.c | 1 +
2 files changed, 4 ins
Add %pm as format string to print a MAC address.
This is helpful when analyzing network problems.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_selftest/efi_selftest_console.c | 41 -
1 file changed, 40 insertions(+), 1 deletion(-)
diff
A timer event is defined. The timer handler cares for receiving new
packets.
efi_timer_check is called both in efi_net_transmit and efi_net_receive
to enable events during network communication.
Calling efi_timer_check in efi_net_get_status is implemented in a
separate patch.
Signed-off-by: Hein
The size fields in the Simple Network Protocol are all
UINTN in the UEFI spec. So use size_t.
Provide a function description of the receive function.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_api.h| 4 ++--
lib/efi_loader/efi_net.c | 24 +++
The length of a MAC address is 6.
We have to set this length in the EFI_SIMPLE_NETWORK_MODE
structure of the EFI_SIMPLE_NETWORK_PROTOCOL.
Without this patch iPXE fails to initialize the network with
error message
SNP MAC(001e0633bcbf,0x0) has invalid hardware address length 0
Signed-off-by: Heinr
U-Boot does not implement all functions of the simple network
protocol. The unimplemented functions return either of
EFI_SUCCESS and EFI_INVALID_PARAMETER.
The UEFI spec foresees to return EFI_UNSUPPORTED in these cases.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_lo
The returned interrupt status was wrong.
As out transmit buffer is empty we need to always set
EFI_SIMPLE_NETWORK_TRANSMIT_INTERRUPT.
When we have received a packet we need to set
EFI_SIMPLE_NETWORK_RECEIVE_INTERRUPT.
Furthermore we should call efi_timer_check() to handle events.
Signed-off-by:
The UEFI spec defines the length parameters of CopyMem and SetMem
as UINTN. We should size_t here.
The source buffer of CopyMem should be marked as const.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_api.h | 7 +++
lib/efi_loader/efi_boottime.c |
Enclose definition in parantheses to allow using efi_st_error
like a void function.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_selftest.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/efi_selftest.h b/include/efi_selftest.h
index
The WaitForPacket event informs that a network package has been
received by the SimpleNetworkProtocol.
Signed-off-by: Heinrich Schuchardt
---
v2
signaled has been renamed to is_signaled and is bool
---
lib/efi_loader/efi_net.c | 17 +
1 file changed, 17 insertions(+)
dif
In the receive function all return values should be filled.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_net.c | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/lib/efi_loader/efi_net.c b/lib/efi_loader/efi_net.
This patch provices an EFI application to check the correct function
of the Simple Network Protocol implementation.
It sends a DHCP request and analyzes the DHCP offer.
Different error conditions including a 10s timeout are checked.
A successful execution will look like this:
=> bootefi nettest
We need to call some boottime services internally.
Our GUIDs are stored as const efi_guid_t *.
The boottime services never change GUIDs.
So we can define the parameters as const efi_guid_t *.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_api.h | 27
WaitForPacket is an event and not a function pointer.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_api.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/efi_api.h b/include/efi_api.h
index c44dc9d0cb..308baeec49 100644
--- a/include/efi_
This patch series focuses on
* correction of parameter types for boot services
* fixes for the SetMem and CopyMem boot services
* fixes for the simple network protocol implementation (SNP)
* a unit test for SetMem, CopyMem and the simple network protocol
The unit test broadcasts a DHCPDISCOVER mes
Remove extraneous commas.
Add comment.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
include/efi_api.h | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/include/efi_api.h b/include/efi_api.h
index 308baeec49..8c227ce703 100644
--- a/include/efi_api
The UEFI spec defines parameter index of WaitForEvent as UINTN*.
So we should use size_t here.
I deliberately do not use UINTN because I hold a following patch
that will eliminate UINTN because uppercase types to not match
the U-Boot coding style.
Signed-off-by: Heinrich Schuchardt
---
v2
EFI_ENTRY and EFI_EXIT calls must match.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_boottime.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c
index 66ce92f654..b8b98f2c4a 100644
--- a/lib
On 05.10.17 16:14, Heinrich Schuchardt wrote:
We should use the existing 64bit division instead of
reinventing the wheel.
Cc: Alexander Graf
Signed-off-by: Heinrich Schuchardt
Awesome, this version actually even *reduces* code size :).
Alex
___
We should use the existing 64bit division instead of
reinventing the wheel.
Cc: Alexander Graf
Signed-off-by: Heinrich Schuchardt
---
v2
replace efi_div10 by do_div as suggested by Alex
v1
replace efi_div10 by div_u64
---
lib/efi_loader/efi_boottime.c | 36 ++
On 05.10.17 15:27, Rob Clark wrote:
On Thu, Oct 5, 2017 at 8:39 AM, Alexander Graf wrote:
On 04.10.17 22:16, Rob Clark wrote:
In the EFI_LOADER boot path, we were only checking the FAT partition
containing the EFI payload for dtb files. But this is somewhat of a
fiction. In reality ther
On Thu, Oct 5, 2017 at 8:39 AM, Alexander Graf wrote:
>
>
> On 04.10.17 22:16, Rob Clark wrote:
>>
>> In the EFI_LOADER boot path, we were only checking the FAT partition
>> containing the EFI payload for dtb files. But this is somewhat of a
>> fiction. In reality there will be one small (V)FAT
From: Chin Liang See
Add SPL driver support for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/Makefile| 4 +
arch/arm/mach-socfpga/include/mach/firewall_s10.h | 84 +
arch/arm/mach-socfpga/spl_s10.c | 138 ++
From: Chin Liang See
Add MMU support for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/Makefile| 1 +
arch/arm/mach-socfpga/mmu-arm64_s10.c | 71 +++
2 files changed, 72 insertions(+)
create mode 100644 arch/arm/mach-socfpga/mmu-a
From: Chin Liang See
Add timer support for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/timer.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-socfpga/timer.c b/arch/arm/mach-socfpga/timer.c
index 253cde3..23450b0 1006
From: Chin Liang See
Restructure the SPL so each devices such as CV, A10 and S10
will have their own dedicated SPL file. SPL file determine
the HW initialization flow which is device specific
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/Makefile | 5 +-
arch/arm/mach-
From: Chin Liang See
Add build support for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/Kconfig | 8 +-
arch/arm/mach-socfpga/Kconfig | 13 ++
configs/socfpga_stratix10_defconfig | 39 ++
include/configs/socfpga_stratix10_socdk.h | 2
From: Chin Liang See
Add socdk board support for Stratix SoC
Signed-off-by: Chin Liang See
---
board/altera/stratix10-socdk/MAINTAINERS | 7 +++
board/altera/stratix10-socdk/Makefile| 7 +++
board/altera/stratix10-socdk/socfpga.c | 7 +++
3 files changed, 21 insertions(+)
cr
From: Chin Liang See
Device tree for Stratix10 SoC
Signed-off-by: Chin Liang See
---
arch/arm/dts/Makefile| 3 +-
arch/arm/dts/socfpga_stratix10_socdk.dts | 180 +++
2 files changed, 182 insertions(+), 1 deletion(-)
create mode 100644 arch/arm
From: Chin Liang See
Add DDR support for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/include/mach/sdram_s10.h | 333 +
drivers/ddr/altera/Makefile| 1 +
drivers/ddr/altera/sdram_s10.c | 382 ++
From: Chin Liang See
Add pinmux driver support for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/Makefile | 2 +
.../arm/mach-socfpga/include/mach/system_manager.h | 5 +-
.../mach-socfpga/include/mach/system_manager_s10.h | 169 +++
From: Chin Liang See
Add Reset Manager driver support for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/Makefile | 1 +
arch/arm/mach-socfpga/include/mach/reset_manager.h | 2 +
.../include/mach/reset_manager_arria10.h | 8 +-
.../mach-
From: Chin Liang See
Add mailbox support for Stratix SoC
Signed-off-by: Ley Foon Tan
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/Makefile | 1 +
arch/arm/mach-socfpga/include/mach/mailbox_s10.h | 108 ++
arch/arm/mach-socfpga/mailbox_s10.c
From: Chin Liang See
Add Clock Manager driver support for Stratix SoC
Signed-off-by: Chin Liang See
--
Changes in v2
- Declared defines for constant value used
- Fixed spacing and comments
---
arch/arm/mach-socfpga/Makefile | 4 +
arch/arm/mach-socfpga/clock_manager.c
From: Chin Liang See
Add misc support such as EMAC and cpu info printout for Stratix SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/Makefile| 1 +
arch/arm/mach-socfpga/include/mach/misc.h | 1 +
arch/arm/mach-socfpga/misc.c | 76
From: Chin Liang See
Add the base address map for Statix10 SoC
Signed-off-by: Chin Liang See
---
arch/arm/mach-socfpga/include/mach/base_addr_s10.h | 56 ++
1 file changed, 56 insertions(+)
create mode 100644 arch/arm/mach-socfpga/include/mach/base_addr_s10.h
diff --git a
From: Chin Liang See
This patch series are enabling support for Stratix 10 SoC
Changes for v2
- Removed defines for base addresses that can be extracted from DTS
- Added CPU node plus MDIO node for Ethernet at DTS
- Added defines for constant value for readability
- Consolidated common code for
On 03.10.17 05:17, Heinrich Schuchardt wrote:
We should use the existing 64bit division instead of
reinventing the wheel.
Signed-off-by: Heinrich Schuchardt
This patch increases the code size by ~200 bytes on armv7 with gcc7 for
me. I'm not sure about the runtime - it's probably much slowe
On 04.10.17 18:39, Rob Clark wrote:
On Wed, Oct 4, 2017 at 12:29 PM, Heinrich Schuchardt wrote:
On 10/04/2017 05:25 PM, Alexander Graf wrote:
On 04.10.17 16:57, Rob Clark wrote:
On Wed, Oct 4, 2017 at 10:46 AM, Heinrich Schuchardt
wrote:
On 10/04/2017 04:14 PM, Rob Clark wrote:
On Wed,
On 04.10.17 18:29, Heinrich Schuchardt wrote:
On 10/04/2017 05:25 PM, Alexander Graf wrote:
On 04.10.17 16:57, Rob Clark wrote:
On Wed, Oct 4, 2017 at 10:46 AM, Heinrich Schuchardt
wrote:
On 10/04/2017 04:14 PM, Rob Clark wrote:
On Wed, Oct 4, 2017 at 9:03 AM, Heinrich Schuchardt
wrote:
On 04.10.17 22:16, Rob Clark wrote:
In the EFI_LOADER boot path, we were only checking the FAT partition
containing the EFI payload for dtb files. But this is somewhat of a
fiction. In reality there will be one small (V)FAT partition containing
grub (or whatever the payload may be), and a sec
On Wed, Oct 04, 2017 at 04:39:22PM +0200, Maxime Ripard wrote:
> On Wed, Oct 04, 2017 at 02:20:53PM +, Maxime Ripard wrote:
> > Hi Tom,
> >
> > Hopefully it's going to be the final version of that PR.
> >
> > It passed on travis-ci, so we should be all set.
> >
> > Thanks!
> > Maxime
> >
>
While this came in with a default value of 6 I am lowering this to 4.
The MTD/UBI code has a large number of error messages that we include
now. In addition, "normally" warning messages are not included so this
feels like a more natural level to have.
Signed-off-by: Tom Rini
---
common/Kconfig
On 25.09.17 07:25, Heinrich Schuchardt wrote:
On 09/25/2017 04:14 AM, Simon Glass wrote:
On 21 September 2017 at 10:30, Heinrich Schuchardt wrote:
Provide comments describing the boot service functions.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 640 ++
When compiling with W=1 the following warning is observed:
arch/arm/mach-imx/mx6/clock.c:1268:5: warning: no previous prototype for
‘do_mx6_showclocks’ [-Wmissing-prototypes] int do_mx6_showclocks(cmd_tbl_t
*cmdtp, int flag, int argc, char * const argv[])
Remove this warning by adding the funct
When compiling with W=1 errors are observed:
drivers/pci/pcie_imx.c:517:12: warning: no previous prototype for
‘imx6_pcie_toggle_power’ [-Wmissing-prototypes] __weak int
imx6_pcie_toggle_power(void)
drivers/pci/pcie_imx.c:528:12: warning: no previous prototype for
‘imx6_pcie_toggle_reset’ [-Wm
When compiling with W=1 the following warning is observed:
arch/arm/mach-imx/mx6/soc.c:590:6: warning: no previous prototype for ‘s_init’
[-Wmissing-prototypes] void s_init(void)
Remove this warning by adding the function prototype into include/common.h file.
Signed-off-by: Diego Dorta
---
in
On Wed, Sep 27, 2017 at 9:19 AM, Rob Clark wrote:
> stdin might not be set, which would cause iomux_doenv() to fail
> therefore causing probe_usb_keyboard() to fail. Furthermore if we do
> have iomux enabled, the sensible thing (in terms of user experience)
> would be to simply add ourselves to t
On Thu, Oct 05, 2017 at 12:20:36PM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
>
> 2017-10-05 12:06 GMT+09:00 Tom Rini :
> > On Wed, Oct 04, 2017 at 02:15:19PM +0900, Masahiro Yamada wrote:
> >> 2017-09-16 14:10 GMT+09:00 Masahiro Yamada :
> >> >
> >> > I tested this series with buildman.
> >> >
>
Hi David,
On Fri, Sep 22, 2017 at 11:00 AM, David Müller (ELSOFT AG)
wrote:
> Hello
>
> Does the code below really work?
>
> On my custom MX6Q board, the code hangs on the read of the
> "PCIE_PL_PFLR". Please note that this code sequence is not entered the
> first time after a power up; I have to
From: Sven-Ola Tuecke
We have at least a minor count of boards, that failed to re-initialize
PCI express in the Linux kernel. Typical failure rate is 20% on affected
boards. This is mitigated by commit 6ecbe1375671 ("drivers: pci: imx:
add imx_pcie_remove function").
However, at least on some i.
> Normally U-Boot boots from SPI NOR, and Linux can be loaded directly
> from U-Boot via the 'zboot' command.
I am much more interested (since the last stage I know) what would be the
initial sequence of events:
E3900/APL-I -> IFWI -> MBR -> U-Boot, or ...???
Thank you,
Zoran
On Thu, Oct 5, 2017
Hi Zoran,
On Thu, Oct 5, 2017 at 6:22 PM, Zoran Stojsavljevic
wrote:
> Hello Bin,
>
>> So far Apollo Lake is not supported in U-Boot. However it is on my todo
>> list.
>
> All Good. Please, take your time. If you do not mind, I would like to know
> ASAP, do I have correct prediction/anticipation/
Hi Bin,
Thanks a lot for the reply. Is there something I can do to help you? I mean
that's my graduation project and I will have to work on it either I succed or
not, and here I have available hardware aswell.
Best regards,
Vincenzo
Sent with [ProtonMail](https://protonmail.com) Secure Email.
On 10/04/2017 03:11 PM, Faiz Abbas wrote:
> Hi,
>
> On Wednesday 04 October 2017 06:01 PM, Marek Vasut wrote:
>> On 10/04/2017 12:51 PM, Faiz Abbas wrote:
>>> Hi,
>>> On Tuesday 03 October 2017 06:48 PM, Marek Vasut wrote:
On 10/03/2017 03:17 PM, Faiz Abbas wrote:
> Hi,
> On Tuesday 0
> So far Broadwell-DE is not supported in U-Boot. However it is on my todo
list.
Excellent thread! Just what I needed, and was thinking to enter! ;-)
What will be the architecture of this porting effort? The same question as
I have asked an hour ago for ATOM E3900/APL-I.
Thank you in advance,
Zo
Hi,
On Thu, Oct 5, 2017 at 5:43 PM, vnktux wrote:
> Hi Bin,
>
> Thanks a lot for the reply. Is there something I can do to help you? I mean
> that's my graduation project and I will have to work on it either I succed
> or not, and here I have available hardware aswell.
>
If you can't wait, you c
On Wed, Oct 4, 2017 at 5:29 PM, Fabio Estevam wrote:
> Since commit ff98cb90514d ("part: extract MBR signature from partitions")
> SPL boot on i.MX6 starts to fail:
>
> U-Boot SPL 2017.09-00221-g0d6ab32 (Oct 02 2017 - 15:13:19)
> Trying to boot from MMC1
> (keep in loop)
>
> Use the original alloc
Hello Bin,
> So far Apollo Lake is not supported in U-Boot. However it is on my todo
list.
All Good. Please, take your time. If you do not mind, I would like to know
ASAP, do I have correct prediction/anticipation/vision how this whole thing
should work?
The one I originally described in my orig
Hi Zoran,
On Wed, Oct 4, 2017 at 1:52 PM, Zoran Stojsavljevic
wrote:
> Hello to the U-Boot Community,
>
> I am curious about the following HW/FW configuration with regards to the
> U-Boot?
>
> Did anybody managed to run the following: INTEL Atom E3900 APL-I with
> U-Boot?
>
> E3900 -> IFWI -> MBR
Hi,
On Tue, Oct 3, 2017 at 10:58 PM, vnktux wrote:
> Hi all,
>
> For my graduation project my company asked to use U-Boot as bare metal
> boot-loader on one of their product. The product in an embedded board with a
> Xeon Broadwell-DE D-1527 Quad Core. The current boot-loader consist of
> Core
On Thu, Oct 5, 2017 at 12:36 AM, Jonathan Gray wrote:
> On Wed, Oct 04, 2017 at 01:12:48PM -0400, Rob Clark wrote:
>> On Wed, Oct 4, 2017 at 12:29 PM, Fabio Estevam wrote:
>> > Since commit ff98cb90514d ("part: extract MBR signature from partitions")
>> > SPL boot on i.MX6 starts to fail:
>> >
>>
Include common config_distro_defaults.h and config_distro_bootcmd.h
for u-boot enviroments to support automatical distro boot which
scan boot.scr from external storage devices(e.g. SD and USB)
and execute autoboot script.
Signed-off-by: Bhaskar Upadhaya
Signed-off-by: Rajesh Bhagat
---
Depends o
Include common config_distro_defaults.h and config_distro_bootcmd.h
for u-boot enviroments to support automatical distro boot which
scan boot.scr from external storage devices(e.g. SD and USB)
and execute autoboot script.
Signed-off-by: Bhaskar Upadhaya
Signed-off-by: Rajesh Bhagat
---
Depends o
On Tue, Oct 3, 2017 at 6:31 PM, Rob Clark wrote:
> If probe fails, we should unregister the stdio device, else we leave
> dangling pointers to the parent 'struct usb_device'.
>
> Signed-off-by: Rob Clark
Tested-by: Peter Robinson
Tested on RPi3 and a couple of other devices.
> ---
> I finally
On Wed, Sep 27, 2017 at 2:19 AM, Rob Clark wrote:
> stdin might not be set, which would cause iomux_doenv() to fail
> therefore causing probe_usb_keyboard() to fail. Furthermore if we do
> have iomux enabled, the sensible thing (in terms of user experience)
> would be to simply add ourselves to t
> -Original Message-
> From: York Sun
> Sent: Thursday, October 05, 2017 12:12 AM
> To: Sumit Garg ; u-boot@lists.denx.de
> Cc: Ruchika Gupta ; Prabhakar Kushwaha
> ; Ashish Kumar
> Subject: Re: [PATCH 1/3] armv8: fsl-layerscape: SPL size reduction
>
> On 10/03/2017 03:51 AM, Sumit Garg w
100 matches
Mail list logo