On Thu, Apr 26, 2018 at 8:35 PM, Patrice Chotard wrote:
> From: Christophe Kerello
>
> We face issue on Macronix/Spansion spi nors due to bad mode management.
> We solve these issues using following mode configurations:
> - read_cmd =
On Tue, May 1, 2018 at 2:12 AM, Simon Glass wrote:
> Hi Ramon,
>
> On 30 April 2018 at 07:04, Ramon Fried wrote:
>> Hi all.
>> I'm currently adding support for Qualcomm Dragonboards to U-boot as a
>> primary bootloader without chain-loading using LK
On Sat, Apr 28, 2018 at 11:05 AM, Chen-Yu Tsai wrote:
> Hi,
>
> This is v2 of the ALL-H3-CC H2+/H5 variants series.
>
> Changes since v1:
>
> - Renamed common board .dtsi to follow what was merged in Linux
> - Fixed error in Makefile
> - Collected acks from Maxime
>
>
On 04/30/2018 08:22 PM, Heinrich Schuchardt wrote:
> U-Boot has currently no logo that we can use in presentations.
>
> On the U-Boot IRC channel the following propositions where made:
>
> Source: https://commons.wikimedia.org/wiki/File:Circle-icons-submarine.svg
> License: GPL2+
> (Alex used
On Sat, Apr 14, 2018 at 6:43 PM, wrote:
> From: Duncan Hare
>
> Why http and wget:
>
> HTTP is the most efficient file retrieval protocol in common
> use. The client send a single request, after TCP connection,
> to receive a file of any length.
>
> WGET
On Sat, Apr 14, 2018 at 6:43 PM, wrote:
> From: Duncan Hare
>
> Central management, including logs and change control,
> coupled with with enhanced security and unauthorized
> change detection and remediation by exposing a
> small attack surface.
>
> Why
On Wed, Apr 25, 2018 at 6:52 PM, Duncan Hare wrote:
>
>
>From: Simon Glass
> To: Duncan Hare
> Cc: Wolfgang Denk ; U-Boot Mailing List ;
> Joe Hershberger
> Sent: Wednesday,
On Tue, Apr 17, 2018 at 10:10 AM, Simon Glass wrote:
> Hi Duncan,
>
> On 14 April 2018 at 17:43, wrote:
>> From: Duncan Hare
>>
>> Why http and wget:
>>
>> HTTP is the most efficient file retrieval protocol in common
>> use. The client
Hi Duncan,
On Sat, Apr 14, 2018 at 6:43 PM, wrote:
> From: Duncan Hare
>
> All the code is new, and not copied from any source.
>
> Series-changes
> The previous patch was using an old version of net/Kconfig,
> which prevented requesting options for a
Hi Mario,
On 27 April 2018 at 06:52, Mario Six wrote:
> Add a timer driver for the MPC83xx architecture.
>
> Signed-off-by: Mario Six
>
> ---
>
> v1 -> v2:
> * Removed now-superfluous comments
> * Removed usage of uclass_{first,next}_device_compat
> *
Hi Duncan,
Please change the subject of this patch to: "Prepare to add TCP and wget"
On Sat, Apr 14, 2018 at 6:43 PM, wrote:
> From: Duncan Hare
Include in the body of the log a high-level description, such as:
"Consolidating UDP header functions to
Hi Neil,
On 26 April 2018 at 09:23, Neil Armstrong wrote:
> Hi,
>
> On 26/04/2018 16:40, Simon Glass wrote:
>> Hi Neil,
>>
>> On 23 April 2018 at 08:16, Neil Armstrong wrote:
>>> Add the regmap_update_bits() to simply the read/modify/write of
On 27 April 2018 at 03:56, Neil Armstrong wrote:
> Add calls to regmap_read/modify_bits/write even if the proper memory
> read/write calls are not executed in sandbox.
>
> Signed-off-by: Neil Armstrong
> ---
> test/dm/regmap.c | 24
Hi Mario,
On 27 April 2018 at 06:51, Mario Six wrote:
>
> Implement a set of functions to manipulate properties in a live device
> tree:
>
> * ofnode_set_property() to set generic properties of a node
> * ofnode_write_string() to set string properties of a node
> *
Hi Lukasz,
On 26 April 2018 at 06:19, Lukasz Majewski wrote:
> This commit provides support for transmissions larger than 1 byte for
> PMIC devices used with DM (e.g. MC34708 from NXP).
>
> Signed-off-by: Lukasz Majewski
> ---
>
> drivers/power/pmic/pmic-uclass.c
Hi Neil,
On 27 April 2018 at 03:56, Neil Armstrong wrote:
>
> Add the regmap_update_bits() to simply the read/modify/write of registers
> in a single command. The function is taken from Linux regmap
> implementation.
>
> Signed-off-by: Neil Armstrong
On 29 April 2018 at 13:56, Daniel Schwierzeck
wrote:
> From: Álvaro Fernández Rojas
>
> Signed-off-by: Álvaro Fernández Rojas
> Reviewed-by: Daniel Schwierzeck
> Signed-off-by: Daniel Schwierzeck
Hi Bin,
On 25 April 2018 at 21:42, Bin Meng wrote:
> Hi Ivan,
>
> On Tue, Apr 24, 2018 at 4:41 PM, Bin Meng wrote:
>> Hi Ivan,
>>
>> On Tue, Apr 24, 2018 at 7:56 AM, Ivan Gorinov wrote:
>>> Hi Bin,
>>>
>>> On Mon, Apr 23, 2018 at
Hi Neil,
On 27 April 2018 at 04:07, Neil Armstrong wrote:
> Hi,
>
> On 26/04/2018 16:40, Simon Glass wrote:
>> Hi Neil,
>>
>> On 23 April 2018 at 08:18, Neil Armstrong wrote:
>>> Add an 'adc' cli command to get adc devices informations and read
Hi Lucasz,
On 26 April 2018 at 06:19, Lukasz Majewski wrote:
> This callback provides information of number of bytes to be sent/read
> during single transfer, as some PMICs transfer more bytes at once (e.g.
> MC34708 from NXP/Freescale).
>
> At present the PMIC DM supports only
On 30 April 2018 at 02:32, Alex Kiernan wrote:
> Separate CMD_FASTBOOT from FASTBOOT and move code and configuration to
> drivers/fastboot.
>
> Signed-off-by: Alex Kiernan
> ---
>
> Changes in v2: None
>
> cmd/Kconfig
On 27 April 2018 at 06:51, Mario Six wrote:
> Add tests for the new board uclass.
>
> Signed-off-by: Mario Six
> ---
>
> v1 -> v2:
> New in v2
>
> ---
> arch/sandbox/dts/test.dts | 4 ++
> configs/sandbox64_defconfig| 2 +
>
Signed-off-by: Trevor Woerner
---
board/sandbox/README.sandbox | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/sandbox/README.sandbox b/board/sandbox/README.sandbox
index 760866f1c3..8250073c38 100644
--- a/board/sandbox/README.sandbox
+++
Hi,
On 27 April 2018 at 07:02, Dr. Philipp Tomsich
wrote:
>
>> On 27 Apr 2018, at 14:51, Mario Six wrote:
>>
>> Since there is no canonical "board device" that can be used in board
>> files, it is difficult to use DM function for board
Hi Ramon,
On 30 April 2018 at 07:04, Ramon Fried wrote:
> Hi all.
> I'm currently adding support for Qualcomm Dragonboards to U-boot as a
> primary bootloader without chain-loading using LK which is currently
> already supported in mainline U-boot.
>
> Qualcomm Android
Hi Lothar,
On 23 April 2018 at 11:47, Lothar Felten wrote:
> This patch adds a new command 'wol': It waits for an incoming
> Wake-on-LAN
> packet or times out if no WoL packed is received.
> If the WoL packet contains a password, it is saved in the environment
> variable
On 26 April 2018 at 10:07, Masahiro Yamada
wrote:
> Signed-off-by: Masahiro Yamada
> ---
>
> test/dm/regmap.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Simon Glass
Hi Lothar,
On 23 April 2018 at 11:47, Lothar Felten wrote:
> This patch enables the WoL command
>
> Signed-off-by: Lothar Felten
> ---
> cmd/Kconfig | 5 +
> cmd/net.c | 14 ++
> include/net.h | 3 ++-
> net/Makefile |
On 26 April 2018 at 10:03, Masahiro Yamada
wrote:
> Hi Simon,
>
>
> 2018-04-26 23:40 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 18 April 2018 at 21:14, Masahiro Yamada
>> wrote:
>>> device_is_compatible()
On 26 April 2018 at 10:02, Masahiro Yamada
wrote:
>
> Test ofnode_device_is_compatible(), and also ofnode_path().
>
> Requested-by: Simon Glass
> Signed-off-by: Masahiro Yamada
> ---
>
> test/dm/Makefile | 1 +
>
U-Boot has currently no logo that we can use in presentations.
On the U-Boot IRC channel the following propositions where made:
Source: https://commons.wikimedia.org/wiki/File:Circle-icons-submarine.svg
License: GPL2+
(Alex used this in some presentations.)
Source:
Signed-off-by: Joe Hershberger
---
cmd/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index 225bb00..3aa87c8 100644
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -1175,6 +1175,7 @@ config CMD_DNS
config CMD_LINK_LOCAL
bool
On 04/30/2018 02:48 PM, Lukasz Majewski wrote:
> Dear Marek,
>
> Travis CI:
> https://travis-ci.org/lmajewski/u-boot-dfu/builds/372935934
>
> Test HW: Beagle Bone Black
>
>
> The following changes since commit
> d57ed4d9f2cb6abc9438104f321b4fe3bc829d57:
>
> usb: gadget: composite: fix NULL
Tom Rini writes:
> Hey all,
>
> So, as far as I can tell, U-Boot hasn't ever had an official logo. This
> lead a while back to Alex using the following logo in a presentation
> that I attended:
> https://commons.wikimedia.org/wiki/File:Circle-icons-submarine.svg
>
> And I
nios2 bitops.h provides a __set_bit() but does not define PLATFORM__SET_BIT
as a result generic_set_bit() is used instead of the architecturally
provided __set_bit().
This patch defines PLATFORM__SET_BIT which means that __set_bit() in nios2
bitops.h will be called whenever generic_set_bit() is
Compiling the f_mass_storage driver for an x86 target results in a
compilation error as set_bit and clear_bit are provided by bitops.h
To address that situation we discussed on the list moving to
genetic_set_bit() instead.
Doing a quick grep for similar situations in drivers/usb shows that the
riscv bitops.h provides a __clear_bit() but does not define
PLATFORM__CLEAR_BIT as a result generic_clear_bit() is used instead of the
architecturally provided __clear_bit().
This patch defines PLATFORM__CLEAR_BIT which means that __clear_bit() in
riscv bitops.h will be called whenever
nds32 bitops.h provides a __set_bit() but does not define PLATFORM__SET_BIT
as a result generic_set_bit() is used instead of the architecturally
provided __set_bit().
This patch defines PLATFORM__SET_BIT which means that __set_bit() in nds32
bitops.h will be called whenever generic_set_bit() is
Compiling the f_mass_storage driver for an x86 target results in a
compilation error as set_bit and clear_bit are provided by bitops.h
Looking at the provenance of the current u-boot code and the git change
history in the kernel, it looks like we have a local copy of set_bit and
clear_bit as a
nds2 bitops.h provides a __clear_bit() but does not define
PLATFORM__CLEAR_BIT as a result generic_clear_bit() is used instead of the
architecturally provided __clear_bit().
This patch defines PLATFORM__CLEAR_BIT which means that __clear_bit() in
nds32 bitops.h will be called whenever
x86 bitops.h provides a __set_bit() but does not define PLATFORM__SET_BIT
as a result generic_set_bit() is used instead of the architecturally
provided __set_bit().
This patch defines PLATFORM__SET_BIT which means that __set_bit() in x86
bitops.h will be called whenever generic_set_bit() is
riscv bitops.h provides a __set_bit() but does not define PLATFORM__SET_BIT
as a result generic_set_bit() is used instead of the architecturally
provided __set_bit().
This patch defines PLATFORM__SET_BIT which means that __set_bit() in x86
bitops.h will be called whenever generic_set_bit() is
v3:
- Use linux/bitops.h instead of asm/bitops.h
- checkpatch.pl
- Updated commit logs to make intended usage of __set_bit() and __clear_bit()
clearer with respect to generic_set_bit() - Bin Meng
- Added Patch #8 changelong to cover-letter - Lukasz Majewski
Initial patch fixes compile
Hey all,
So, as far as I can tell, U-Boot hasn't ever had an official logo. This
lead a while back to Alex using the following logo in a presentation
that I attended:
https://commons.wikimedia.org/wiki/File:Circle-icons-submarine.svg
And I thought it was a pretty good fit too, and as a bonus
On Sun, Apr 29, 2018 at 03:36:31PM +0200, Lukasz Majewski wrote:
> This patch adds support for incrementation of the bootcount in SPL.
> Such feature is necessary when we do want to use this feature with
> 'falcon' boot mode (which loads OS directly in SPL).
>
> Signed-off-by: Lukasz Majewski
On Sun, Apr 29, 2018 at 03:36:28PM +0200, Lukasz Majewski wrote:
> This patch adds missing include guards for bootcount.h file.
>
> Signed-off-by: Lukasz Majewski
> Reviewed-by: Stefan Roese
>
Reviewed-by: Tom Rini
--
Tom
signature.asc
On Mon, Apr 30, 2018 at 11:02:24AM +0200, Michal Simek wrote:
> Hi Tom,
>
> On 19.4.2018 09:07, Siva Durga Prasad Paladugu wrote:
> > This patch series is meant to add SD3.0 support for ZynqMP
> > platform.
> > The first five patches in the series mostly setting up
> > things in sdhci layer to
On Sun, Apr 29, 2018 at 03:36:30PM +0200, Lukasz Majewski wrote:
> The code has been refactored to use common wrappers from bootcount.h
> header.
>
> Signed-off-by: Lukasz Majewski
>
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
Add support for Trenz TE0820 revision 2 MPSoC module.
Signed-off-by: Vladimir Svoboda
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/zynqmp-te0820-rev2.dts | 669 ++
.../zynqmp/zynqmp-te0820-rev2/psu_init_gpl.c | 624
Im booting Linux on arm64 using FIT multi image (image + initrd + DTB). So if
I increase the initrd size (from 16 MB -> 20MB) board hangs at "starting
kernel"). However if I change the load address of bootm (from 0x200 to
0x100) it boots successfully. Any pointers on why this is booting at
This series merges the fastboot UDP support from AOSP into mainline
U-Boot.
The underlying implementations of most commands are now merged between
both code paths ('oem format' from the USB side is the only one remaining).
Other changes to command handling so that UDP follows the existing USB
Hi all.
I'm currently adding support for Qualcomm Dragonboards to U-boot as a
primary bootloader without chain-loading using LK which is currently
already supported in mainline U-boot.
Qualcomm Android images are regular android images where the DTB's are
appended to the image. Qualcomm used the
Hello All,
Im booting Linux on arm64 using FIT multi image (image + initrd + DTB). So
if I increase the initrd size (from 16 MB -> 20MB) board hangs at "starting
kernel"). However if I change the load address of bootm (from 0x200 to
0x100) it boots successfully. Any pointers on why this
Dear Marek,
Travis CI:
https://travis-ci.org/lmajewski/u-boot-dfu/builds/372935934
Test HW: Beagle Bone Black
The following changes since commit
d57ed4d9f2cb6abc9438104f321b4fe3bc829d57:
usb: gadget: composite: fix NULL pointer when a non standard request
is received (2018-04-26 15:15:07
Hi Tom,
please pull from u-.boot-imx, thanks !
The following changes since commit 5512f5ccf1dc5cec068f8efa1d8ce81f51a988d3:
Merge git://git.denx.de/u-boot-video (2018-04-24 20:27:43 -0400)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
for you to
On Mon, Apr 30, 2018 at 2:35 AM, Tom Rini wrote:
> On Fri, Apr 27, 2018 at 06:32:53PM +0530, Jagan Teki wrote:
>
>> Hi Tom,
>>
>> Please pull this PR.
>>
>> thanks,
>> Jagan.
>>
>> The following changes since commit 275d80a4c2fb63890f3f4c16b7ad481064e650a0:
>>
>> Merge
On 27/04/18 17:20, Lukasz Majewski wrote:
Hi Bryan,
Compiling the f_mass_storage driver for an x86 target results in a
compilation error as set_bit and clear_bit are provided by bitops.h
Looking at the provenance of the current u-boot code and the git
change history in the kernel, it looks
Regarding the boot_android command, U-Boot supports loading Android-format
kernel images to memory and booting them. That's not the main purpose of
boot_android, it actually does that by just calling bootm.
The part that U-Boot doesn't support is all the flows around booting an
Android device
Cc: Fabio Estevam
(Fabio Estevam is not valid anymore)
On 04/30/2018 09:09 AM, Heinrich Schuchardt wrote:
> Without the patch gcc 8 produces:
> warning: ignoring attribute ‘noreturn’ because it conflicts with
> attribute ‘const’ [-Wattributes]
On 30.4.2018 11:07, Alexander Graf wrote:
>
>
> On 30.04.18 10:43, Michal Simek wrote:
>> On 30.4.2018 09:53, Alexander Graf wrote:
>>>
>>>
>>> On 30.04.18 09:37, Michal Simek wrote:
Xilinx ZynqMP also contains dual Cortex R5 which can run U-Boot.
This patch is adding minimal support
On 30.04.18 10:43, Michal Simek wrote:
> On 30.4.2018 09:53, Alexander Graf wrote:
>>
>>
>> On 30.04.18 09:37, Michal Simek wrote:
>>> Xilinx ZynqMP also contains dual Cortex R5 which can run U-Boot.
>>> This patch is adding minimal support to get U-Boot boot.
>>> U-Boot on R5 runs out of DDR
Hi Tom,
On 19.4.2018 09:07, Siva Durga Prasad Paladugu wrote:
> This patch series is meant to add SD3.0 support for ZynqMP
> platform.
> The first five patches in the series mostly setting up
> things in sdhci layer to support SD3.0 , the sixth patch
> is to add SD3.0 support for ZynqMP platform
On 30.4.2018 09:46, Alexander Graf wrote:
>
>
> On 30.04.18 09:23, Michal Simek wrote:
>> From: Nitin Jain
>>
>> This patch fills the MMU map for DDR at run time based information read
>
> based on
will fix.
>> +void mem_map_fill(void)
>> +{
>> +int banks =
On 30.4.2018 09:53, Alexander Graf wrote:
>
>
> On 30.04.18 09:37, Michal Simek wrote:
>> Xilinx ZynqMP also contains dual Cortex R5 which can run U-Boot.
>> This patch is adding minimal support to get U-Boot boot.
>> U-Boot on R5 runs out of DDR with default configuration that's why
>> DDR
Hi Stefan,
> Hi Lukasz,
>
> sorry, I still have some comments to (hopefully) make this
> implementation a bit more "elegant". Please see below.
>
> On 29.04.2018 15:36, Lukasz Majewski wrote:
> > Those two functions can be used to provide easy bootcount
> > management.
> >
> > Signed-off-by:
Merge USB and UDP boot code. The USB implementation stays the same, but
UDP no longer passes an fdt. We introduce a new environment variable
'fastbootcmd' which if set overrides the hardcoded boot command, setting
this then allows the UDP implementation to remain the same. If after
running
Add newlines so we format our output correctly.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/fb_mmc.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/fastboot/fb_mmc.c
On Fri, Apr 27, 2018 at 1:20 PM, Alex Kiernan wrote:
> On Fri, Apr 27, 2018 at 9:04 AM, Lukasz Majewski wrote:
>> Hi Kever,
>>
>>> Hi Jocelyn and Alex,
>>>
>>>
>>> It's great to see you are getting this feature from google code
>>> to be mainline code.
> On 30 Apr 2018, at 10:34, Emmanuel Vadot wrote:
>
> Signed-off-by: Emmanuel Vadot
> ---
> api/api.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/api/api.c b/api/api.c
> index 7eee2fc083..7d1608b520 100644
> --- a/api/api.c
> +++
Extract fb_set_reboot_flag() from USB code and ensure all the overides
are included, then make the UDP fastboot code go through this same
path.
Note this changes the behaviour of the fastboot net code such that
"reboot-bootloader" is no longer written to CONFIG_FASTBOOT_BUF_ADDR for
use as a
On 13.4.2018 14:18, Alexander Graf wrote:
> The zynqimage.c, zynqmpimage.c and the new zynqmpbif.c files are all
> maintained by Xilinx for the Zynq platforms. Let's match them accordingly
> in the MAINTAINERS file.
>
> Signed-off-by: Alexander Graf
> ---
> MAINTAINERS | 3 ++-
>
Replace write_fb_response with fastboot_okay/fail/response. Also allow
fastboot_okay to take NULL when we have no message to send.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/fb_common.c| 5 ++-
drivers/fastboot/fb_mmc.c | 10 ++---
Change command lookup to use a lookup table so it matches the existing
USB fastboot code.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/fb_common.c | 30
include/fastboot.h | 21 +
net/fastboot.c |
Separate the fastboot protocol handling from the fastboot UDP code in
preparation for reusing it in the USB code.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/Makefile| 1 +
drivers/fastboot/fb_packet.c | 249
Merge UDP fastboot support from AOSP:
https://android.googlesource.com/platform/external/u-boot/+/android-o-mr1-iot-preview-8
Signed-off-by: Alex Kiernan
Signed-off-by: Alex Deymo
---
Changes in v2:
- ensure fastboot syntax is backward compatible -
Add guard for partition-type/size against MMC as we need that in order
to lookup partitions.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/fb_getvar.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/fastboot/fb_getvar.c
When picking up boot/reboot after we've sent our result packet, use
the previously parsed command rather than redoing the strcmp.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
net/fastboot.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
If the fastboot flash/erase commands are disabled, remove that support
so we still build correctly.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
net/fastboot.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/net/fastboot.c b/net/fastboot.c
index
Change the behaviour of 'continue' so that we simply exit the fastboot
server and leave the caller to decide what to do next. This matches
the USB fastboot behaviour.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
net/fastboot.c | 13 +++--
1 file changed,
Add NAND support to fastboot UDP flash/erase commands
Signed-off-by: Alex Kiernan
---
Changes in v2: None
net/fastboot.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/net/fastboot.c b/net/fastboot.c
index 119011c..a07b1ad 100644
If we don't have a partition name passed, report it as not found.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/fb_getvar.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/fastboot/fb_getvar.c
Add drivers/fastboot/fb_common.c, where fastboot_okay/fail are implemented
so we can call them from a non-USB implementation.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/Makefile | 1 +
drivers/fastboot/fb_common.c| 26
Merge the USB and UDP getvar implementations into one. The USB side
gains new variables previously defined in the network side and the
network side now supports fetching of arbitrary variables prefixed with
'fastboot.'
Signed-off-by: Alex Kiernan
---
Changes in v2: None
Ensure that when selecting FASTBOOT_FLASH you end up with a buildable
configuration. Prior to this you could select NAND without MTDPARTS
and end up with an image which (surprisingly) excluded NAND.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
Add the response string as a parameter to fastboot_okay/fail, instead
of modifying a global, to match the contract expected by the AOSP
U-Boot code.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/fb_mmc.c | 80
Introduce fastboot_response which takes varargs parameters so we can
use it to generate formatted response strings. Refactor fastboot_okay/fail
to use it.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
drivers/fastboot/fb_common.c | 28
Anyone who wants FASTBOOT before this series wants USB_FUNCTION_FASTBOOT.
Split USB_FUNCTION_FASTBOOT from FASTBOOT so they retain their existing
behaviour.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
arch/arm/Kconfig | 2 --
Separate CMD_FASTBOOT from FASTBOOT and move code and configuration to
drivers/fastboot.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
cmd/Kconfig | 14 --
common/Makefile | 13 -
Hi Lukasz,
On 29.04.2018 15:36, Lukasz Majewski wrote:
This patch adds support for incrementation of the bootcount in SPL.
Such feature is necessary when we do want to use this feature with
'falcon' boot mode (which loads OS directly in SPL).
Signed-off-by: Lukasz Majewski
---
Hi Lukasz,
On 29.04.2018 15:36, Lukasz Majewski wrote:
The code has been refactored to use common wrappers from bootcount.h
header.
Signed-off-by: Lukasz Majewski
---
Changes in v3:
- New patch
Changes in v2:
- None
common/autoboot.c | 23 +--
1 file
On 27.04.2018 09:31, Stefano Babic wrote:
> Hi Stefan,
>
> On 11/04/2018 18:04, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> Add support for minimum ECC strength supported by the NAND chip.
>> This aligns with the behavior when using the fsl,use-minimum-ecc
>> device
Hi Lukasz,
sorry, I still have some comments to (hopefully) make this
implementation a bit more "elegant". Please see below.
On 29.04.2018 15:36, Lukasz Majewski wrote:
Those two functions can be used to provide easy bootcount management.
Signed-off-by: Lukasz Majewski
---
On 30.04.18 09:37, Michal Simek wrote:
> Xilinx ZynqMP also contains dual Cortex R5 which can run U-Boot.
> This patch is adding minimal support to get U-Boot boot.
> U-Boot on R5 runs out of DDR with default configuration that's why
> DDR needs to be partitioned if there is something else
On 30.04.18 09:23, Michal Simek wrote:
> From: Nitin Jain
>
> This patch fills the MMU map for DDR at run time based information read
based on
> from Device Tree or automatically detected from static configuration.
>
> The patch is needed because for systems which has
Xilinx ZynqMP also contains dual Cortex R5 which can run U-Boot.
This patch is adding minimal support to get U-Boot boot.
U-Boot on R5 runs out of DDR with default configuration that's why
DDR needs to be partitioned if there is something else running on arm64.
Console is done via Cadence uart
From: Nitin Jain
This patch fills the MMU map for DDR at run time based information read
from Device Tree or automatically detected from static configuration.
The patch is needed because for systems which has for example 1GB of memory
but MMU map is 2GB there could be
Without the patch gcc 8 produces:
warning: ignoring attribute ‘noreturn’ because it conflicts with
attribute ‘const’ [-Wattributes]
int ilog2_NaN(void);
So let's update the include from Linux kernel v4.16.
This removes static checks of ilog2() arguments.
Signed-off-by: Heinrich Schuchardt
Hi,
On 04/27/2018 12:11 AM, Patrice CHOTARD wrote:
> it misses one patch, sorry
> i ressend it right now
"[RESEND][PATCH v1 0/4] " are right?
Best Regards,
Jaehoon Chung
>
> Patrice
>
> On 04/26/2018 04:42 PM, Patrice Chotard wrote:
>>
>> This series :
>>_ adds stpmu1 regulator
On 04/27/2018 05:48 PM, Marek Vasut wrote:
> On 04/27/2018 10:35 AM, Jaehoon Chung wrote:
>> Dear Marek,
>>
>> On 04/26/2018 09:01 PM, Marek Vasut wrote:
>>> On 04/26/2018 12:30 PM, Jaehoon Chung wrote:
Hi,
On 03/06/2018 05:07 PM, linux-kernel-...@beckhoff.com wrote:
> From:
Dear Fabio,
Windows 10 tried but could not load the device driver of our eMMC (micron tech
MTFC4GLDDQ). Then
I programmed SPL and u-boot.img into eMMC with u-boot commands; even SPI flash
based SPL see the MMC1(eMMC), u-boot did not run correctly.
As shown below, I put printf/puts messages in
100 matches
Mail list logo