cpu_cmd() is reading cpu number via simple_strtoul() which is always
unsigned type.
Platform code implementations are not expecting that nr can be negative
and there is not checking in the code for that too.
This patch is using u32 type for cpu number to make sure that platform
code get proper val
Michael or Alex,
Could someone add a ZynqMP README documenting the process required to
use U-Boot for the ZynqMP with the open tools? I looked in
board/xilinx/zynqmp and doc/ and a few other places but couldn't see
any docs for either that or the closed tools.
Peter
On Fri, Apr 13, 2018 at 1:18
From: Siva Durga Prasad Paladugu
This patch fixes the mmc tuning command failures
when tuning pattern data needs to read back for
comparision against the expected bit pattern.
Reported-by: Masahiro Yamada
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
Changes in v2
On 06/08/2018 04:23 AM, Vasily Khoruzhick wrote:
> EHCI0 is bit 24, EHCI1 - 25, OHCI0 - 28, OHCI1 - 29
>
> Fixes commit fef73766d9ad ("sunxi: clock: Fix OHCI clock gating for H3/H5")
>
> Signed-off-by: Vasily Khoruzhick
> ---
> arch/arm/include/asm/arch-sunxi/clock_sun6i.h | 6 --
> 1 file
On Thu, Jun 7, 2018 at 7:23 PM, Vasily Khoruzhick wrote:
> EHCI0 is bit 24, EHCI1 - 25, OHCI0 - 28, OHCI1 - 29
>
> Fixes commit fef73766d9ad ("sunxi: clock: Fix OHCI clock gating for H3/H5")
>
> Signed-off-by: Vasily Khoruzhick
Any feedback on this patch series?
> ---
> arch/arm/include/asm/ar
Hi Masahiro,
Not sure why it caused issue now, i used git send-email to sent this patch
and always uses the same to send patches. One more thing is i didn't get
your reply mail on my official mail id, and i don't have any clue on what
caused the issue. I may need to check with our IT on both these
From: Ken Ma
Add a uclass which provides access to MDIO busses and includes
operations required by MDIO.
The implementation is based on the existing mii/phy/mdio data
structures and APIs.
This patch also adds device tree binding for MDIO bus.
Signed-off-by: Ken Ma
Reviewed-by: s...@chromium.org
From: Ken Ma
This patch adds a separate driver for the MDIO interface of the
Marvell Ethernet controllers based on driver model. There are two
reasons to have a separate driver rather than including it inside
the MAC driver itself:
*) The MDIO interface is shared by all Ethernet ports, so a dri
From: Ken Ma
Changes in v3:
- Move mdio uclass implementation to driver/net folder;
- Replace flat-tree functions with livetree functions and update codes
and comments to be consistent with driver-model codes style;
- Put struct mii_dev to uclass platdata to avoid the mdio alloc and
let dri
On 06/13/2018 06:38 AM, Peng Fan wrote:
> Hi Marek,
>
>> -Original Message-
>> From: Marek Vasut [mailto:marek.va...@gmail.com]
>> Sent: 2018年6月13日 12:35
>> To: Peng Fan ; jh80.ch...@samsung.com
>> Cc: Kishon Vijay Abraham I ; u-boot@lists.denx.de
>> Subject: Re: [U-Boot] [PATCH V3 1/2] mm
From: Ken Ma
This patch adds a separate driver for the MDIO interface of the
Marvell Ethernet controllers based on driver model. There are two
reasons to have a separate driver rather than including it inside
the MAC driver itself:
*) The MDIO interface is shared by all Ethernet ports, so a dri
From: Ken Ma
Add a uclass which provides access to MDIO busses and includes
operations required by MDIO.
The implementation is based on the existing mii/phy/mdio data
structures and APIs.
This patch also adds evice tree binding for MDIO bus.
Signed-off-by: Ken Ma
Reviewed-by: s...@chromium.org,
From: Ken Ma
Changes in v3:
- Move mdio uclass implementation to driver/net folder;
- Replace flat-tree functions with livetree functions and update codes
and comments to be consistent with driver-model codes style;
- Put struct mii_dev to uclass platdata to avoid the mdio alloc and
let dri
Hi Marek,
> -Original Message-
> From: Marek Vasut [mailto:marek.va...@gmail.com]
> Sent: 2018年6月13日 12:35
> To: Peng Fan ; jh80.ch...@samsung.com
> Cc: Kishon Vijay Abraham I ; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH V3 1/2] mmc: add HS400 support
>
> On 05/19/2018 02:54 PM,
On 05/19/2018 02:54 PM, Peng Fan wrote:
> Add HS400 support.
> Selecting HS400 needs first select HS199 according to spec, so use
> a dedicated function for HS400.
> Add HS400 related macros.
> Remove the restriction of only using the low 6 bits of
> EXT_CSD_CARD_TYPE, using all the 8 bits.
>
> Si
On 05/24/2018 02:23 PM, Peng Fan wrote:
> Hi Fabio,
>
>> -Original Message-
>> From: Fabio Estevam [mailto:feste...@gmail.com]
>> Sent: 2018年5月19日 22:39
>> To: Peng Fan
>> Cc: Jaehoon Chung ; Kishon Vijay Abraham I
>> ; U-Boot-Denx
>> Subject: Re: [U-Boot] [PATCH V3 1/2] mmc: add HS400 s
Add myself as the Maintainer for Actions Semi OWL family and its
relevant board, drivers.
Signed-off-by: Manivannan Sadhasivam
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 642c448093..0f70cb04fe 100644
--- a/MAINTAINERS
+++ b/MAINTA
This commit enables UART5 found in S900 SoC for serial console support.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/dts/bubblegum_96.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/dts/bubblegum_96.dts b/arch/arm/dts/bubblegum_96.dts
index 4e34ebaa49..5b58d15
This commit adds Actions Semi OWL family UART support. This driver
relies on baudrate configured by primary bootloaders.
Signed-off-by: Manivannan Sadhasivam
---
drivers/serial/Kconfig | 8 +++
drivers/serial/Makefile | 1 +
drivers/serial/serial_owl.c | 136
This commit adds UART node for Actions Semi S900 SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/dts/s900.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/s900.dtsi b/arch/arm/dts/s900.dtsi
index e9d47b1ff1..2bbb30a5a8 100644
--- a/arch/arm/dts/s900.dtsi
+++ b
This commit adds Actions Semi OWL family base clock and S900 SoC specific
clock support. For S900 peripheral clock support, only UART clock has been
added for now.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/include/asm/arch-owl/clk_s900.h | 57 +
arch/arm/include/asm/arch-owl/re
This commit adds Actions Semi S900 CMU register definitions to clock
bindings.
Signed-off-by: Manivannan Sadhasivam
---
include/dt-bindings/clock/s900_cmu.h | 77
1 file changed, 77 insertions(+)
create mode 100644 include/dt-bindings/clock/s900_cmu.h
diff --git a/
This commit adds Clock Management Unit (CMU) nodes for Actions Semi
S900 SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/dts/s900.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/dts/s900.dtsi b/arch/arm/dts/s900.dtsi
index 3bd14b82d4..e9d47b1ff1 1
This commit adds uCRobotics Bubblegum-96 board support. This board is
one of the 96Boards Consumer Edition platform based on Actions Semi
S900 SoC.
Features:
- Actions Semi S900 SoC (4xCortex A53, Power VR G6230 GPU)
- 2GiB RAM
- 8GiB eMMC, uSD slot
- WiFi, Bluetooth and GPS module
- 2x Host, 1x D
This commit adds Actions Semi OWL SoC family support with S900 as the
first target SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/Kconfig| 9 +
arch/arm/Makefile | 1 +
arch/arm/dts/s900.dtsi | 23 +++
arch/arm/mach-owl
This patchset adds SoC support for Actions Semi S900 SoC and ucRobotics
Bubblegum-96 board along with UART and Clock drivers.
S900 SoC consists of 4 ARM Cortex-A53 cores up to 1.8GHz with
Imagination Power VR G6230 GPU. More information on this SoC can be
found in Actions Semi product page:
http:/
Add option to the booti_setup() which indicates to it that the caller
requires the image to be relocated to the beginning of the RAM and
that the information whether the image can be located anywhere in RAM
at 2 MiB aligned boundary or not is to be ignored. This is useful ie.
in case the Image is w
The ARM64 has 2 MiB alignment requirement for the kernel. When using
fitImage, this requirement may by violated, the kernel will thus be
executed from unaligned address and fail to boot. Do what booti does
and run booti_setup() for kernel_noload images on arm64 to obtain a
suitable aligned address
The following changes since commit 813d1fb56dc0af9567feb86cd71c49f14662044b:
Merge branch 'master' of git://git.denx.de/u-boot-ubi (2018-06-08
10:08:20 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to 0a52b00627c4fb6b100745
Hi Vicente,
Could you share why you don't want to use python, can convert the
script to C?
Thanks,
- Kever
On 06/02/2018 12:46 AM, Vicente Bergas wrote:
> From: Vicente Bergas
>
> This patch series remove the dependency on python and dtc from the host
> for the Sapphire board.
>
> It does no
Hi Vicente,
On 06/02/2018 12:46 AM, Vicente Bergas wrote:
> From: Vicente Bergas
>
> U-Boot has a built-in dtc. Using it removes one dependency from the host.
>
> Signed-off-by: Vicente Bergas
Looks good to me, thanks.
Reviewed-by: Kever Yang
Thanks,
- Kever
> ---
> configs/evb-rk3399_defco
Hi Vicente,
On 06/02/2018 12:46 AM, Vicente Bergas wrote:
> From: Vicente Bergas
>
> It has been tested with this option disabled and it works fine.
> The benefit of doing so is that this is the last dependency on python to
> build U-Boot for the Sapphire board.
I just not understand why remove
On Wed, Jun 13, 2018 at 4:45 AM, Kever Yang wrote:
> Hi Yousaf,
>
> You patch looks good, but I don't know why the script always work
> for me,
>
> and I don't met the abort, where do you get the BL31?
It looks similar to what I was seeing previously and haven't had a
chance to get to the bot
Hi Yousaf,
Could you have a look at this patch:
https://patchwork.ozlabs.org/patch/924244/
Thanks,
- Kever
On 06/08/2018 04:47 PM, Mian Yousaf Kaukab wrote:
> make_fit_atf.py uses physical address of first segment as the
> entry point to bl31. It is incorrect and causes following abort
> wh
On 06/03/2018 10:50 PM, Heinrich Schuchardt wrote:
> %s/rkflashtool/rkdeveloptool/
>
> We are using rkdeveloptool not rkflashtool.
>
> Signed-off-by: Heinrich Schuchardt
Looks good to me, thanks.
Reviewed-by: Kever Yang
Thanks,
- Kever
> ---
> board/rockchip/evb_rk3399/README | 2 +-
> 1 fil
Hi Yousaf,
You patch looks good, but I don't know why the script always work
for me,
and I don't met the abort, where do you get the BL31?
Thanks,
- Kever
On 06/08/2018 04:47 PM, Mian Yousaf Kaukab wrote:
> make_fit_atf.py uses physical address of first segment as the
> entry point to bl31.
Hi Simon,
On Tue, Jun 12, 2018 at 07:29:15PM -0600, Simon Glass wrote:
> Hi Mani,
>
> On 12 June 2018 at 00:14, Manivannan Sadhasivam
> wrote:
> > Hi Simon,
> >
> > On Mon, Jun 11, 2018 at 01:38:42PM -0600, Simon Glass wrote:
> >> Hi,
> >>
> >> On 11 June 2018 at 09:48, Manivannan Sadhasivam
> >
Hi,
On 11 June 2018 at 23:41, Heinrich Schuchardt wrote:
> On 06/12/2018 07:26 AM, Simon Glass wrote:
>> The current code causes a compiler error on gcc 4.8.4 as used by sandbox
>> on Ubuntu 14.04, which is fairly recent. Init these variables to fix the
>> problem.
>>
>> Signed-off-by: Simon Glas
Fix warning when compiling cherryhill.dts with latest DTC:
"Warning (avoid_unnecessary_addr_size): /pci/pch@1f,0: unnecessary
#address-cells/#size-cells without "ranges" or child "reg" property"
Signed-off-by: Bin Meng
---
arch/x86/dts/cherryhill.dts | 2 --
1 file changed, 2 deletions(-)
This jumps to test code which can call directly into the EFI support. It
does not need a separate image so it is easy to write tests with it.
This test can be executed without causing problems to the run-time
environemnt (e.g. U-Boot does not need to reboot afterwards).
For now the test just outp
At present this code casts addresses to pointers so cannot be used with
sandbox. Update it to use mapmem instead.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3:
- Drop incorrect map_sysmem() in write_smbios_table()
Changes in v2: None
Hi,
On 12 June 2018 at 20:37, Simon Glass wrote:
> This reverts commit 0ddc510ea37aa578b8cb197840a5125409978bec.
>
> Signed-off-by: Simon Glass
> ---
>
Sorry, please ignore this patch. I am trying to track down a buildman
issue and put this commit on top just before sending :-(
Regards,
Simon
These constants are defined in arch-specific code but redefined here. Add
a TODO to clean this up.
Signed-off-by: Simon Glass
Reviewed-by: Heinrich Schuchardt
---
Changes in v6: None
Changes in v5:
- Drop period after "elf" in comment
Changes in v4: None
Changes in v3: None
Changes in v2: None
Add these so that we can build the EFI loader for sandbox. The values are
for x86_64 so potentially bogus. But we don't support relocation within
sandbox anyway.
Signed-off-by: Simon Glass
---
Changes in v6:
- Warn about building sandbox EFI support on something other than __x86_64__
Changes in
This function can be used from do_bootefi_exec() so that we use mostly the
same code for a normal EFI application and an EFI test.
Rename the function and use it in both places.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Rebase to master
Changes in v4:
- Rebase to mast
Add a new bootefi_run_prepare() function which holds common code used to
set up U-Boot to run EFI code. Make use of this from the existing
bootefi_test_prepare() function, as well as do_bootefi_exec().
Also shorten a few variable names.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes
This reverts commit 0ddc510ea37aa578b8cb197840a5125409978bec.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
tools/buildman/builderthread.py | 10 --
tools/buildman/func_test.py | 5 -
2 files
With sandbox these values depend on the host system. Let's assume that it
is x86_64 for now.
Signed-off-by: Simon Glass
---
Changes in v6:
- Warn about building sandbox EFI support on something other than __x86_64__
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
This allows this feature to build within sandbox. This is for testing
purposes only since it is not possible for sandbox to load native code.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3:
- Init the 'rows' and 'cols' vars to avoid a com
We plan to run more than one EFI test. In order to avoid duplicating code,
create functions which handle preparing for running the test and cleaning
up afterwards.
Also shorten the awfully long variable names here.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Drop call to
The current code causes a compiler error on gcc 4.8.4 as used by sandbox
on Ubuntu 14.04, which is fairly recent. Init these variables to fix the
problem.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4:
- Move the fix to query_console_serial()
Changes in v3
With sandbox the U-Boot code is not mapped into the sandbox memory range
so does not need to be excluded when allocating EFI memory. Update the EFI
memory init code to take account of that.
Also use mapmem instead of a cast to convert a memory address to a
pointer.
Signed-off-by: Simon Glass
---
A limitation of the EFI loader at present is that it does not build with
sandbox. This makes it hard to write tests, since sandbox is used for most
testing in U-Boot.
This series enables the EFI loader feature. It allows sandbox to build and
run a trivial function which calls the EFI API to output
This does not work at present and gives the following error:
output: 'ld.bfd: read in flex scanner failed
scripts/Makefile.lib:390: recipe for target
'lib/efi_selftest/efi_selftest_miniapp_return_efi.so' failed
It may be possible to figure this out with suitable linker magic but it
does not seem
On Wed, Jun 13, 2018 at 5:02 AM, Joe Hershberger wrote:
> On Mon, Jun 4, 2018 at 2:19 AM, Ley Foon Tan wrote:
>> Change to use CONFIG_IS_ENABLED(DM_RESET), so this can work in SPL
>> build (CONFIG_SPL_DM_RESET) and U-boot build (CONFIG_DM_RESET).
>>
>> Signed-off-by: Ley Foon Tan
>> ---
>> incl
Hi Tom,
The following changes since commit 7868909ed53ed41a945f7ed95ebb88aa252142ce:
Merge git://git.denx.de/u-boot-fsl-qoriq (2018-06-12 13:25:24 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-x86.git
for you to fetch changes up to bee053e248e93d82e5c352708f8c892f
2018-06-13 5:45 GMT+09:00 Joe Hershberger :
> On Thu, May 24, 2018 at 5:24 AM, Kunihiko Hayashi
> wrote:
>> Add driver for Socionext AVE ethernet controller that includes MAC and
>> MDIO bus supporting RGMII/RMII modes.
>> The driver behaves the ethernet driver model (DM_ETH) with devicetree.
On Wed, Jun 13, 2018 at 9:29 AM, Simon Glass wrote:
> On 12 June 2018 at 02:26, Bin Meng wrote:
>> Currently both pirq_reg_to_linkno() and pirq_linkno_to_reg() assume
>> consecutive PIRQ routing control registers. But this is not always
>> the case on some platforms. Introduce a new device tree p
On Wed, Jun 13, 2018 at 9:29 AM, Simon Glass wrote:
> On 12 June 2018 at 02:26, Bin Meng wrote:
>> Add Panther Point chipset interrupt pin/PIRQ information, and
>> enable the generation of PIRQ routing table and MP table.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - add the
On Wed, Jun 13, 2018 at 9:29 AM, Simon Glass wrote:
> Hi Bin,
>
> On 12 June 2018 at 02:26, Bin Meng wrote:
>> The "intel,pirq-link" property in Intel IRQ router's dt bindings
>> has two cells, where the second one represents the number of PIRQ
>> links on the platform. However current driver doe
2018-06-13 3:59 GMT+08:00 Joe Hershberger :
> On Wed, Jun 6, 2018 at 8:54 PM, Rick Chen wrote:
>>> From: Alexander Graf [mailto:ag...@suse.de]
>>> Sent: Wednesday, June 06, 2018 8:32 PM
>>> To: u-boot@lists.denx.de
>>> Cc: Rick Jian-Zhi Chen(陳建志); Joe Hershberger; Simon Glass
>>> Subject: [PATCH 1
Hi Ivan,
On Wed, Jun 13, 2018 at 1:52 AM, Ivan Gorinov wrote:
> EFI image handle and system table are not used in _relocate().
>
> Signed-off-by: Ivan Gorinov
> ---
> arch/riscv/lib/reloc_riscv_efi.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/arch/riscv/lib/reloc
Hi Ivan,
On Wed, Jun 13, 2018 at 1:52 AM, Ivan Gorinov wrote:
> EFI image handle and system table are not used in _relocate().
>
> Signed-off-by: Ivan Gorinov
> ---
> arch/arm/lib/crt0_aarch64_efi.S | 2 --
> arch/arm/lib/crt0_arm_efi.S | 2 --
> arch/arm/lib/reloc_aarch64_efi.c | 3 +--
>
Hi Ivan,
On Wed, Jun 13, 2018 at 1:52 AM, Ivan Gorinov wrote:
> UEFI specifies the calling convention used in Microsoft compilers;
> first arguments of a function are passed in (%rcx, %rdx, %r8, %r9).
>
> All other compilers use System V ABI by default, passing first integer
> arguments of a func
Hi Mani,
On 12 June 2018 at 00:14, Manivannan Sadhasivam
wrote:
> Hi Simon,
>
> On Mon, Jun 11, 2018 at 01:38:42PM -0600, Simon Glass wrote:
>> Hi,
>>
>> On 11 June 2018 at 09:48, Manivannan Sadhasivam
>> wrote:
>> > This commit adds Actions Semi OWL family base clock and S900 SoC specific
>> >
Hi Heinrich,
On 11 June 2018 at 23:38, Heinrich Schuchardt wrote:
> On 06/12/2018 07:26 AM, Simon Glass wrote:
>> This does not work at present and gives the following error:
>>
>> output: 'ld.bfd: read in flex scanner failed
>> scripts/Makefile.lib:390: recipe for target
>> 'lib/efi_selftest/ef
Hi Jean-Jacques,
On 12 June 2018 at 03:31, Jean-Jacques Hiblot wrote:
> Hi,
>
>
> On 08/06/2018 23:59, Simon Glass wrote:
>>
>> Hi,
>>
>> On 7 June 2018 at 01:39, Lukasz Majewski wrote:
>>>
>>> Hi Jean-Jacques,
>>>
Most of the time the UDC is bound to a driver when a dedicated
command
Hi Bin, Alex,
On 12 June 2018 at 09:36, Bin Meng wrote:
> From: Alexander Graf
>
> Currently efi.h determines a few bits of its environment according to
> config options. This falls apart with the efi stub support which may
> result in efi.h getting pulled into the stub as well as real U-Boot
>
On 12 June 2018 at 02:26, Bin Meng wrote:
> Currently both pirq_reg_to_linkno() and pirq_linkno_to_reg() assume
> consecutive PIRQ routing control registers. But this is not always
> the case on some platforms. Introduce a new device tree property
> intel,pirq-regmap to describe how the PIRQ routi
On 12 June 2018 at 02:26, Bin Meng wrote:
> Add Panther Point chipset interrupt pin/PIRQ information, and
> enable the generation of PIRQ routing table and MP table.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - add the PIRQ register mapping via "intel,pirq-regmap" property
>
> arch
Hi Bin,
On 12 June 2018 at 02:26, Bin Meng wrote:
> The "intel,pirq-link" property in Intel IRQ router's dt bindings
> has two cells, where the second one represents the number of PIRQ
> links on the platform. However current driver does not parse this
> information from device tree. This adds th
Hi Ramon,
On 12 June 2018 at 02:50, Ramon Fried wrote:
> On June 11, 2018 10:38:45 PM GMT+03:00, Simon Glass wrote:
>>Hi Ramon,
>>
>>On 11 June 2018 at 13:14, Ramon Fried wrote:
>>>
>>>
>>> On Mon, Jun 11, 2018 at 5:53 PM, Simon Glass
>>wrote:
Hi Ramon,
On 9 June 2018 at 03
Hi,
On 12 June 2018 at 12:27, Joe Hershberger wrote:
>
> Hi Peng,
>
> On Mon, May 28, 2018 at 7:25 AM, Peng Fan wrote:
> > From: Ye Li
> >
> > When the power domain driver is enabled, we need to enable clocks after
> > power
> > domain on. So the clock settings can't set in board_init, needs t
On June 12, 2018 1:24:09 PM PDT, Nishanth Menon wrote:
>As recommended by Arm in [1], ACTLR[0] (Enable invalidates of BTB)
>needs to be set[2] for BTB to be invalidated on ICIALLU. This needs to
>be done unconditionally for Cortex-A15 processors. Provide a config
>option for platforms to enable th
s in u-boot to enable the
> OS level workarounds.
> * This itself is'nt a complete solution and is based on recommendation
> This from Arm[2] for variant 2 CVE-2017-5715 -> Kernel changes can be seen
> on
> linux next (next-20180612) or on linux master (upcoming v4
On 06/12/2018 10:24 PM, Nishanth Menon wrote:
> Enable CVE_2017_5715 and since we have our own v7_arch_cp15_set_acr
> function to setup the bits, we are able to override the settings.
>
> Without this enabled, Linux kernel reports:
> CPU0: Spectre v2: firmware did not set auxiliary control registe
On 06/12/2018 10:24 PM, Nishanth Menon wrote:
> As recommended by Arm in [1], ACTLR[0] (Enable invalidates of BTB)
> needs to be set[2] for BTB to be invalidated on ICIALLU. This needs to
> be done unconditionally for Cortex-A15 processors. Provide a config
> option for platforms to enable this opt
Hi Heinrich,
On Wed, Jun 13, 2018 at 12:04 AM, Heinrich Schuchardt
wrote:
> On 06/12/2018 05:36 PM, Bin Meng wrote:
>> Since commit f3b5056c4e72 ("efi_loader: split README.efi into two
>> separate documents"), the original README.efi was renamed to
>> README.u-boot_on_efi, but x86 doc still refer
On Tue, Jun 12, 2018 at 05:24:20PM +, York Sun wrote:
> Tom,
>
> I have fixed the issues you caught earlier, and pass compiling
> https://travis-ci.org/yorksun/u-boot/builds/390939575
>
> The following changes since commit 71002b508a1bc0986023764f155f0db26f548db2:
>
> cmd: add missing lin
Hi Bin,
On 12 June 2018 at 09:36, Bin Meng wrote:
> Since commit bb0bb91cf0aa ("efi_stub: Use efi_uintn_t"), EFI x86
> 64-bit payload does not work anymore. The call to GetMemoryMap()
> in efi_stub.c fails with return code EFI_INVALID_PARAMETER. Since
> the payload itself is still 32-bit U-Boot,
Hi Alex,
On 12 June 2018 at 08:06, Alexander Graf wrote:
>
>
> On 12.06.18 15:48, Simon Glass wrote:
>> Hi Alex,
>>
>> On 12 June 2018 at 02:13, Alexander Graf wrote:
>>>
>>>
>>> On 12.06.18 07:26, Simon Glass wrote:
With sandbox these values depend on the host system. Let's assume that it
On 21:40-20180612, Russell King - ARM Linux wrote:
[...]
> > I started respinning the series, while there is definitely a use of
> > implementing in u-boot,
> > I am starting to wonder if we should also be doing this in kernel.
>
> How does the kernel set the bit when the
Hi Alex,
On 12 June 2018 at 08:11, Alexander Graf wrote:
>
>
> On 12.06.18 15:48, Simon Glass wrote:
>> Hi Alex,
>>
>> On 12 June 2018 at 02:28, Alexander Graf wrote:
>>>
>>>
>>> On 12.06.18 07:26, Simon Glass wrote:
This jumps to test code which can call directly into the EFI support. It
>
Hi Alex,
On 12 June 2018 at 08:05, Alexander Graf wrote:
>
>
> On 12.06.18 15:48, Simon Glass wrote:
>> Hi Alex,
>>
>> On 12 June 2018 at 02:12, Alexander Graf wrote:
>>>
>>>
>>> On 12.06.18 07:26, Simon Glass wrote:
At present this code casts addresses to pointers so cannot be used with
>>
Hi Alex,
On 12 June 2018 at 08:02, Alexander Graf wrote:
>
>
> On 12.06.18 15:48, Simon Glass wrote:
>> Hi Alex,
>>
>> On 12 June 2018 at 02:05, Alexander Graf wrote:
>>>
>>>
>>> On 12.06.18 07:26, Simon Glass wrote:
With sandbox the U-Boot code is not mapped into the sandbox memory range
>
On Tue, Jun 12, 2018 at 02:13:38PM -0500, Nishanth Menon wrote:
> On Tue, May 22, 2018 at 9:05 AM, Fabio Estevam wrote:
> > On Thu, Jan 25, 2018 at 7:45 PM, Nishanth Menon wrote:
> >> Hi Folks,
> >>
> >> This is a follow through on the discussion we have had in [1].
> >> This itself is'nt a compl
Yes, this patch works. Thanks a lot.
Greets
Pascal
2018-06-12 22:36 GMT+02:00 Alexander Graf :
>
>
> On 12.06.18 20:21, Pascal Vizeli wrote:
>> Hi,
>>
>> I see a strange problem with `saveenv` on Raspberry Pi 3 platform.
>> Other Raspberry Pi (0/w/2) device work well with `saveenv`.
>>
>> After I
Hi Duncan,
I tried a test of applying this series and the first patch doesn't
apply cleanly and checkpatch complains about Missing or malformed
SPDX-License-Identifier.
Can you rebase on top of the current upstream master and resend?
On Sun, May 20, 2018 at 6:41 PM, wrote:
> From: Duncan Hare
On Wed, Mar 28, 2018 at 7:38 AM, Mario Six wrote:
> Make sure that TX packets are always cache-aligned.
>
> Signed-off-by: Mario Six
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Mon, Jun 4, 2018 at 2:19 AM, Ley Foon Tan wrote:
> Change to use CONFIG_IS_ENABLED(DM_RESET), so this can work in SPL
> build (CONFIG_SPL_DM_RESET) and U-boot build (CONFIG_DM_RESET).
>
> Signed-off-by: Ley Foon Tan
> ---
> include/reset.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
On Mon, Jun 11, 2018 at 3:24 AM, Ley Foon Tan wrote:
> On Sat, Jun 9, 2018 at 5:59 AM, Simon Glass wrote:
>> Hi Ley Foon,
>>
>> On 3 June 2018 at 23:19, Ley Foon Tan wrote:
>>> Add reset ctrl to dwmmc socfpga, designware Ethernet and ns16550 serial
>>> drivers.
>>>
>>> A reset property is an op
On Wed, May 23, 2018 at 9:22 PM, Ley Foon Tan wrote:
> On Wed, May 16, 2018 at 5:08 AM, Joe Hershberger
> wrote:
>> On Mon, May 7, 2018 at 10:19 PM, Ley Foon Tan wrote:
>>> Add code to reset all reset signals as in Ethernet DT node. A reset
>>> property is an optional feature,
>>> so only prin
On Thu, May 24, 2018 at 5:24 AM, Kunihiko Hayashi
wrote:
> Add driver for Socionext AVE ethernet controller that includes MAC and
> MDIO bus supporting RGMII/RMII modes.
> The driver behaves the ethernet driver model (DM_ETH) with devicetree.
>
> This patch requires the internal phy definition [1]
> From: Heinrich Schuchardt
> Date: Tue, 12 Jun 2018 20:00:28 +0200
>
> On 06/12/2018 07:27 PM, Mark Kettenis wrote:
> > This series makes it possible to run EFI applications in non-secure
> > mode. It allows me to run OpenBSD on the imx7d-pico-pi board while
> > using the PSCI implementation pr
On 12.06.18 20:21, Pascal Vizeli wrote:
> Hi,
>
> I see a strange problem with `saveenv` on Raspberry Pi 3 platform.
> Other Raspberry Pi (0/w/2) device work well with `saveenv`.
>
> After I call the `saveenv` command, the device going into `fsm 1, hsts
> 0001` loop. I try it with env file
On 12.06.18 22:17, Mark Kettenis wrote:
>> From: Alexander Graf
>> Date: Tue, 12 Jun 2018 20:46:02 +0200
>>
>> On 12.06.18 19:27, Mark Kettenis wrote:
>>> The current code that switches into HYP mode doesn't bother to set
>>> up a stack for HYP mode. This doesn't work for EFI applications
>>> a
On Tue, May 29, 2018 at 10:30 AM, Alex Kiernan wrote:
> 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
> Signed-off-by: Jocelyn Bohr
> Reviewed-by:
As recommended by Arm in [1], IBE[2] has to be enabled unconditionally
for BPIALL to be functional on Cortex-A8 processors. Provide a config
option for platforms to enable this option based on impact analysis
for products.
NOTE: This patch in itself is NOT the final solution, this requires:
a) Imp
As recommended by Arm in [1], ACTLR[0] (Enable invalidates of BTB)
needs to be set[2] for BTB to be invalidated on ICIALLU. This needs to
be done unconditionally for Cortex-A15 processors. Provide a config
option for platforms to enable this option based on impact analysis
for products.
NOTE: This
lution and is based on recommendation
This from Arm[2] for variant 2 CVE-2017-5715 -> Kernel changes can be seen on
linux next (next-20180612) or on linux master (upcoming v4.18-rc1 tag).
* I think it is necessary on older SoCs without firmware support
(such as older OMAPs and AM*) to hav
1 - 100 of 197 matches
Mail list logo