Hi Guillaume,
On Thu, Apr 12, 2018 at 03:28:21PM +0200, Guillaume GARDET wrote:
> Boot tested on sabrelite board.
>
> Signed-off-by: Guillaume GARDET
> Cc: Troy Kisky
> Cc: Stefano Babic
> Cc: Fabio Estevam
> Cc: Gary Bisson
>
> ---
> include/configs/nitrogen6x.h | 180
> +
On 12.04.2018 12:24, Stefan Roese wrote:
Hi Matt,
On 27.03.2018 19:53, Matt Pelland wrote:
The mv_sdhci driver was not zeroing the sdhci_host structure it
allocates causing random access violations in parts of the mmc core
where the "ops" member pointers are checked and called if not NULL.
Sig
The added function psci_arch_cpu_entry() is called
during psci_cpu_entry() and can be used by arch to handle
PSCI state transition from ON_PENDING to ON.
The default weak function is empty: not behavior change.
Signed-off-by: Patrick Delaunay
---
Changes in v2: None
arch/arm/cpu/armv7/psci.S
Save and use the 3rd parameter of PSCI CPU_ON request: context_id.
The context_id parameter is only meaningful to the caller.
U-Boot PSCI preserves a copy of the value passed in this parameter.
Following wakeup from a powerdown state, U-BOOT PSCI places
this value in R0 when it first enters the O
Add PSCI v1.0 support for Linux and manage PSCI state
for each CPU (affinity 0 level) with all mandatory functions:
- PSCI_VERSION
- CPU_SUSPEND
- CPU_OFF
- CPU_ON
- AFFINITY_INFO
- SYSTEM_OFF
- SYSTEM_RESET
- PSCI_FEATURES
and 1 optional to avoid Linux warning
- MIGRATE_INFO_TYPE
Signed-off-by: P
This function is no more used, and replaced by psci_save
which save also context id as requested by PSCI requirements.
Even if the context id is not used by Linux, it should be saved
and restored in r0 when the CPU_ON is performed.
Signed-off-by: Patrick Delaunay
---
arch/arm/cpu/armv7/psci-co
Replace the psci_save_target_pc call by the new function
psci_save(cpu, pc,context_id)
Signed-off-by: Patrick Delaunay
---
arch/arm/cpu/armv7/ls102xa/psci.S | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/ls102xa/psci.S
b/arch/arm/cpu/armv7/ls102xa/psc
Replace the psci_save_target_pc call by the new function
psci_save(cpu, pc,context_id)
Signed-off-by: Patrick Delaunay
---
arch/arm/cpu/armv7/sunxi/psci.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/armv7/sunxi/psci.c b/arch/arm/cpu/armv7/sunxi/psci.c
Replace the psci_save_target_pc call by the new function
psci_save(cpu, pc,context_id)
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-imx/mx7/psci.S | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/mx7/psci.S b/arch/arm/mach-imx/mx7/psci.S
index bc2cd8a
Replace the psci_save_target_pc call by the new function
psci_save(cpu, pc,context_id)
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-uniphier/arm32/psci.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-uniphier/arm32/psci.c
b/arch/arm/mach-uniphier
Replace the psci_save_target_pc call by the new function
psci_save(cpu, pc,context_id)
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-tegra/psci.S | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-tegra/psci.S b/arch/arm/mach-tegra/psci.S
index 645d08f..448d
The line "-obj-$(CONFIG_STM32_SERIAL) += serial_stm32.o"
is found twice in Makefile.
Fixes: ae74de0dfd45 ("serial: stm32: Rename serial_stm32x7.c to serial_stm32.c"
Signed-off-by: Patrice Chotard
---
drivers/serial/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/serial/Make
On Thu, Apr 12, 2018 at 1:02 PM, Bin Meng wrote:
> This corrects a typo and updates several places for clarity.
>
> Signed-off-by: Bin Meng
> Reviewed-by: Christian Gmeiner
> ---
>
> Changes in v2: None
>
> doc/README.vxworks | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
ap
On Thu, Apr 12, 2018 at 3:25 PM, Christian Gmeiner
wrote:
> 2018-04-12 7:02 GMT+02:00 Bin Meng :
>> At present two environment variables 'e820data'/'e820info' are required
>> to boot a VxWorks x86 kernel, but this is superfluous. The offset of
>> these two tables are actually at a fixed offset fro
On Thu, Apr 12, 2018 at 3:28 PM, Christian Gmeiner
wrote:
> 2018-04-12 7:02 GMT+02:00 Bin Meng :
>> This changes 'struct e820entry' to 'struct e820_entry' to conform
>> with the coding style.
>>
>> Signed-off-by: Bin Meng
>
> Reviewed-by: Christian Gmeiner
>
>> ---
>>
>> Changes in v2: None
>>
>
On Fri, Apr 13, 2018 at 12:41 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> VxWorks bootloader stores its size at a pre-defined offset @ 0x5004.
>> Later when VxWorks kernel boots up and system memory information is
>> retrieved from the E820 table, the bootloader size wi
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> This adds a very simple ELF64 loader via program headers, similar
>> to load_elf_image_phdr() that we already have.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - update the EL
On Fri, Apr 13, 2018 at 12:41 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> This adds ELF header, program header and section header structure
>> defines for the 64-bit ELF image.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> Changes in v2: None
>>
>> include/elf.h | 43 +++
Hi Tom,
This includes some fixes and enhancements to VxWorks booting support,
as well as some mods to x86 I/O functions.
The following changes since commit ebca902aeb3af3eaedd2787928184ad84a86b98f:
Merge git://git.denx.de/u-boot-imx (2018-04-15 08:43:50 -0400)
are available in the git reposit
On Thu, Apr 12, 2018 at 3:27 PM, Christian Gmeiner
wrote:
> 2018-04-12 7:02 GMT+02:00 Bin Meng :
>> This fixes the following checkpatch warning:
>>
>> warning: Prefer 'unsigned int' to bare use of 'unsigned'
>>
>> Signed-off-by: Bin Meng
>
> Reviewed-by: Christian Gmeiner
>
>> ---
>>
>> Change
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> There is a small duplication in do_bootvx() that does the bootline
>> copy. Refactor this a little bit to make it simpler.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> Changes in v2: None
>>
>> cm
On Thu, Apr 12, 2018 at 1:02 PM, Bin Meng wrote:
> Exit the 'bootvx' command if bootline address is not specified.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> cmd/elf.c | 109
> ++
> 1 file changed, 53 insertions(+),
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> This changes some boards' default FRAMEBUFFER_VESA_MODE to use 32-bit
>> pixel format for better VxWorks compatibility.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> Changes in v2: None
>>
>> confi
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> This changes the default FRAMEBUFFER_VESA_MODE to use 32-bit pixel
>> format for better VxWorks compatibility.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> Changes in v2: None
>>
>> drivers/video/
On Thu, Apr 12, 2018 at 3:26 PM, Christian Gmeiner
wrote:
> 2018-04-12 7:02 GMT+02:00 Bin Meng :
>> This changes 'struct e820info' to 'struct e820_info' to conform
>> with the coding style.
>>
>> Signed-off-by: Bin Meng
>
> Reviewed-by: Christian Gmeiner
>
applied to u-boot-x86, thanks!
___
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> If video initialization fails, the "Video:" output message will be
>> mixed with the next console log. Change to print out such message
>> only when everything is OK, which improves the boot log r
On Thu, Apr 12, 2018 at 3:29 PM, Christian Gmeiner
wrote:
> 2018-04-12 7:02 GMT+02:00 Bin Meng :
>> Fix various style violations in elf.h
>> - use correct comment format if the comment fits in just one line
>> - remove the ending period for the one-line comment
>> - use tab for the indention inste
On Thu, Apr 12, 2018 at 1:02 PM, Bin Meng wrote:
> On VxWorks x86 its bootline address is at a pre-defined offset @
> 0x1200. If 'bootaddr' is not passed via environment variable, we
> assign its value based on the kernel memory base address.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: N
On Thu, Apr 12, 2018 at 1:02 PM, Bin Meng wrote:
> This updates the doc of booting VxWorks, like loading an x64 kernel,
> and how to make VxWorks graphics console driver work.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - update the graphics console driver information
>
> doc/README
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> Hi Bin,
>
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> If CONFIG_FRAMEBUFFER_SET_VESA_MODE is not set, don't switch
>> graphics card to VESA mode. This applies to both native mode
>> and emulator mode of running the VGA BIOS.
>>
>> Signed-
On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote:
> On 11 April 2018 at 23:02, Bin Meng wrote:
>> When booting from EFI BIOS, VxWorks bootloader stores the EFI GOP
>> framebuffer info at a pre-defined offset @ 0x6100. When VxWorks
>> kernel boots up, its EFI console driver tries to find such a
On Fri, Apr 13, 2018 at 5:51 PM, Bin Meng wrote:
> On Fri, Apr 13, 2018 at 4:04 AM, Simon Glass wrote:
>> We only use coreboot as a target on x86 platforms, since on ARM platforms
>> U-Boot always runs as the primary boot loader. Rename the coreboot-x86
>> platform to reflect this.
>>
>> Signed-o
Hi all,
Android Things on rpi supports fastboot over udp since most rpis don't
expose a suitable USB port for fastboor over USB. It also uses the A/B
booting mechanism similar to Pixel phones.
The U-Boot code for the latest Android Things preview is in AOSP:
https://android.googlesource.com/platf
hey,
My board is arria v.
my u-boot version is 01/2017 but i checked it on 11/2017 as well.
i'm trying to write to the nand and for some reason this doesn't work.
my output is:
# nand write 0x0 0 10
nand write: device 0 offset 0x0, size 0x10
nand write to offset 0 failed -5
0 bytes written: ERROR
On Thu, 12 Apr 2018 09:04:20 +0200
Jason Mitchell wrote:
> Good day all
>
> I am currently faced with a task of having to run new software on
> ageing hardware. We have currently about 1000 units in the field of a
> machine that runs Windows CE using the Samsung S3C6410.
>
> Because these are c
On 28.03.2018 14:38, Mario Six wrote:
Make the cfi_flash driver compatible with a live device tree.
Signed-off-by: Mario Six
---
drivers/mtd/cfi_flash.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash
Hi Alex,
> Hi all,
>
> Android Things on rpi supports fastboot over udp since most rpis don't
> expose a suitable USB port for fastboor over USB. It also uses the A/B
> booting mechanism similar to Pixel phones.
>
> The U-Boot code for the latest Android Things preview is in AOSP:
> https://andr
Hi Tom,
please pull this one CFI related patch from Mario.
Thanks,
Stefan
The following changes since commit ebca902aeb3af3eaedd2787928184ad84a86b98f:
Merge git://git.denx.de/u-boot-imx (2018-04-15 08:43:50 -0400)
are available in the Git repository at:
git://www.denx.de/git/u-boot-cfi-fl
Dear Fabio,
Thank you for your helps..
I applied the procedure which is explained in board/congatec/cgtqmx6eval/README
document.
Upgraded u-boot to 1018.05-rc1,
but as you will see below, I received same message;
I will compare my config/header files with congatec's, but I don't know which
pa
Hi Mehmet,
On Mon, Apr 16, 2018 at 8:36 AM, Mehmet Ali İPİN
wrote:
> U-Boot SPL 2018.05-rc1 (Apr 16 2018 - 00:31:02 -0700)
> SPL: Unsupported Boot Device!
You need to debug why you are getting this message when booting from SPI.
___
U-Boot mailing lis
On Mon, Apr 16, 2018 at 05:17:30PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This includes some fixes and enhancements to VxWorks booting support,
> as well as some mods to x86 I/O functions.
>
> The following changes since commit ebca902aeb3af3eaedd2787928184ad84a86b98f:
>
> Merge git://git.denx.
Hi Stanislas,
This work is in use in Android Things preview U-Boot bootloader for the
raspberry pi. The code is available in
https://android.googlesource.com/platform/external/u-boot/+/android-o-mr1-iot-preview-7
. If I remember correctly, these patches are a cleanup of that code, but
they are a bi
This patch serie updates sabrelite and nitrogen6x boards to use distro boot
support.
Sabrelite has been boot tested with boot.scr script and EFI/Grub2 on mmc0 and
mmc1 slots.
Nitrogen6* boards have been build tested only.
Currently, only the Sabrelite has fdtfile defined.
Signed-off-by: Guillau
Boot tested on sabrelite board.
Signed-off-by: Guillaume GARDET
Cc: Troy Kisky
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: Gary Bisson
---
include/configs/nitrogen6x.h | 179 +++
1 file changed, 43 insertions(+), 136 deletions(-)
diff --git a/include/con
Boot tested with boot.scr script and EFI/Grub2 on mmc0 and mmc1 slots on
sabrelite board.
Signed-off-by: Guillaume GARDET
Cc: Troy Kisky
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: Gary Bisson
---
configs/mx6qsabrelite_defconfig | 15 +--
1 file changed, 5 insertions(+), 10 deletio
Hi Jagan!
Any comments?
On Tue, 2018-04-10 at 14:40 +0300, Eugeniy Paltsev wrote:
> sst26wf flash series block protection implementation differs
> from other SST series, so add specific implementation
> flash_lock/flash_unlock/flash_is_locked functions for sst26wf
> flash ICs.
>
> Signed-off-by:
The mv_sdhci driver was not zeroing the sdhci_host structure it
allocates causing random access violations in parts of the mmc core
where the "ops" member pointers are checked and called if not NULL.
Signed-off-by: Matt Pelland
---
drivers/mmc/mv_sdhci.c | 2 +-
1 file changed, 1 insertion(+), 1
Hi Tom,
On Mon, Apr 16, 2018 at 8:31 PM, Tom Rini wrote:
> On Mon, Apr 16, 2018 at 05:17:30PM +0800, Bin Meng wrote:
>
>> Hi Tom,
>>
>> This includes some fixes and enhancements to VxWorks booting support,
>> as well as some mods to x86 I/O functions.
>>
>> The following changes since commit ebca
Hi Tom,
This includes some fixes and enhancements to VxWorks booting support,
as well as some mods to x86 I/O functions.
The following changes since commit ebca902aeb3af3eaedd2787928184ad84a86b98f:
Merge git://git.denx.de/u-boot-imx (2018-04-15 08:43:50 -0400)
are available in the git reposit
On 16.04.2018 16:08, Matt Pelland wrote:
The mv_sdhci driver was not zeroing the sdhci_host structure it
allocates causing random access violations in parts of the mmc core
where the "ops" member pointers are checked and called if not NULL.
Signed-off-by: Matt Pelland
---
drivers/mmc/mv_sdhci
For most i.MX6 processors the PAD_CTL_SPEED_LOW constant is the same.
Only the i.MX6 SoloLite is an exemption. So far the code did not
consider that. Additionally, for a few i.MX6 processors the code used
the wrong value for the constant.
This patch fixes the PAD_CTL_SPEED_LOW constant for:
- i.M
Hi Alex,
Thanks for the links, this helps a lot.
Stan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 04/16/2018 02:15 AM, Patrick Delaunay wrote:
Replace the psci_save_target_pc call by the new function
psci_save(cpu, pc,context_id)
So this function doesn't actually exist since it's added in a different
patch series that isn't mentioned as a dependency. Luckily I managed to
find it in the
On 04/16/2018 02:13 AM, Patrick Delaunay wrote:
Save and use the 3rd parameter of PSCI CPU_ON request: context_id.
The context_id parameter is only meaningful to the caller.
U-Boot PSCI preserves a copy of the value passed in this parameter.
Following wakeup from a powerdown state, U-BOOT PSCI
On Mon, Apr 16, 2018 at 01:25:58PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull this one CFI related patch from Mario.
>
> Thanks,
> Stefan
>
> The following changes since commit ebca902aeb3af3eaedd2787928184ad84a86b98f:
>
> Merge git://git.denx.de/u-boot-imx (2018-04-15 08:43:50 -04
Hi,
On 04/16/2018 01:35 AM, Patrice Chotard wrote:
> The line "-obj-$(CONFIG_STM32_SERIAL) += serial_stm32.o"
> is found twice in Makefile.
>
> Fixes: ae74de0dfd45 ("serial: stm32: Rename serial_stm32x7.c to
> serial_stm32.c"
>
> Signed-off-by: Patrice Chotard
Acked-by: Vikas Manocha
Cheers
Hi Bryan,
2018-04-15 7:48 GMT-03:00 Bryan O'Donoghue :
> commit b4d956f6bc0f ("bootm: Align cache flush end address correctly")
> aligns the end address of the cache flush operation to a cache-line size to
> ensure lower-layers in the code accept the range provided and flush.
>
> A similar action
On 15 April 2018 at 04:48, Bryan O'Donoghue wrote:
> commit b4d956f6bc0f ("bootm: Align cache flush end address correctly")
> aligns the end address of the cache flush operation to a cache-line size to
> ensure lower-layers in the code accept the range provided and flush.
>
> A similar action shou
On 16 April 2018 at 02:35, Patrice Chotard wrote:
> The line "-obj-$(CONFIG_STM32_SERIAL) += serial_stm32.o"
> is found twice in Makefile.
>
> Fixes: ae74de0dfd45 ("serial: stm32: Rename serial_stm32x7.c to
> serial_stm32.c"
>
> Signed-off-by: Patrice Chotard
> ---
>
> drivers/serial/Makefile |
Hi Bryan,
2018-04-13 12:31 GMT-03:00 Bryan O'Donoghue :
> https://git.linaro.org/landing-teams/working/mbl/u-boot.git/log/?h=linaro-mbl%2bbod
>
> v3:
> - Reword commit message of patch #16 - Breno
>
> - This patchset now relies on five in-flight patch-sets the first four of
> which should be app
+Stephen for comment
Hi Dinh,
On 14 April 2018 at 12:51, Dinh Nguyen wrote:
> The request and free reset functions are not really used for any useful
> purpose but for debugging. We can safely remove them.
The API is set to line up with clocks. I think in general we do want
to be able to reques
On 04/16/2018 12:43 PM, Simon Glass wrote:
+Stephen for comment
Hi Dinh,
On 14 April 2018 at 12:51, Dinh Nguyen wrote:
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
The API is set to line up with clocks. I think
Hi Jun,
On 13 April 2018 at 04:05, Jun Nie wrote:
> 2018-04-13 1:24 GMT+08:00 Simon Glass :
>> Hi,
>>
>> On 11 April 2018 at 09:13, Jun Nie wrote:
>>> It may be unnecessary to check signature on unlocked board.
>>> Get the hint from platform specific code to support secure boot
>>> and non-secur
The SDHI is not routed to a slot on the Eagle, so disable it.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
configs/r8a77970_eagle_defconfig | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/configs/r8a77970_eagle_defconfig b/configs/r8a77970_eagle_defconfig
ind
On Fri, Apr 06, 2018 at 07:54:47AM +0200, Maxime Ripard wrote:
> Hi Jaehoon,
>
> On Wed, Mar 21, 2018 at 12:18:58PM +0100, Maxime Ripard wrote:
> > From: Philipp Tomsich
> >
> > Throughput tests have shown the sunxi_mmc driver to take over 10s to
> > read 10MB from a fast eMMC device due to exce
On Fri, Apr 13, 2018 at 12:31 PM, Bryan O'Donoghue
wrote:
> Bryan O'Donoghue (17):
> imximage: Specify default IVT offset in IMX image
> warp7: hab: Add a CSF location definition
> warp7: hab: Set environment variable indicating HAB enable
> warp7: defconfig: Enable OPTEE for WaRP7
> wa
Android documentation recommends using new image format for storing dtb
and dtbo files: [1]. Using that format, we can pack several dtb files to
dtb.img, and also pack several dtbo files to dtbo.img. Then those images
should be flashed to eMMC partitions, called "dtb" and "dtbo"
respectively.
This
Eliminate code duplication: the same PARTS_DEFAULT was defined in
am57xx_evm.h and in dra7xx_evm.h. Extract it to environment/boot.h and
use in all OMAP5-based boards.
Signed-off-by: Sam Protsenko
---
include/configs/am57xx_evm.h | 25 -
include/configs/cl-som-am57x.h |
dtimg command allows user to work with Android DTB/DTBO image format.
Such as, getting the address of desired DTB/DTBO file, printing the dump
of the image in U-Boot shell, etc.
This command is needed to provide Android boot with new Android DT image
format further.
Signed-off-by: Sam Protsenko
Android documentation recommends new image format for storing DTB/DTBO
files: [1]. To support that format, two things should be done:
1. Add dt_table.h file from Android (BSD-3 relicensed version): [2].
This header defines structures and constants that we need to work
with that DT image form
Make sure we can boot Android on TI boards using scheme described in
Android documentation [1]. For this do next:
1. Enable "dtimg" command. We will need it to boot the Android using
new DTB/DTBO image format.
2. Add fdt overlay support. We will need that to be able to apply fdt
overlays
New Android boot scheme looks like this [1], and it involves adding new
partition for storing Device Tree Overlays. This patch adds dtbo
partition. While at it, let's revise Android partition table a bit.
List of changes:
- rename "misc" to "hole" (not used for anything, just a guard hole)
- ren
Hi
On Mon, Apr 16, 2018 at 9:55 PM, Maxime Ripard
wrote:
> On Fri, Apr 06, 2018 at 07:54:47AM +0200, Maxime Ripard wrote:
>> Hi Jaehoon,
>>
>> On Wed, Mar 21, 2018 at 12:18:58PM +0100, Maxime Ripard wrote:
>> > From: Philipp Tomsich
>> >
>> > Throughput tests have shown the sunxi_mmc driver to t
On 04/16/2018 01:43 PM, Simon Glass wrote:
> +Stephen for comment
>
> Hi Dinh,
>
> On 14 April 2018 at 12:51, Dinh Nguyen wrote:
>> The request and free reset functions are not really used for any useful
>> purpose but for debugging. We can safely remove them.
>
> The API is set to line up wi
On 04/16/2018 01:51 PM, Stephen Warren wrote:
> On 04/16/2018 12:43 PM, Simon Glass wrote:
>> +Stephen for comment
>>
>> Hi Dinh,
>>
>> On 14 April 2018 at 12:51, Dinh Nguyen wrote:
>>> The request and free reset functions are not really used for any useful
>>> purpose but for debugging. We can
Add board_should_load_env() hook which lets board code decide whether
environment should be loaded. This is useful when restoring the board
over ie. JTAG where the environment may interfere and where it may be
desired to ignore the environment present on the board.
The return value of board_should
When U-Boot is started via JTAG, ignore the installed environment
as it may interfere with the recovery of the board.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Cc: Tom Rini
---
board/renesas/porter/porter.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/board/renesas/po
When U-Boot is started via JTAG, ignore the installed environment
as it may interfere with the recovery of the board.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Cc: Tom Rini
---
board/renesas/stout/stout.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/board/renesas/stou
On Mon, Apr 16, 2018 at 11:01:25PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This includes some fixes and enhancements to VxWorks booting support,
> as well as some mods to x86 I/O functions.
>
> The following changes since commit ebca902aeb3af3eaedd2787928184ad84a86b98f:
>
> Merge git://git.denx.
When U-Boot is started via JTAG, ignore the installed environment
as it may interfere with the recovery of the board.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
board/renesas/stout/stout.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/board/renesas/stout/stout.c
When U-Boot is started via JTAG, ignore the installed environment
as it may interfere with the recovery of the board.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
board/renesas/porter/porter.c | 16
1 file changed, 16 insertions(+)
diff --git a/board/renesas/porter/por
On 04/16/2018 10:44 PM, Marek Vasut wrote:
> Add board_should_load_env() hook which lets board code decide whether
> environment should be loaded. This is useful when restoring the board
> over ie. JTAG where the environment may interfere and where it may be
> desired to ignore the environment pres
On Thu, Apr 12, 2018 at 09:58:44AM +0200, Alexander Graf wrote:
> We enabled CONFIG_ISO_PARTITION by default for distro boot, so that U-Boot
> could load distro images that usually get shipped as iso images. These images
> usually come with a board agnostic boot environment.
>
> However, there is
On Thu, Apr 12, 2018 at 06:09:58PM +0200, Sjoerd Simons wrote:
> Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC
> flag") omap GPIO gets bound before relocation. Unfortunately due to
> this, on at least the beaglebone black, the pre-relocation memory pool
> gets exhausted befor
On Mon, Apr 16, 2018 at 10:35:08AM +0200, Patrice Chotard wrote:
> The line "-obj-$(CONFIG_STM32_SERIAL) += serial_stm32.o"
> is found twice in Makefile.
>
> Fixes: ae74de0dfd45 ("serial: stm32: Rename serial_stm32x7.c to
> serial_stm32.c"
>
> Signed-off-by: Patrice Chotard
> Acked-by: Vikas M
On Fri, Apr 13, 2018 at 07:57:21AM +0200, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> Relocate env drivers if manual relocation is enabled. This
> patch fixes the issue of u-boot hang incase if env is
> present in any of the flash devices.
>
> Signed-off-by: Siva Durga Prasad Pal
On Sun, Apr 15, 2018 at 09:50:11PM +0200, Lukasz Majewski wrote:
> Signed-off-by: Lukasz Majewski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/l
On Sat, Apr 14, 2018 at 03:41:00PM +0200, Heinrich Schuchardt wrote:
> For CONFIG_ENV_FAT_INTERFACE != 'mmc' a link error
> env/fat.c:93: undefined reference to `mmc_initialize'
> occurs if CONFIG_MMC_SUPPORT is not enabled.
>
> Fixes: 26862b4a40c3 ("env: mmc/fat/ext4: make sure that the MMC sub-
Hey all,
It's release day and v2018.05-rc2 is out. I think I've got my queue
cleaned up since vacation, and I think most custodians have cleared
theirs out as well. I am hopeful that we'll just be taking in fixes and
Kconfig migrations until the release at this point.
Things look on track for -
2018-04-14 23:42 GMT+09:00 Warner Losh :
> On Fri, Apr 13, 2018 at 9:43 PM, David Gibson
> wrote:
>
>> On Fri, Apr 13, 2018 at 12:53:19PM -0400, Tom Rini wrote:
>> > On Thu, Apr 12, 2018 at 02:39:19PM +1000, David Gibson wrote:
>> > > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote:
>>
Hello Mark,
Am 16.04.2018 um 18:11 schrieb Mark Jonas:
For most i.MX6 processors the PAD_CTL_SPEED_LOW constant is the same.
Only the i.MX6 SoloLite is an exemption. So far the code did not
consider that. Additionally, for a few i.MX6 processors the code used
the wrong value for the constant.
T
On Tue, Apr 17, 2018 at 12:03:19PM +0900, Masahiro Yamada wrote:
> 2018-04-14 23:42 GMT+09:00 Warner Losh :
> > On Fri, Apr 13, 2018 at 9:43 PM, David Gibson
> > wrote:
> >
> >> On Fri, Apr 13, 2018 at 12:53:19PM -0400, Tom Rini wrote:
> >> > On Thu, Apr 12, 2018 at 02:39:19PM +1000, David Gibson
Hi Joe,
On 13.4.2018 21:51, Joe Hershberger wrote:
> Hi Michal,
>
> On Thu, Apr 12, 2018 at 5:35 AM, Michal Simek wrote:
>> Disable NFS/MII because this board has no ethernet enabled.
>
> This might not be necessary after the series I made for cleaning up
> the NET menus.
>
> I'll be sending a
The patch
"part: Disable CONFIG_SPL_ISO_PARTITION by default"
(sha1: 4f67b93fb7f558dbdd5f7a3e763ec19b6ec62460)
disabled this option by default.
New platforms were added recently that's why origin patch didn't cover
them.
Signed-off-by: Michal Simek
---
configs/xilinx_zynqmp_zc1751_xm017_dc3_def
Sync CMD_MII, CMD_NFS, CMD_TFTPPUT and BOOTP options.
Signed-off-by: Michal Simek
---
configs/microblaze-generic_defconfig| 5 +
configs/topic_miami_defconfig | 1 -
configs/topic_miamilite_defconfig | 1 -
configs/xilinx_zynqmp_zc1232_revA_defconfig | 1 -
c
95 matches
Mail list logo