Hi Simon,
On 29/12/18 6:58 PM, Simon Glass wrote:
Hi Lokesh,
On Thu, 27 Dec 2018 at 22:33, Lokesh Vutla wrote:
Hi Simon,
On 28/12/18 3:57 AM, Simon Glass wrote:
Hi Lokesh,
On Mon, 24 Dec 2018 at 04:08, Lokesh Vutla wrote:
commit 4f86a724e82c0 ("power: regulator: denied disable on alway
On Mon, Dec 31, 2018 at 2:31 AM Lukas Auer
wrote:
>
> Standalone applications do not require a separate linker script and can
> use the default linker script of the compiler instead. Remove the RISC-V
> standalone linker script.
>
> Signed-off-by: Lukas Auer
> ---
>
> arch/riscv/config.mk
On Mon, Dec 31, 2018 at 2:30 AM Lukas Auer
wrote:
>
> Add an implementation of EXPORT_FUNC() for RV64I systems to support them
> in standalone applications.
>
> Signed-off-by: Lukas Auer
> ---
>
> examples/standalone/stubs.c | 11 +++
> 1 file changed, 11 insertions(+)
>
Reviewed-by: Bi
On Mon, Dec 31, 2018 at 2:28 AM Lukas Auer
wrote:
>
> The fence instruction is used to enforce device I/O and memory ordering
> constraints in RISC-V. It does not directly affect the data cache and
> particular cannot be used to flush or invalidate it. RISC-V does not
> have instructions for expli
On Mon, Dec 31, 2018 at 2:30 AM Lukas Auer
wrote:
>
> Register x19 (s3) is a callee-saved register. It must not be used to
> load and jump to exported functions without saving it beforehand.
> Replace it with t0, a temporary and caller-saved register.
>
> Change the code comment to reflect this an
On Mon, Dec 31, 2018 at 2:28 AM Lukas Auer
wrote:
>
> We need to define the standalone load address to use standalone
> application on qemu-riscv. Define it and set it equal to
> CONFIG_SYS_LOAD_ADDR.
>
> To not overwrite it, change the assigned of CONFIG_STANDALONE_LOAD_ADDR
> in arch/riscv/confi
On Mon, Dec 31, 2018 at 2:28 AM Lukas Auer
wrote:
>
> Undefined exceptions are treated as reserved. This is not clearly
> communicated to the user. Adjust the error message to clarify that a
> reserved exception has occurred and add additional details.
>
> Fixes: e8b522b ("riscv: treat undefined e
Hi Tom,
On Fri, Dec 21, 2018 at 11:08 PM Bin Meng wrote:
>
> Change the scope of do_bootvx_fdt() to static since it is only
> used in common/bootm_os.c.
>
> Signed-off-by: Bin Meng
> ---
>
> common/bootm_os.c | 2 +-
> include/vxworks.h | 1 -
> 2 files changed, 1 insertion(+), 2 deletions(-)
>
Hi Tom,
This includes x86 edison defconfig file clean up, and coreboot file
system (cbfs) fixes.
The following changes since commit bea3d826203f90507ff32ed24bd0a3c53479e55c:
Merge tag 'signed-efi-2019.01' of git://github.com/agraf/u-boot
(2018-12-27 12:59:01 -0500)
are available in the git re
On Sat, Dec 29, 2018 at 11:58:59AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
>
> Please pull UniPhier updates v2019.01
>
> - import DIV_ROUND_CLOSEST_ULL macro from Linux
> - import improvement and fix of Denali NAND driver from Linux
> - add NAND 200MHz clock to clk driver
> - allow CONFIG_BOO
On Sat, Dec 29, 2018 at 9:40 PM Simon Glass wrote:
>
> On Sat, 22 Dec 2018 at 02:50, Bin Meng wrote:
> >
> > Current CBFS component type list is incomplete. Add missing ones.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > cmd/cbfs.c | 30 ++
> > include/cbfs.h |
On Sat, Dec 29, 2018 at 9:40 PM Simon Glass wrote:
>
> On Sat, 22 Dec 2018 at 02:50, Bin Meng wrote:
> >
> > From: Christian Gmeiner
> >
> > cbfs_fileheader.len indicates the content size of the file in the
> > cbfs, and it has nothing to do with cbfs_fileheader.offset which
> > is the starting
On Sat, Dec 29, 2018 at 9:40 PM Simon Glass wrote:
>
> On Sat, 22 Dec 2018 at 02:50, Bin Meng wrote:
> >
> > At present there are 2 macros that are named as CBFS_COMPONENT_xxx.
> > Change them to CBFS_TYPE_xxx for consistency.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > cmd/cbfs.c | 4 +
On Mon, Dec 31, 2018 at 8:40 AM Bin Meng wrote:
>
> On Wed, Dec 12, 2018 at 1:12 AM Andy Shevchenko
> wrote:
> >
> > Since some options had been moved to defconfig from header,
> > the leftover comments are not needed anymore. Remove them.
> >
> > Signed-off-by: Andy Shevchenko
> > ---
> > incl
On Sat, Dec 29, 2018 at 9:40 PM Simon Glass wrote:
>
> On Sat, 22 Dec 2018 at 02:50, Bin Meng wrote:
> >
> > The call to file_cbfs_fill_cache() is given with the parameter
> > 'start' pointing to the offset by the CBFS base address, but
> > with the parameter 'size' that equals to the whole CBFS
On Mon, Dec 31, 2018 at 8:40 AM Bin Meng wrote:
>
> On Wed, Dec 12, 2018 at 1:12 AM Andy Shevchenko
> wrote:
> >
> > Use defconfig instead of header file for CONFIG_BOOTCOMMAND.
> >
> > Signed-off-by: Andy Shevchenko
> > ---
> > include/configs/edison.h | 3 ---
> > 1 file changed, 3 deletions(
On Mon, Dec 31, 2018 at 8:40 AM Bin Meng wrote:
>
> On Wed, Dec 12, 2018 at 1:12 AM Andy Shevchenko
> wrote:
> >
> > Use defconfig instead of header file for CONFIG_CMD_PCI.
> >
> > Signed-off-by: Andy Shevchenko
> > ---
> > configs/edison_defconfig | 1 -
> > include/configs/edison.h | 3 ---
>
On Wed, Dec 12, 2018 at 1:12 AM Andy Shevchenko
wrote:
>
> Since some options had been moved to defconfig from header,
> the leftover comments are not needed anymore. Remove them.
>
> Signed-off-by: Andy Shevchenko
> ---
> include/configs/edison.h | 4
> 1 file changed, 4 deletions(-)
>
Re
On Wed, Dec 12, 2018 at 1:12 AM Andy Shevchenko
wrote:
>
> Use defconfig instead of header file for CONFIG_BOOTCOMMAND.
>
> Signed-off-by: Andy Shevchenko
> ---
> include/configs/edison.h | 3 ---
> 1 file changed, 3 deletions(-)
>
Reviewed-by: Bin Meng
On Wed, Dec 12, 2018 at 1:12 AM Andy Shevchenko
wrote:
>
> Use defconfig instead of header file for CONFIG_CMD_PCI.
>
> Signed-off-by: Andy Shevchenko
> ---
> configs/edison_defconfig | 1 -
> include/configs/edison.h | 3 ---
> 2 files changed, 4 deletions(-)
>
Reviewed-by: Bin Meng
_
On 12/18/18 6:05 AM, AKASHI Takahiro wrote:
> Currently, there is no easy way to add or modify UEFI variables.
> In particular, bootmgr supports BootOrder/Boot variables, it is
> quite hard to define them as u-boot variables because they are represented
> in a complicated and encoded format.
>
On 29/12/2018 22:10, Olliver Schinagl wrote:
Hi Olliver,
> Luckily we have had no problem with this on our boards, but its sad to
> see this patch reverted due to the buggy ddr implementation ...
This whole SPL is quite a sensitive construct, so moving things around
can have interesting effects.
The SetVariable() runtime service does not change the data passed to it.
So mark the parameter as constant.
Signed-off-by: Heinrich Schuchardt
---
include/efi_api.h | 3 ++-
include/efi_loader.h | 2 +-
lib/efi_loader/efi_variable.c | 2 +-
3 files changed, 4 insertions(+),
The runtime variable services never change GUIDs. So we should declare
the GUID parameters as constant.
Signed-off-by: Heinrich Schuchardt
---
include/efi_api.h | 8 +---
include/efi_loader.h | 14 +++---
lib/efi_loader/efi_variable.c
Add an implementation of EXPORT_FUNC() for RV64I systems to support them
in standalone applications.
Signed-off-by: Lukas Auer
---
examples/standalone/stubs.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/examples/standalone/stubs.c b/examples/standalone/stubs.c
index f37d209
Standalone applications do not require a separate linker script and can
use the default linker script of the compiler instead. Remove the RISC-V
standalone linker script.
Signed-off-by: Lukas Auer
---
arch/riscv/config.mk | 1 -
examples/standalone/riscv.lds | 40 -
We need to define the standalone load address to use standalone
application on qemu-riscv. Define it and set it equal to
CONFIG_SYS_LOAD_ADDR.
To not overwrite it, change the assigned of CONFIG_STANDALONE_LOAD_ADDR
in arch/riscv/config.mk to a conditional one.
Signed-off-by: Lukas Auer
---
arc
Register x19 (s3) is a callee-saved register. It must not be used to
load and jump to exported functions without saving it beforehand.
Replace it with t0, a temporary and caller-saved register.
Change the code comment to reflect this and fix it to correctly list gp
as the register with the pointer
Undefined exceptions are treated as reserved. This is not clearly
communicated to the user. Adjust the error message to clarify that a
reserved exception has occurred and add additional details.
Fixes: e8b522b ("riscv: treat undefined exception codes as reserved")
Signed-off-by: Lukas Auer
---
This patch series contains small fixes for RISC-V. It touches three
areas.
- Patch 1 clarifies the error message on undefined exceptions.
- Patch 2 removes the current dcache flush implementation. It uses the
fence instruction, which does not directly affect the data cache and can
therefore not b
The fence instruction is used to enforce device I/O and memory ordering
constraints in RISC-V. It does not directly affect the data cache and
particular cannot be used to flush or invalidate it. RISC-V does not
have instructions for explicit cache control. Remove the
flush_dcache_all implementation
On 12/30/18 4:44 PM, Heinrich Schuchardt wrote:
> On 12/18/18 6:05 AM, AKASHI Takahiro wrote:
>> Currently, there is no easy way to add or modify UEFI variables.
>> In particular, bootmgr supports BootOrder/Boot variables, it is
>> quite hard to define them as u-boot variables because they are
On 12/30/18 9:13 AM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> The SDMMC reset is missing from DT, so the reset manager cannot unreset
> the SDMMC. Add the missing DT reset entry.
>
> Signed-off-by: Tien Fong Chee
> ---
> arch/arm/dts/socfpga_arria10.dtsi |1 +
> 1 files c
On 12/29/18 7:49 PM, Jagan Teki wrote:
> On Mon, Dec 24, 2018 at 3:44 AM Jagan Teki wrote:
>>
>> On Fri, Dec 21, 2018 at 2:20 PM Jean-Jacques Hiblot wrote:
>>>
>>
>> Better to have proper commit head that tells the real issue.
>>
>>> Fixes commit 013116243950 ("dm: usb: create a new UCLASS ID for
On 12/30/18 9:13 AM, tien.fong.c...@intel.com wrote:
> From: Marek Vasut
>
> Update the default configuration file to enable the necessary functionality
> the get the kit working. That includes SPL SD/MMC support, USB, and I2C.
>
> Signed-off-by: Marek Vasut
> Signed-off-by: Tien Fong Chee
Is
On 12/30/18 9:13 AM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Add support for loading FPGA bitstream to get DDR up running before
> U-Boot is loaded into DDR. Boot device initialization, generic firmware
> loader and SPL FAT support are required for this whole mechanism to work.
On 12/30/18 9:13 AM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Update the default configuration file to enable the necessary functionality
> to get the SoCFPGA loadfs driver support. This would enable the
> implementation of programming bitstream into FPGA from MMC.
>
> Signed-o
On 12/30/18 9:13 AM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> This patch adds description on properties about file name used for both
> peripheral bitstream and core bitstream.
>
> Signed-off-by: Tien Fong Chee
> ---
> .../fpga/altera-socfpga-a10-fpga-mgr.txt | 21
On 12/30/18 9:13 AM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Add FPGA driver to support program FPGA with FPGA bitstream loading from
> filesystem. The driver are designed based on generic firmware loader
> framework. The driver can handle FPGA program operation from loading FP
On 12/30/18 9:13 AM, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> These series of patches enable peripheral bitstream being programmed into FPGA
> to get the DDR up running. This's also called early IO release, because the
> peripheral bitstream is only initializing FPGA IOs, PLL, I
The initialization function calls a nand_chip.scan_bbt(mtd) but
scan_bbt is never initialized resulting in an undefined function
pointer. This will direct the function pointer to nand_default_bbt
defined in the same file.
Signed-off-by: Adam Ford
diff --git a/drivers/mtd/nand/raw/mxs_nand_spl.c
On 12/18/18 6:05 AM, AKASHI Takahiro wrote:
> Currently, there is no easy way to add or modify UEFI variables.
> In particular, bootmgr supports BootOrder/Boot variables, it is
> quite hard to define them as u-boot variables because they are represented
> in a complicated and encoded format.
>
Refactor the switch from supervisor to hypervisor to a new function called
at the beginning of do_bootefi().
Signed-off-by: Heinrich Schuchardt
---
v3
Move weak function to common/bootm.c.
Rename functions.
Add more comments.
Avoid static variable for jump buffer.
From: AKASHI Takahiro
The function, efi_init_obj_list(), can be shared in different pseudo efi
applications, like bootefi/bootmgr as well as my efishell. Moreover, it
will be utilized to extend efi initialization, for example, my "removable
disk support" patch and "capsule-on-disk support" patch
%s/commmand/command/
Signed-off-by: Heinrich Schuchardt
---
doc/README.commands | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/README.commands b/doc/README.commands
index 0ccadae0b7..e03eb44187 100644
--- a/doc/README.commands
+++ b/doc/README.commands
@@ -67,7 +67,7 @@
%s/specfication/specification/
%s/selftest/self-test/
%s/little endian/little-endian/
Signed-off-by: Heinrich Schuchardt
---
doc/README.uefi | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/doc/README.uefi b/doc/README.uefi
index 6b9759cfed..0982fad92e 100644
--- a/
ARMv7-M only supports the Thumb instruction set. Our current crt0 code does
not support it. With the patch we can build all unit tests of the EFI
subsystem that do not require crt0.
Signed-off-by: Heinrich Schuchardt
---
arch/arm/lib/Makefile | 6 +-
lib/efi_selftest/Makefile | 6 +++---
It should not be necessary to adjust CMD_BOOTEFI_HELLO_COMPILE in config
files.
arch/arm/lib/crt0_arm_efi.S cannot be compiled in thumbs mode. We can
disable CMD_BOOTEFI_HELLO_COMPILE for CONFIG_CPU_V7M. So there is no longer
a need to disable it in stm32 configs.
helloworld.efi can be built with
On 12/29/18 2:39 PM, Simon Glass wrote:
> Hi Heinrich,
>
> On Wed, 26 Dec 2018 at 09:20, Heinrich Schuchardt wrote:
>>
>> The 'exception' command allows to test exception handling.
>>
>> This implementation supports ARM, x86, RISC-V and the following exceptions:
>> * 'breakpoint' - prefetch abort
From: Marek Vasut
Update the default configuration file to enable the necessary functionality
the get the kit working. That includes SPL SD/MMC support, USB, and I2C.
Signed-off-by: Marek Vasut
Signed-off-by: Tien Fong Chee
---
configs/socfpga_arria10_defconfig | 38
From: Tien Fong Chee
Update the default configuration file to enable the necessary functionality
to get the SoCFPGA loadfs driver support. This would enable the
implementation of programming bitstream into FPGA from MMC.
Signed-off-by: Tien Fong Chee
---
configs/socfpga_arria10_defconfig |
From: Tien Fong Chee
Add support for loading FPGA bitstream to get DDR up running before
U-Boot is loaded into DDR. Boot device initialization, generic firmware
loader and SPL FAT support are required for this whole mechanism to work.
Signed-off-by: Tien Fong Chee
---
arch/arm/mach-socfpga/spl
From: Tien Fong Chee
The SDMMC reset is missing from DT, so the reset manager cannot unreset
the SDMMC. Add the missing DT reset entry.
Signed-off-by: Tien Fong Chee
---
arch/arm/dts/socfpga_arria10.dtsi |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/dts/socf
From: Tien Fong Chee
Add FPGA driver to support program FPGA with FPGA bitstream loading from
filesystem. The driver are designed based on generic firmware loader
framework. The driver can handle FPGA program operation from loading FPGA
bitstream in flash to memory and then to program FPGA.
Sign
From: Tien Fong Chee
This patch adds description on properties about file name used for both
peripheral bitstream and core bitstream.
Signed-off-by: Tien Fong Chee
---
.../fpga/altera-socfpga-a10-fpga-mgr.txt | 21
1 files changed, 21 insertions(+), 0 deletions
From: Tien Fong Chee
These series of patches enable peripheral bitstream being programmed into FPGA
to get the DDR up running. This's also called early IO release, because the
peripheral bitstream is only initializing FPGA IOs, PLL, IO48 and DDR.
Once DDR is up running, core bitstream from MMC w
56 matches
Mail list logo
