On Tue, Sep 5, 2017 at 11:11 PM, Tuomas Tynkkynen
wrote:
> Hi,
>
> On 09/04/2017 10:55 PM, Paul Barker wrote:
>>
>>
>> I looks like u-boot v2017.09-rc4 is still unable to boot Linux on
>> Raspberry Pi devices. I've just tested this now on a Raspberry Pi
>> (original Model B) and confirmed that it
Hi Jagan,
On 09/04/2017 08:22 AM, Hannes Schmelzer wrote:
"U-Boot" schrieb am 01.09.2017 16:39:03:
wrote:
Hi Eldor,
just found your post in the mailinglist.
https://lists.denx.de/pipermail/u-boot/2016-December/276491.html
Reason why i'm searched there is, that i've now excactly same probl
As per current implementation, default value of board env is
based on board filename i.e ls2080ardb.
With distro support changes, this env is used to decide upon
kernel dtb which is different for other SoCs (ls2088a, ls2081a)
combination supported with this board.
Add support to modify board env
Some files are generated during libfdt build. Ignore them.
This was wrongly put in the .gitignore in the root directory before.
Now let's remove entries there and put them in the right place.
Fixes: 34e2c285 ("gitignore: add intermediates from libfdt build")
Signed-off-by: Bin Meng
---
Changes
These are currently out of alphabetical order.
Signed-off-by: Bin Meng
---
Changes in v2: None
tools/.gitignore | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/tools/.gitignore b/tools/.gitignore
index ac0c979..6a487d2 100644
--- a/tools/.gitignore
+++
Add missing defines of Multiport DDR-SDRAM Controller (MPDDRC).
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/include/mach/atmel_mpddrc.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/m
Because before switching to a lower clock source, we must switch
the clock source first instead of last. So before configuring the
PMC_MCKR register, invoke at91_mck_init_down() first.
As said in datasheet, the the size of SPL must not exceed the maximum
size allowed(64Kbytes).
Signed-off-by: Wen
From: Wenyou Yang
The SAMA5D27-SiP (System in Package) integrates the SAMA5D2
with 1Gbit DDR2-SDRAM in a single package.
The SAMA5D27 SOM1 embeds a 64Mbit QSPI flash, KSZ8081 Phy and
Mac-address EEPROM.
Signed-off-by: Wenyou Yang
---
Changes in v4:
- Rebase the uboot/master (84a4206).
- Rem
Add the boot device for booting from the QSPI flash.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/spl.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-at91/spl.c b/arch/arm/mach-at91
Refer to the commit 70f8c8316ad(PMC: add new mck function to lower
rate while switching) from AT91Bootstrap.
While switching to a lower clock source, we must switch the clock
source first instead of last. Otherwise, we could end up with
too high frequency on internal bus and peripherals.
This happ
From: Wenyou Yang
The SAMA5D2 SiP(System in Package) has different Chip IDs in the
CHIPID and CHIP_EXID registers.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/armv7/sama5d2_devices.c | 26
As said in 29.5.7 section of SAMA5D2 datasheet, before switching to
the crystal oscillator, a check must be carried out to ensure that
the oscillator is present and that its freqency is valid.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Change
Add a function to display the company's logo and board information
via the API from DM_VIDEO. This function can be shared by other
atmel boards, so locate it in board/atmel/common folder.
Signed-off-by: Wenyou Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-a
Replace the code of setting the ethernet mac address with the code
from the board/atmel/common folder.
Signed-off-by: Wenyou Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/at91-sama5d2_xplained.dts | 5 +++
board/atmel/sama5d2_xplained/sama5d2_xplai
Add the code of setting the ethernet mac address from eeprom
via the common code from the common folder.
Signed-off-by: Wenyou Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/at91-sama5d4_xplained.dts | 5 +
board/atmel/sama5d4_xplained/sama5d4_x
Create board/atmel/common folder to accommodate the common code
shared by other atmel boards, now move the code of setting ethernet
mac address from eeprom, which uses the i2c eeprom driver.
Signed-off-by: Wenyou Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mac
The SAMA5D27-SOM1-EK board embeds a SAMA5D27 SOM1 module, which includes
a SAMA5D27-SiP chip and QSPI flash, Phy and MAC EEPROM. The SAMA5D27 SiP
integrates the SAMA5D2 with 1Gbit DDR2-SDRAM in a single package.
It is based on the patch,
[PATCH v2] misc: Kconfig: Add SPL_I2C_EEPROM option
On Wed, Sep 6, 2017 at 9:12 AM, Tom Rini wrote:
> On Tue, Sep 05, 2017 at 04:57:07PM +0800, Simon Glass wrote:
>> Hi Bin,
>>
>> On 5 September 2017 at 09:33, Bin Meng wrote:
>> > On Thu, Aug 31, 2017 at 8:52 PM, Simon Glass wrote:
>> >> On 29 August 2017 at 17:47, Philipp Tomsich
>> >> wrote:
>
This option is an SPL-variant of the I2C_EEPROM option to enable
the driver for generic I2C-attached EEPROMs for SPL.
Signed-off-by: Wenyou Yang
---
Changes in v2:
- Rebase the uboot/master (84a4206).
drivers/misc/Kconfig | 8
drivers/misc/Makefile | 2 +-
2 files changed, 9 inserti
On Sel, 2017-09-05 at 11:36 +0200, Marek Vasut wrote:
> On 09/05/2017 11:23 AM, Chee, Tien Fong wrote:
> >
> > On Sel, 2017-09-05 at 11:04 +0200, Marek Vasut wrote:
> > >
> > > On 09/05/2017 07:53 AM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Isn, 2017-09-04 at 11:39 +0200, Marek Vasut
On 09/06/2017 01:48 AM, Rob Clark wrote:
> On Tue, Sep 5, 2017 at 4:55 AM, Simon Glass wrote:
>> Hi,
>>
>> On 1 September 2017 at 22:45, Tom Rini wrote:
>>> On Wed, Aug 30, 2017 at 04:16:34AM +0800, Simon Glass wrote:
Hi,
On 29 August 2017 at 22:16, Rob Clark wrote:
> On Tue,
On 09/05/2017 09:24 PM, Alexander Graf wrote:
>> With this patch an EFI application can be built
>> out of multiple source files.
>>
>> All object files that are to be included into the EFI
>> application %.efi must be added to variable %-objs. E.g.
>>
>> helloworld-objs = helloworld.o
>>
>> s
Add some generic options for TPL support for arm 32bit, and then
and TPL support for rk3229(cortex-A7), and then add OPTEE support
in SPL.
Kever Yang (10):
lib: add TPL_OF_LIBFDT option for TPL
arm: add option for TPL support in arm 32bit
arm: add a separate stack for TPL
rockchip: rk32
Hi All,
The SHA256 password feature doesn't seem to be working. The size argument
that was passed to hash_block was undefined. I'm not sure if this patch is
the best approach, but it does fix it:
--- uboot-2017.01/common/autoboot.c.orig2017-09-05
07:52:56.635162924 -0400
+++ uboot-2017.01
On Mon, Sep 04, 2017 at 07:37:01PM -0700, Eric Nelson wrote:
>Hi Peng,
>
>Pardon the reference to an old update, but do you have a description
>of the symptoms that brought about this patch?
Sorry for late reply. Runtime calculation is better.
The clk here is IPU HSP clock, which default sources
On Tue, Sep 5, 2017 at 4:56 AM, Simon Glass wrote:
> Hi Rob,
>
> On 3 September 2017 at 23:08, Łukasz Majewski wrote:
>> On 09/02/2017 06:37 PM, Rob Clark wrote:
>>>
>>> And drop a whole lot of ugly code!
>
> :-)
>
>>
>>
>> +1
>>
>> Reviewed-by: Łukasz Majewski
>>
>>
>>
>>>
>>> Signed-off-by: Ro
Detail of step by step to bring up the board with OP-TEE support.
Signed-off-by: Kever Yang
---
board/rockchip/evb_rk3229/README | 72
1 file changed, 72 insertions(+)
create mode 100644 board/rockchip/evb_rk3229/README
diff --git a/board/rockchip/evb_
We package U-Boot and OP-TEE into one itb file for SPL,
so that we can support OP-TEE in SPL.
Signed-off-by: Kever Yang
---
board/rockchip/evb_rk3229/fit_spl_optee.its | 48 +
1 file changed, 48 insertions(+)
create mode 100644 board/rockchip/evb_rk3229/fit_spl_opte
When we use DM_SERIAL for serial driver, we need enable the
dts node for the debug console.
Signed-off-by: Kever Yang
---
arch/arm/dts/rk3229-evb.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/dts/rk3229-evb.dts b/arch/arm/dts/rk3229-evb.dts
index ae0b0a4..fe4abe9 100644
--- a
Enable all the options for TPL/SPL and OPTEE.
Signed-off-by: Kever Yang
---
configs/evb-rk3229_defconfig | 28
1 file changed, 24 insertions(+), 4 deletions(-)
diff --git a/configs/evb-rk3229_defconfig b/configs/evb-rk3229_defconfig
index bf5baf5..2fe2061 100644
--
OP-TEE is an open source trusted OS, in armv7, its loading and
running are like this:
loading:
- SPL load both OP-TEE and U-Boot
running:
- SPL run into OP-TEE in secure mode;
- OP-TEE run into U-Boot in non-secure mode;
More detail:
https://github.com/OP-TEE/optee_os
and search for 'boot argument
TPL stack may different from SPL and sys stack, add support for
separate one when the board defines it.
Signed-off-by: Kever Yang
---
arch/arm/lib/crt0.S | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/lib/crt0.S b/arch/arm/lib/crt0.S
index fa81317..3c1c603 10064
SPL/TPL also need use sysreset for some feature like panic callback.
Signed-off-by: Kever Yang
---
drivers/sysreset/Kconfig | 18 ++
drivers/sysreset/Makefile | 2 +-
2 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/drivers/sysreset/Kconfig b/drivers/sysreset/Kco
Move original spl to tpl, and add spl to load next stage firmware,
adapt all the address and option for them.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/Kconfig | 9
arch/arm/mach-rockchip/Makefile | 3 +-
arch/arm/mach-rockchip/rk322x-board-spl.c
Some options like TPL_SYS_THUMB_BUILD, TPL_USE_ARCH_MEMCPY
and TPL_USE_ARCH_MEMCPY are needed for TPL build in 32bit arm.
Signed-off-by: Kever Yang
---
arch/arm/Kconfig | 29 +
1 file changed, 29 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index c
TPL may need use libfdt for dt decode, add option for it.
Signed-off-by: Kever Yang
---
lib/Kconfig | 10 ++
1 file changed, 10 insertions(+)
diff --git a/lib/Kconfig b/lib/Kconfig
index d73052d..d2a6dae 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
@@ -204,6 +204,16 @@ config SPL_OF_LIBF
On Tue, Sep 5, 2017 at 4:56 AM, Simon Glass wrote:
> On 3 September 2017 at 00:38, Rob Clark wrote:
>> Add a generic implementation of 'ls' using opendir/readdir/closedir, and
>> replace fat's custom implementation. Other filesystems should move to
>> the generic implementation after they add op
On 09/05/2017 04:23 PM, Andy Shevchenko wrote:
> On Tue, 2017-09-05 at 03:19 +0200, Heinrich Schuchardt wrote:
>> Currently we have a single EFI application that we can deliver
>> integrated into U-Boot. It is a hello world application that
>> can be called with 'bootefi hello'.
>>
>> The Makefiles
The CONFIG_BOOTSTAGE_USER_COUNT option is no-longer needed since we can now
support any number of user IDs. Also BOOTSTAGE_ID_COUNT is not needed now.
Drop these unused options.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
common/Kconfig
With SPL we often have limited memory and do not need very many bootstage
records. Add a separate Kconfig option for SPL.
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
common/Kconfig | 7 +++
common/bootstage.c | 6 +++---
2 files changed, 10 insertions(+), 3 d
Once U-Boot relocates itself the existing driver-model timer (if any) is
no-longer valid until the device is reinitialised. Any use of the device
may cause a crash. To handle this, set the timer to NULL after relocation.
Signed-off-by: Simon Glass
---
Changes in v3:
- Bracket access to gd->timer
Enable this option for link so that the timer is available earlier.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2:
- Add new patch to enable early timer for chromebook_link
configs/chromebook_link64_defconfig | 1 +
configs/chromebook_link_defconfig
Use the new separate init function so that we can make use of the timer
before driver model is started up.
At some point we should consider adding the microsecond timer to the timer
uclass interface since it would reduce the amount of plumbing here
slightly.
Signed-off-by: Simon Glass
---
Chang
With bootstage we need access to the timer before driver model is set up.
To handle this, put the required state in global_data and provide a new
function to set up the device, separate from the driver's probe() method.
This will be used by the 'early' timer also.
Signed-off-by: Simon Glass
Revi
Recent bootstage changes have provoked problems with chromebook_link.
Bootstage uses the timer before driver model is ready, but link uses
driver model for the timer.
This series:
- Updates the TSC timer to make the bootstage work before DM is ready
- Provides a way to have a separate setting for
Hi Bin,
On 26 August 2017 at 18:10, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Aug 27, 2017 at 6:39 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 26 August 2017 at 07:56, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Sat, Aug 26, 2017 at 9:39 PM, Simon Glass wrote:
On 15 August 2017 at 23:42, Bin Me
Hi Bin,
On 26 August 2017 at 18:12, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Aug 27, 2017 at 6:40 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 26 August 2017 at 07:58, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Sat, Aug 26, 2017 at 9:39 PM, Simon Glass wrote:
Hi Bin,
On 15 August 201
Hi Bin,
On 27 August 2017 at 23:18, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Aug 27, 2017 at 11:23 PM, Simon Glass wrote:
>> Use the new separate init function so that we can make use of the timer
>> before driver model is started up.
>>
>> At some point we should consider adding the microsecond
Hi Eric,
On Mon, Sep 04, 2017 at 07:48:56PM -0700, Eric Nelson wrote:
>Hi Peng,
>
>Can you tell that I'm hunting a bug in an old version?
>
>I'm seeing a **very** intermittent regression between U-Boot
>versions 2015.07 and 2016.05 and happened to spot something
>in this patch.
>
>On 04/27/2016 07:
On Tue, Sep 05, 2017 at 04:57:07PM +0800, Simon Glass wrote:
> Hi Bin,
>
> On 5 September 2017 at 09:33, Bin Meng wrote:
> > On Thu, Aug 31, 2017 at 8:52 PM, Simon Glass wrote:
> >> On 29 August 2017 at 17:47, Philipp Tomsich
> >> wrote:
> >>> Since ee95d10 (fdt: Build the new python libfdt mod
On Sun, Sep 03, 2017 at 09:00:07PM -0700, Bin Meng wrote:
> So far these are using magic numbers. Replace them with macros.
>
> Signed-off-by: Bin Meng
> ---
>
> include/blk.h | 10 +++---
> 1 file changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/include/blk.h b/include/blk.h
> in
On Tue, Sep 05, 2017 at 02:20:09PM -0400, Tom Rini wrote:
> With the move of environment code from common/ to env/ a number of
> changes needed to be made to various make targets. We missed updating
> some of the files required for out of tree builds of the tools. Correct
> the 'environ' target
On Tue, Sep 05, 2017 at 01:53:58AM -0600, Simon Glass wrote:
> This was broken by the recent environment refactoring. Specifically:
>
> $ make environ
> scripts/Makefile.build:59: tools/environ/Makefile: No such file or directory
> make[1]: *** No rule to make target 'tools/environ/Makefile'. S
On Tue, Sep 05, 2017 at 01:53:59AM -0600, Simon Glass wrote:
> The target is not currently mentioned anywhere. Add it to the help so
> people can find it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Fri, Sep 01, 2017 at 03:42:03PM +0300, Sam Protsenko wrote:
> Since commit 842778a09104 ("usb: gadget: g_dnl: only set iSerialNumber
> if we have a serial#") "fastboot devices" stopped to show correct device
> serial number for TI boards, showing this line instead:
>
> fa
On Tue, Sep 05, 2017 at 01:41:38PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> Please pull these fixes for v2017.09. The IPU and splash driver changes
> passed the full build test, here is a status report:
>
> https://travis-ci.org/vdsao/u-boot-video/builds/271856994
Ah good, thanks.
> Th
On Tue, Sep 05, 2017 at 11:25:17AM +0200, Dr. Philipp Tomsich wrote:
> Tom,
>
> I have a few lingering fixes and config changes.
>
> Thanks,
> Philipp.
>
>
> The following changes since commit 0e88cdd17da393e7dd6040de6a3fda289c00a51e:
>
> Prepare v2017.09-rc4 (2017-09-04 09:02:48 -0400)
>
Enable TI_COMMON_CMD_OPTIONS and remove similar options
from the defconfig. Updated with savedefconfig.
Tested-by: Derald D. Woods
Signed-off-by: Adam Ford
---
V2: Resync with 2017.09-RC4
board/logicpd/am3517evm/Kconfig | 2 ++
configs/am3517_evm_defconfig| 20 ++--
2 file
Much of the AM3517 functions are copies of the standard definitions
used in ti_omap3_common.h. Moving to include a common file
reduces the amount of duplicative code and clutter. A few
AM3517 specific functions (like EMIF4) are explictly defined
and a few items are undefined or redefined, but ove
On Tue, Sep 5, 2017 at 4:55 AM, Simon Glass wrote:
> Hi,
>
> On 1 September 2017 at 22:45, Tom Rini wrote:
>> On Wed, Aug 30, 2017 at 04:16:34AM +0800, Simon Glass wrote:
>>> Hi,
>>>
>>> On 29 August 2017 at 22:16, Rob Clark wrote:
>>> > On Tue, Aug 29, 2017 at 8:57 AM, Leif Lindholm
>>> > wro
From: Fabio Estevam
Add Serial Download Protocol support (SDP), which allows loading
SPL and u-boot.img via imx_usb_loader tool as explained in
doc/README.sdp.
Signed-off-by: Fabio Estevam
---
In order to get SDP functional on sabresd we need these
two patches from Stefan:
imx: add macro to de
From: Fabio Estevam
Instead of having every board file to add its own g_dnl_bind_fixup()
implementation, move it to the common imx6 SPL code.
Signed-off-by: Fabio Estevam
Reviewed-by: Łukasz Majewski
---
Changes since RFC:
- Keep the non-SPL g_dnl_bind_fixup inside tdx-common.c
arch/arm/ma
Hi Artturi,
Am Mittwoch, 6. September 2017, 01:50:38 CEST schrieb Artturi Alm:
> So, being optimistic, i added compatible found from
> arch/arm/dts/rk3xxx.dtsi, included by rk3188:
>
> diff --git a/drivers/mmc/rockchip_dw_mmc.c b/drivers/mmc/rockchip_dw_mmc.c
> index e7fcf89..a879fcd 100644
> ---
Hi,
i'd like to get U-Boot working on rockchip/rk3188(rock_defconfig).
current as-is:
U-Boot SPL 2017.09-rc4-9-ga0e80c9 (Sep 05 2017 - 23:47:57)
Returning to boot ROM...
U-Boot 2017.09-rc4-9-ga0e80c9 (Sep 05 2017 - 23:47:57 +0300)
Model: Radxa Rock
DRAM: 2 GiB
MMC:
MMC Device 0 not
On Tue, Sep 5, 2017 at 6:18 PM, Stefan Agner wrote:
> Note that 0xfff was a rather randomly picked offset, not sure if we want that
> in common code.
Yes, I noticed that. I am inclined to go with 0xfff and then later we
can even introduce a CONFIG option for the offset if needed.
>> -#ifdef CO
Hi,
On 09/04/2017 10:55 PM, Paul Barker wrote:
I looks like u-boot v2017.09-rc4 is still unable to boot Linux on
Raspberry Pi devices. I've just tested this now on a Raspberry Pi
(original Model B) and confirmed that it gets stuck at "Starting
kernel ...".
FWIW, works for me. I think you need
On 03.09.2017 07:56, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Instead of having every board file to add its own g_dnl_bind_fixup()
> implementation, move it to the common imx6 SPL code.
>
> Signed-off-by: Fabio Estevam
> ---
> Stefan,
>
> I don't have access to Toradex board to test it, h
Hi,
I've been working with USB-Ethernet gadget for quite some time on the
Allwinner SoCs, especially because most Allwinner boards lack an
ethernet controller.
The thing is, it wasn't really upstreamable all this time since we've
had also some boards that had a controller with DM_ETH. And usb_eth
With SMC911X supported in Kconfig, let's migrate
the Logic PD OMAP3 board.
Signed-off-by: Adam Ford
---
configs/omap3_logic_defconfig | 4
include/configs/omap3_logic.h | 7 ---
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/configs/omap3_logic_defconfig b/configs/omap3_
There are a variety of boards that need some cleanup in their
respective include/configs file, but here is a foundation
for them to begin their transisiton.
Signed-off-by: Adam Ford
---
drivers/net/Kconfig | 29 +
1 file changed, 29 insertions(+)
diff --git a/drivers
On Tue, Sep 5, 2017 at 7:20 PM, Tom Rini wrote:
> With the move of environment code from common/ to env/ a number of
> changes needed to be made to various make targets. We missed updating
> some of the files required for out of tree builds of the tools. Correct
> the 'environ' target to know th
This commit adds support for GPIO reset lines matching the
common linux "reset-gpios" devicetree binding.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Stefan Roese
Cc: Marek Behún
Cc: Simon Glass
Cc: Michal Simek
---
drivers/i2c/muxes/pca954x.c | 44
With the move of environment code from common/ to env/ a number of
changes needed to be made to various make targets. We missed updating
some of the files required for out of tree builds of the tools. Correct
the 'environ' target to know that we need to work under tools/env/ still
(not tools/envi
On Tue, Sep 5, 2017 at 6:55 PM, Tom Rini wrote:
> On Tue, Sep 05, 2017 at 06:47:20PM +0100, Peter Robinson wrote:
>> On Tue, Sep 5, 2017 at 6:42 PM, Tom Rini wrote:
>> > On Tue, Sep 05, 2017 at 06:26:59PM +0100, Peter Robinson wrote:
>> >> On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
>> >> >
On Tue, Sep 05, 2017 at 06:47:20PM +0100, Peter Robinson wrote:
> On Tue, Sep 5, 2017 at 6:42 PM, Tom Rini wrote:
> > On Tue, Sep 05, 2017 at 06:26:59PM +0100, Peter Robinson wrote:
> >> On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
> >> > Hey all,
> >> >
> >> > It's release day and v2017.09-rc
On Tue, Sep 5, 2017 at 6:42 PM, Tom Rini wrote:
> On Tue, Sep 05, 2017 at 06:26:59PM +0100, Peter Robinson wrote:
>> On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
>> > Hey all,
>> >
>> > It's release day and v2017.09-rc4 is out. It's a week until release
>> > day. Please let me know if you kn
On Tue, Sep 05, 2017 at 04:55:48PM +0800, Simon Glass wrote:
> Hi Paul,
>
> On 5 September 2017 at 03:55, Paul Barker wrote:
> > On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
> >> Hey all,
> >>
> >> It's release day and v2017.09-rc4 is out. It's a week until release
> >> day. Please let me k
On Tue, Sep 05, 2017 at 06:26:59PM +0100, Peter Robinson wrote:
> On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
> > Hey all,
> >
> > It's release day and v2017.09-rc4 is out. It's a week until release
> > day. Please let me know if you know of any regressions, thanks!
>
> I'm seeing an issue
On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
> Hey all,
>
> It's release day and v2017.09-rc4 is out. It's a week until release
> day. Please let me know if you know of any regressions, thanks!
I'm seeing an issue with a "make defconfig" we use in Fedora for
various utils on x86 which has re
On Tue, Sep 5, 2017 at 1:26 PM, Stefan Agner wrote:
> Yes, I understand.
>
> I am just saying, I don't see a point to use that macro over i.MX 7's
> Boot Information structure...
Correct, and I did not suggest this either :-)
___
U-Boot mailing list
U-
On 2017-09-05 09:18, Fabio Estevam wrote:
> On Tue, Sep 5, 2017 at 1:05 PM, Stefan Agner wrote:
>
>> i.MX 7 has a Boot Information structure which is passed from the Boot
>> ROM, so we have a much cleaner method there.
>> http://git.denx.de/?p=u-boot/u-boot-imx.git;a=blob;f=arch/arm/mach-imx/mx7/
On Tue, Sep 5, 2017 at 1:05 PM, Stefan Agner wrote:
> i.MX 7 has a Boot Information structure which is passed from the Boot
> ROM, so we have a much cleaner method there.
> http://git.denx.de/?p=u-boot/u-boot-imx.git;a=blob;f=arch/arm/mach-imx/mx7/soc.c;h=87bf105f385d4c12bee6d038c0ba50e2e588124c;
On 2017-09-05 06:45, Fabio Estevam wrote:
> Hi Stefano,
>
> On Tue, Sep 5, 2017 at 8:16 AM, Stefano Babic wrote:
>
>> Maybe we get some further info from our "insider" (Fabio, Peng). It will
>> be very interesting to know if we can apply this to all spectrum from
>> i.MX6, or if there is some MX
On 2017-09-05 04:13, Fabio Estevam wrote:
> Hi Stefan,
>
> On Mon, Sep 4, 2017 at 10:21 PM, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> This macro allows to detect whether the boot ROM initialized USB
>> already (serial downloader). This is helpful to reliably detect
>> if the system has bee
On Tue, 2017-09-05 at 03:19 +0200, Heinrich Schuchardt wrote:
> Currently we have a single EFI application that we can deliver
> integrated into U-Boot. It is a hello world application that
> can be called with 'bootefi hello'.
>
> The Makefiles do not easily accomodate further EFI payloads
> like
Replace all occurences of helloworld by generalized forms.
This allows us to build additional EFI applications that are
included into the U-Boot binary without loading
scripts/Makefile.lib with specific filenames.
Signed-off-by: Heinrich Schuchardt
---
v2
Removed superfluous reference to
Variable always should only be appended but not overwritten by
lib/efi_loader/Makefile.
Remove variable efiprogs which is not otherwise used.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/Makefile | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff
With this patch an EFI application can be built
out of multiple source files.
All object files that are to be included into the EFI
application %.efi must be added to variable %-objs. E.g.
helloworld-objs = helloworld.o
script/Makefile.lib automatically generates file %_efi.d
containing
Currently we have a single EFI application that we can deliver
integrated into U-Boot. It is a hello world application that
can be called with 'bootefi hello'.
The Makefiles do not easily accomodate further EFI payloads
like a unit test for the EFI API or an EFI shell.
This patch series changes M
In scripts/Makefile.lib we build section including helloworld.efi.
This allows to load the EFI binary with command 'bootefi hello'.
scripts/Makefile.lib contains explicit references to strings
containing helloworld and hello_world. This makes it impossible
to generalize the coding to accomodate ad
Hi Eric,
On 05/09/2017 15:49, Eric Nelson wrote:
> Hi Stefano,
>
> On 09/05/2017 04:16 AM, Stefano Babic wrote:
>> Hi Stefan,
>> On 05/09/2017 03:21, Stefan Agner wrote:
>>> From: Stefan Agner
>>>
>>> This macro allows to detect whether the boot ROM initialized USB
>>> already (serial downloader
Hi Fabio,
On 09/05/2017 06:33 AM, Fabio Estevam wrote:
Hi Eric,
On Mon, Sep 4, 2017 at 11:49 PM, Eric Nelson wrote:
Hi Peng,
Can you tell that I'm hunting a bug in an old version?
I'm seeing a **very** intermittent regression between U-Boot
versions 2015.07 and 2016.05 and happened to spot
Hi Stefano,
On 09/05/2017 04:16 AM, Stefano Babic wrote:
Hi Stefan,
On 05/09/2017 03:21, Stefan Agner wrote:
From: Stefan Agner
This macro allows to detect whether the boot ROM initialized USB
already (serial downloader). This is helpful to reliably detect
if the system has been recovered via
Hi Stefan,
On Tue, Sep 5, 2017 at 1:50 AM, Stefan Agner wrote:
> Note this idea is borrowed from NXP downstream and seems to work here:
> http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git/tree/arch/arm/include/asm/arch-mx7/imx-regs.h?h=imx_v2016.03_4.1.15_2.0.0_ga#n1204
Please mention the
Hi Stefano,
On Tue, Sep 5, 2017 at 8:16 AM, Stefano Babic wrote:
> Maybe we get some further info from our "insider" (Fabio, Peng). It will
> be very interesting to know if we can apply this to all spectrum from
> i.MX6, or if there is some MX6 variant where the Bootrom is doing
> something diff
Hi Stefan,
On 09/04/2017 09:50 PM, Stefan Agner wrote:
On 2017-09-04 19:57, Eric Nelson wrote:
On 09/04/2017 06:21 PM, Stefan Agner wrote:
+
+/*
+ * If ROM fell back to USB recover mode, USBPH0_PWD will be clear to use USB
+ * If boot from the other mode, USB0_PWD will keep reset value
+ *
Hi Stefano,
On 09/05/2017 06:30 AM, Stefano Babic wrote:
On 05/09/2017 14:56, Fabio Estevam wrote:
Hi Eric,
On Mon, Sep 4, 2017 at 11:37 PM, Eric Nelson wrote:
--- a/include/configs/mx6sabre_common.h
+++ b/include/configs/mx6sabre_common.h
@@ -225,7 +225,11 @@
#define CONFIG_BMP_16BPP
Hi Eric,
On Mon, Sep 4, 2017 at 11:49 PM, Eric Nelson wrote:
> Hi Peng,
>
> Can you tell that I'm hunting a bug in an old version?
>
> I'm seeing a **very** intermittent regression between U-Boot
> versions 2015.07 and 2016.05 and happened to spot something
> in this patch.
Just curious: how doe
On 05/09/2017 14:56, Fabio Estevam wrote:
> Hi Eric,
>
> On Mon, Sep 4, 2017 at 11:37 PM, Eric Nelson wrote:
>
>>> --- a/include/configs/mx6sabre_common.h
>>> +++ b/include/configs/mx6sabre_common.h
>>> @@ -225,7 +225,11 @@
>>> #define CONFIG_BMP_16BPP
>>> #define CONFIG_VIDEO_LOGO
>>> #de
On 09/01/2017 02:42 PM, Sam Protsenko wrote:
> Since commit 842778a09104 ("usb: gadget: g_dnl: only set iSerialNumber
> if we have a serial#") "fastboot devices" stopped to show correct device
> serial number for TI boards, showing this line instead:
>
> fastboot
>
> This is
1 - 100 of 182 matches
Mail list logo