On 09/02/19 5:45 PM, Jagan Teki wrote:
> DM_SPI_FLASH should require spi flash interface code for dm
> version, so select SPI_FLASH core by default if any board
> enabled DM_SPI_FLASH.
>
> This overcome the explicit enablement of CONFIG_SPI_FLASH on
> respective boards when DM_SPI_FLASH being
On Tue, Feb 12, 2019 at 07:47:06AM +0100, Heinrich Schuchardt wrote:
> On 2/12/19 6:07 AM, AKASHI Takahiro wrote:
> > Heinrich,
> >
> > On Fri, Feb 08, 2019 at 06:53:00PM +0100, Heinrich Schuchardt wrote:
> >> On 2/8/19 9:15 AM, AKASHI Takahiro wrote:
> >>> Signed-off-by: AKASHI Takahiro
> >>>
Hi Heinrich, Simon,
On Sat, Feb 09, 2019 at 05:00:33PM -0600, Simon Glass wrote:
> Hi Heinrich,
>
> On Fri, 8 Feb 2019 at 03:36, Heinrich Schuchardt wrote:
> >
> >
> >
> > On 2/8/19 9:15 AM, AKASHI Takahiro wrote:
> > > # bootefi doesn't work with this patch set yet
> > >
> > > This patch set
It would even be better to adopt the Linux kernel way of storing MAC address
through nvmem. That works for basically any board - and you get rid of the
vendor prefix. Any nvmem provider can store the data, not just I2C eeproms. It
reduces the total code size since all gem drivers can call the
> Am 12.02.2019 um 07:35 schrieb Anup Patel :
>
>> On Tue, Feb 12, 2019 at 11:52 AM Alexander Graf wrote:
>>
>>
>>
Am 12.02.2019 um 03:57 schrieb Anup Patel :
> On Mon, Feb 11, 2019 at 9:07 PM Andreas Schwab wrote:
>
> On Feb 11 2019, Anup Patel wrote:
>
>
Hi Tom,
This PR includes the following changes to x86:
- edison switch to CONFIG_OF_SEPARATE
- tangier initial ACPI support for PMIC device
- tsc timer driver update to support native calibration
- fixes to 64-bit U-Boot proper
The following changes since commit
Hi Marcel,
> Hi Lukasz
>
> On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> > The NXP's FEC driver can be reused on vf610 device (with DM).
> >
> > Signed-off-by: Lukasz Majewski
> > Reviewed-by: Stefan Agner
> > ---
> >
> > Changes in v3: None
> > Changes in v2: None
> >
> >
On 2/12/19 6:07 AM, AKASHI Takahiro wrote:
> Heinrich,
>
> On Fri, Feb 08, 2019 at 06:53:00PM +0100, Heinrich Schuchardt wrote:
>> On 2/8/19 9:15 AM, AKASHI Takahiro wrote:
>>> Signed-off-by: AKASHI Takahiro
>>> ---
>>> include/efi_loader.h | 2 +-
>>> lib/efi_loader/efi_boottime.c |
Hi Marcel,
> Hi Lukasz
>
> BTW: Thanks for this work which greatly helped us getting Colibri
> VF50/VF61 up to speed concerning device tree resp. driver model
> integration/migration. Hopefully, I can send that out later this week.
>
> On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
>
On Tue, Feb 12, 2019 at 11:52 AM Alexander Graf wrote:
>
>
>
> > Am 12.02.2019 um 03:57 schrieb Anup Patel :
> >
> >> On Mon, Feb 11, 2019 at 9:07 PM Andreas Schwab wrote:
> >>
> >>> On Feb 11 2019, Anup Patel wrote:
> >>>
> >>> This patchset adds SiFive Freedom Unleashed (FU540) support
> >>>
On Tue, Feb 12, 2019 at 2:18 PM Bin Meng wrote:
>
> On Tue, Feb 5, 2019 at 7:07 PM Andy Shevchenko
> wrote:
> >
> > Basin Cove PMIC is connected to I2C0 bus which is hidden from the OS
> > and access is going via SCU device, enumerated via PCI.
> >
> > For now, we add just a minimum support of
On Sat, Feb 2, 2019 at 2:06 PM Simon Glass wrote:
>
> On Thu, 31 Jan 2019 at 09:17, Bin Meng wrote:
> >
> > Before jumping to 64-bit U-Boot proper, SPL copies the cpu_call64()
> > function to a hardcoded address 0x300. This can have potential
> > conflicts with application usage. Switch the
On Sat, Feb 2, 2019 at 2:06 PM Simon Glass wrote:
>
> Hi Bin,
>
> On Thu, 31 Jan 2019 at 09:17, Bin Meng wrote:
> >
> > It is unnecessary to use a RAM version GDT for 64-bit U-Boot proper.
> > In fact we can just use the ROM version directly, which not only
> > eliminates the risk of being
> Am 12.02.2019 um 03:57 schrieb Anup Patel :
>
>> On Mon, Feb 11, 2019 at 9:07 PM Andreas Schwab wrote:
>>
>>> On Feb 11 2019, Anup Patel wrote:
>>>
>>> This patchset adds SiFive Freedom Unleashed (FU540) support
>>> to RISC-V U-Boot.
>>>
>>> The patches are based upon latest U-Boot
Hi Heinrich,
On Tue, Feb 5, 2019 at 7:32 PM Heinrich Schuchardt wrote:
>
> On 2/2/19 7:06 AM, Simon Glass wrote:
> > On Thu, 31 Jan 2019 at 09:17, Bin Meng wrote:
> >>
> >> At present the 4-level page table base address for 64-bit U-Boot
> >> proper is assigned an address that conflicts with
On Tue, Feb 5, 2019 at 7:07 PM Andy Shevchenko
wrote:
>
> Basin Cove PMIC is connected to I2C0 bus which is hidden from the OS
> and access is going via SCU device, enumerated via PCI.
>
> For now, we add just a minimum support of PMIC device to allow enabling,
> e.g. USB OTG, in the OS.
>
>
> -Original Message-
> From: Meenakshi Aggarwal
> Sent: Tuesday, February 12, 2019 4:51 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
>
> Cc: Meenakshi Aggarwal ; Udit Kumar
>
> Subject: [PATCH] Fix : Uboot crash when booting from SD.
>
> Issue : In case of SD boot, u-boot was
Issue : In case of SD boot, u-boot was crashing due to DDR was not
coherent
Fix : Making DDR as device memory will make sure DDR is coherent
when we are relocating the code
Signed-off-by: Meenakshi Aggarwal
Signed-off-by: Udit Kumar
---
arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 2 +-
1 file
> -Original Message-
> From: Ashish Kumar
> Sent: Tuesday, February 12, 2019 10:12 AM
> To: Meenakshi Aggarwal ; u-
> b...@lists.denx.de; Prabhakar Kushwaha
> Cc: Meenakshi Aggarwal
> Subject: RE: [PATCH] mc : Add support to run MC in 128 MB DDR size
>
>
>
> > -Original
Heinrich,
On Fri, Feb 08, 2019 at 06:53:00PM +0100, Heinrich Schuchardt wrote:
> On 2/8/19 9:15 AM, AKASHI Takahiro wrote:
> > Signed-off-by: AKASHI Takahiro
> > ---
> > include/efi_loader.h | 2 +-
> > lib/efi_loader/efi_boottime.c | 61 +++
> > 2
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 4:12 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
> ; Anup Patel ;
> Atish
Heinrich,
On Fri, Feb 08, 2019 at 06:47:12PM +0100, Heinrich Schuchardt wrote:
> On 2/8/19 9:15 AM, AKASHI Takahiro wrote:
> > All efi objects are presented as DM devices, either existing device types
> > or efi-specific, and efi_handle_t is an opaque pointer to "struct udevice."
> >
> > We
> -Original Message-
> From: Meenakshi Aggarwal
> Sent: Tuesday, February 12, 2019 2:44 PM
> To: u-boot@lists.denx.de; Prabhakar Kushwaha
>
> Cc: Meenakshi Aggarwal
> Subject: [PATCH] mc : Add support to run MC in 128 MB DDR size
Ashish: Rephrase to "Reduce MC memory size to 128M"
Hi,
On Fri, Jan 25, 2019 at 6:07 PM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> When LAYERSCAPE Gen4 PCIe controller is sending multiple split
> completions and ACK latency expires indicating that ACK should
> be send at priority. But because of large number of split
> completions and FC update
On 11/02/19 7:30 PM, Andrew F. Davis wrote:
> When these were moved from mach-omap2 to board files they got placed
> inside TI_SECURE_DEVICE ifdef block, they are not secure only, move
> them up and out.
>
> Fixes: 413b90777f8d ("ti: fastboot: Move weak overrides to board files")
>
On 11/02/19 10:45 PM, Murali Karicheri wrote:
> This patch updates pinmux configuration for K2G GP EVM based on
> data generated by the pinmux tool at
> https://dev.ti.com/pinmux/app.html#/default
>
> Signed-off-by: Murali Karicheri
Reviewed-by: Lokesh Vutla
Thanks and regards,
Lokesh
On 11/02/19 10:45 PM, Murali Karicheri wrote:
> This add pinmux configuration for rgmii interface so that network
> driver can be supported on K2G ICE boards. The pinmux configurations
> for this are generated using the pinmux tool at
> https://dev.ti.com/pinmux/app.html#/default
>
> As this
On Tue, Jan 29, 2019 at 7:36 AM Adam Ford wrote:
>
> On Mon, Jan 28, 2019 at 2:33 PM Tom Rini wrote:
> >
> > On Mon, Jan 28, 2019 at 02:23:00PM -0600, Adam Ford wrote:
> > > On Mon, Jan 28, 2019 at 9:14 AM Tom Rini wrote:
> > > >
> > > > On Mon, Jan 28, 2019 at 09:08:54AM -0600, Adam Ford
On Fri, Jan 25, 2019 at 6:07 PM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> Signed-off-by: Hou Zhiqiang
> ---
> V3:
> - No change
>
> include/configs/lx2160a_common.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/configs/lx2160a_common.h
> b/include/configs/lx2160a_common.h
On Tue, Oct 30, 2018 at 10:21 PM Z.q. Hou wrote:
>
> From: Hou Zhiqiang
>
> The LS2080A has 8GB region for each PCIe controller, while the
> other platforms have 32GB.
>
> Signed-off-by: Hou Zhiqiang
> ---
> arch/arm/include/asm/arch-fsl-layerscape/cpu.h | 7 +++
> 1 file changed, 7
Hi,
On Tue, Feb 12, 2019 at 11:09 AM Prabhakar Kushwaha
wrote:
>
> [Re-sending after including mailing list]
>
> Dear Tom,
>
> > -Original Message-
> > From: Z.q. Hou
> > Sent: Friday, January 25, 2019 3:33 PM
> > To: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> > ;
ls2088, ls1088 : minimum DDR size for MC is 128 MB
lx2 : minimum DDR size for MC is 256 MB
Signed-off-by: Meenakshi Aggarwal
---
drivers/net/fsl-mc/mc.c | 20 +---
include/configs/ls1088a_common.h | 2 +-
include/configs/ls2080a_common.h | 2 +-
[Re-sending after including mailing list]
Dear Tom,
> -Original Message-
> From: Z.q. Hou
> Sent: Friday, January 25, 2019 3:33 PM
> To: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Priyanka Jain
> ; York Sun ;
> sriram.d...@nxp.com; yamada.masah...@socionext.com; Prabhakar
On Tue, Feb 12, 2019 at 6:14 AM Lukas Auer
wrote:
>
> Signed-off-by: Lukas Auer
> ---
>
> board/emulation/qemu-riscv/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
U-Boot@lists.denx.de
On Tue, Feb 12, 2019 at 6:14 AM Lukas Auer
wrote:
>
> Signed-off-by: Lukas Auer
> ---
>
> arch/riscv/lib/bootm.c | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
Hi Philipp:
Sorry for the late reply, we just come back from the Chinese Spring
Festival.
On 2019/2/1 下午6:26, Philipp Tomsich wrote:
Kever,
Independent of whether we revert this for the current cycle (and also
independent of
if I ever find the other patch you had been referring to — I
On Tue, Feb 12, 2019 at 6:14 AM Lukas Auer
wrote:
>
> Move the initialization of the caches and the debug UART until after
> board_init_f_init_reserve. This is in preparation for SMP support, where
> code prior to this point will be executed by all harts. This ensures
> that initialization will
On Tue, Feb 12, 2019 at 6:14 AM Lukas Auer
wrote:
>
> The supervisor binary interface (SBI) provides the necessary functions
> to implement the platform IPI functions riscv_send_ipi() and
> riscv_clear_ipi(). Use it to implement them.
>
> This adds support for inter-processor interrupts (IPIs) on
On Tue, Feb 12, 2019 at 6:14 AM Lukas Auer
wrote:
>
> Import the supervisor binary interface (SBI) header file from Linux
> (arch/riscv/include/asm/sbi.h). The last change to it was in commit
> 6d60b6ee0c97 ("RISC-V: Device, timer, IRQs, and the SBI").
>
> Signed-off-by: Lukas Auer
> ---
>
>
Hi Lukas,
On Tue, Feb 12, 2019 at 6:14 AM Lukas Auer
wrote:
>
> Harts on RISC-V boot independently and U-Boot is responsible for
> managing them. Functions are called on other harts with
> smp_call_function(), which sends inter-processor interrupts (IPIs) to
> all other harts. Functions are
On Mon, Feb 11, 2019 at 9:07 PM Andreas Schwab wrote:
>
> On Feb 11 2019, Anup Patel wrote:
>
> > This patchset adds SiFive Freedom Unleashed (FU540) support
> > to RISC-V U-Boot.
> >
> > The patches are based upon latest U-Boot source tree
> > (git://git.denx.de/u-boot.git) at commit id
> >
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 3:44 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
>
> Subject: [PATCH 7/7]
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 3:44 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
> ; Anup Patel ; Rick
>
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 3:44 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
> ; Anup Patel ; Rick
>
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 3:44 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
> ; Rick Chen ; Anup
>
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 3:44 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
> ; Rick Chen
> Subject:
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 3:44 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
> ; Anup Patel ; Rick
>
> -Original Message-
> From: Lukas Auer [mailto:lukas.a...@aisec.fraunhofer.de]
> Sent: Tuesday, February 12, 2019 3:44 AM
> To: u-boot@lists.denx.de
> Cc: Atish Patra ; Anup Patel
> ; Bin Meng ; Andreas
> Schwab ; Palmer Dabbelt ;
> Alexander Graf ; Lukas Auer
> ; Anup Patel ; Rick
>
Alex, Heinrich,
On Mon, Feb 11, 2019 at 03:28:58PM +0100, Alexander Graf wrote:
> On 02/09/2019 05:19 PM, Heinrich Schuchardt wrote:
> >On 1/23/19 2:01 PM, Alexander Graf wrote:
> >>>From: Leif Lindholm
> >>>
> >>>This patch provides enough implementation of the following protocols to
> >>>run
Hi there
On Mon, 2019-02-11 at 15:13 -0700, Stephen Warren wrote:
> On 2/11/19 3:48 AM, Thierry Reding wrote:
> > On Mon, Feb 11, 2019 at 10:04:37AM +, Tristan Bastian wrote:
> > >
> > >
> > > Thierry Reding – Mon, 11. February 2019 10:38
> > > > On Mon, Feb 11, 2019 at 09:20:33AM +,
On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> Signed-off-by: Lukasz Majewski
Reviewed-by: Marcel Ziswiler
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> include/configs/pcm052.h | 17 +
> 1 file changed, 9 insertions(+), 8 deletions(-)
>
> diff --git
On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> This patch allows moving vf610 based boards to a device tree and
> model.
> Ported from Linux kernel - v4.20 (tag)
>
> Signed-off-by: Lukasz Majewski
> Reviewed-by: Stefan Agner
Tested-by: Marcel Ziswiler
> ---
>
> Changes in v3:
Hi Lukasz
On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> As the I2C2 clock is now enabled in the generic clock code, we can
> remove
> this code from a board file.
>
> Signed-off-by: Lukasz Majewski
Tested-by: Marcel Ziswiler
> ---
>
> Changes in v3:
> - New patch (separate
On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> Provide function to enable I2C clocks for vf610 - in the generic
> code.
> This function overrides the default weak function implementation
> (which
> only returns 1).
>
> Signed-off-by: Lukasz Majewski
Tested-by: Marcel Ziswiler
>
Hi Lukasz
On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> The NXP's FEC driver can be reused on vf610 device (with DM).
>
> Signed-off-by: Lukasz Majewski
> Reviewed-by: Stefan Agner
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> drivers/net/fec_mxc.c | 1 +
> 1 file
Hi Lukasz
BTW: Thanks for this work which greatly helped us getting Colibri
VF50/VF61 up to speed concerning device tree resp. driver model
integration/migration. Hopefully, I can send that out later this week.
On Sun, 2019-02-03 at 00:02 +0100, Lukasz Majewski wrote:
> This patch provides
On 2/11/19 9:10 PM, Oleksandr wrote:
[...]
>>> Yes. I had to re-implement. Let me describe why.
>>>
>>> From my understanding (I may mistake), the PSCI backend code which
>>> lives
>>> in secure section should be as lightweight as possible
>>>
>>> and shouldn't call any U-Boot routines not
On Mon, 2019-02-11 at 23:16 +0100, Philipp Tomsich wrote:
> On 11.02.2019, at 23:13, Lukas Auer
> wrote:
> > This patch series adds SMP support for RISC-V to U-Boot. It allows
> > U-Boot to run on multi-hart systems and will boot images passed to
> > bootm
> > on all harts. The bootm command is
Hart 0 on the SiFive FU540 is meant for monitoring tasks. It is a E51
core, whereas all other cores are U54 cores. Select hart 1 as the main
hart to run U-Boot.
Signed-off-by: Lukas Auer
---
This patch depends on the SMP support [1] and the SiFive FU540 support
patch series [2].
I have submitted
On Mon, Feb 11, 2019 at 02:35:36PM +0530, Vignesh R wrote:
> Convert driver to use spi-mem ops in order to support accelerated MMIO
> flash interface in generic way and for better performance.
>
> Signed-off-by: Vignesh R
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP
On Mon, Feb 11, 2019 at 04:55:29PM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> The following changes since commit 97276a91db8e98f081a40ddf9dc8f81d4032a756:
>
> Prepare v2019.04-rc1 (2019-02-07 21:32:19 -0500)
>
> are available in the Git
On Mon, Feb 11, 2019 at 02:35:35PM +0530, Vignesh R wrote:
> Now that all boards using TI QSPI have moved to DM and DT, drop non DM
> code completely.
>
> Signed-off-by: Vignesh R
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Mon, Feb 11, 2019 at 01:34:36PM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following Marvell related patches, mostly board
> specific changes and one platform build fix:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Move the initialization of the caches and the debug UART until after
board_init_f_init_reserve. This is in preparation for SMP support, where
code prior to this point will be executed by all harts. This ensures
that initialization will only be performed once for the main hart
running U-Boot.
On 11.02.2019, at 23:13, Lukas Auer wrote:
>
> This patch series adds SMP support for RISC-V to U-Boot. It allows
> U-Boot to run on multi-hart systems and will boot images passed to bootm
> on all harts. The bootm command is currently the only one that will boot
> images on all harts, bootefi
Signed-off-by: Lukas Auer
---
arch/riscv/lib/bootm.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/arch/riscv/lib/bootm.c b/arch/riscv/lib/bootm.c
index f36b8702ef..efbd3e23e7 100644
--- a/arch/riscv/lib/bootm.c
+++ b/arch/riscv/lib/bootm.c
@@ -13,6 +13,7 @@
On RISC-V, all harts boot independently. To be able to run on a
multi-hart system, U-Boot must be extended with the functionality to
manage all harts in the system. A new config option, CONFIG_MAIN_HART,
is used to select the hart U-Boot runs on. All other harts are halted.
U-Boot can delegate
Signed-off-by: Lukas Auer
---
board/emulation/qemu-riscv/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/emulation/qemu-riscv/Kconfig
b/board/emulation/qemu-riscv/Kconfig
index 0d865acf10..b3300c64a8 100644
--- a/board/emulation/qemu-riscv/Kconfig
+++
The supervisor binary interface (SBI) provides the necessary functions
to implement the platform IPI functions riscv_send_ipi() and
riscv_clear_ipi(). Use it to implement them.
This adds support for inter-processor interrupts (IPIs) on RISC-V CPUs
running in supervisor mode. Support for machine
Import the supervisor binary interface (SBI) header file from Linux
(arch/riscv/include/asm/sbi.h). The last change to it was in commit
6d60b6ee0c97 ("RISC-V: Device, timer, IRQs, and the SBI").
Signed-off-by: Lukas Auer
---
arch/riscv/include/asm/sbi.h | 94
Harts on RISC-V boot independently and U-Boot is responsible for
managing them. Functions are called on other harts with
smp_call_function(), which sends inter-processor interrupts (IPIs) to
all other harts. Functions are specified with their address and two
function arguments (argument 2 and 3).
This patch series adds SMP support for RISC-V to U-Boot. It allows
U-Boot to run on multi-hart systems and will boot images passed to bootm
on all harts. The bootm command is currently the only one that will boot
images on all harts, bootefi is not yet supported.
The patches have been
On 2/11/19 3:48 AM, Thierry Reding wrote:
On Mon, Feb 11, 2019 at 10:04:37AM +, Tristan Bastian wrote:
Thierry Reding – Mon, 11. February 2019 10:38
On Mon, Feb 11, 2019 at 09:20:33AM +, Tristan Bastian wrote:
Thierry Reding – Mon, 11. February 2019 9:52
On Sun, Feb 10, 2019 at
Am 11.02.19 um 11:48 schrieb Thierry Reding:
On Mon, Feb 11, 2019 at 10:04:37AM +, Tristan Bastian wrote:
Thierry Reding – Mon, 11. February 2019 10:38
On Mon, Feb 11, 2019 at 09:20:33AM +, Tristan Bastian wrote:
Thierry Reding – Mon, 11. February 2019 9:52
On Sun, Feb 10, 2019 at
Am Mo., 11. Feb. 2019, 22:27 hat Heinrich Schuchardt
geschrieben:
> On 2/11/19 8:58 PM, Simon Goldschmidt wrote:
> > The unit tests in test/lib/lmb.c are not related to the device tree.
> > So they should be executed via `ut lib` and not via `ut dm`.
> >
> > Signed-off-by: Simon Goldschmidt
> >
On 2/11/19 8:58 PM, Simon Goldschmidt wrote:
> The unit tests in test/lib/lmb.c are not related to the device tree.
> So they should be executed via `ut lib` and not via `ut dm`.
>
> Signed-off-by: Simon Goldschmidt
> ---
With sandbox_defconfig:
./u-boot -D
=> ut lib
Running 12 lib tests
Test:
On 11.02.19 18:46, Heinrich Schuchardt wrote:
> On 2/10/19 1:11 AM, Heinrich Schuchardt wrote:
>> `bootefi selftest` fails on qemu-x86_defconfig if efi_selftest() is not
>> invoked using EFI_CALL().
>>
>> Likewise we call the entry point of EFI payloads with
>> EFI_CALL(efi_start_image()).
>>
>>
Am 09.11.2018 um 19:43 schrieb Tom Rini:
On Tue, Oct 02, 2018 at 05:22:41AM -0600, Simon Glass wrote:
There is a strange feature to set global_data to a data-section variable
early in SPL. This only works if SPL actually has access to SRAM which is
not the case on x86, for eaxmple. Add a
On 09.02.19 18:32, Marek Vasut wrote:
On 2/8/19 11:52 AM, Oleksandr wrote:
On 05.02.19 20:55, Marek Vasut wrote:
Hi Marek
Hi,
Hi Marek
On 1/31/19 6:38 PM, Oleksandr Tyshchenko wrote:
From: Oleksandr Tyshchenko
Also enable PSCI support for Stout and Lager boards where
actually the
Hi Joris,
On Thu, Jan 31, 2019 at 1:20 PM Joris Offouga wrote:
> I update the branche on my repo :)
>
> https://github.com/jorisoffouga/u-boot/tree/pico-imx7d/convert_dm
>
> The patches on top of u-boot master
I tested your series and I was able to reproduce the PMIC error.
I tried to debug
The unit tests in test/lib/lmb.c are not related to the device tree.
So they should be executed via `ut lib` and not via `ut dm`.
Signed-off-by: Simon Goldschmidt
---
test/lib/lmb.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/test/lib/lmb.c
Am 11.02.2019 um 18:29 schrieb Heinrich Schuchardt:
The unit tests in test/lib/hexdump.c are not related to the device tree.
So they should be executed via `ut lib` and not via `ut dm`.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Simon Goldschmidt
Excellent idea, I'll send the same for
Am 11.02.2019 um 19:38 schrieb Dalon L Westergreen:
On Sat, 2019-02-09 at 11:02 +0100, Marek Vasut wrote:
On 2/8/19 11:51 PM, Dalon L Westergreen wrote:
On Fri, 2019-02-08 at 21:36 +0100, Simon Goldschmidt wrote:
Am Fr., 8. Feb. 2019, 21:28 hat Dalon L Westergreen <
On Sat, 2019-02-09 at 11:02 +0100, Marek Vasut wrote:
> On 2/8/19 11:51 PM, Dalon L Westergreen wrote:
> > On Fri, 2019-02-08 at 21:36 +0100, Simon Goldschmidt wrote:
> > >
> > > Am Fr., 8. Feb. 2019, 21:28 hat Dalon L Westergreen <
> > > dalon.westergr...@linux.intel.com> geschrieben:
> > > > On
On 2/10/19 1:11 AM, Heinrich Schuchardt wrote:
> `bootefi selftest` fails on qemu-x86_defconfig if efi_selftest() is not
> invoked using EFI_CALL().
>
> Likewise we call the entry point of EFI payloads with
> EFI_CALL(efi_start_image()).
>
> entry_count indicates if we are in U-Boot (1) or in
Enable ti phy driver dp83867 for k2g based boards.
Signed-off-by: Murali Karicheri
---
include/configs/k2g_evm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/k2g_evm.h b/include/configs/k2g_evm.h
index 90f9a9922c..9fe5411619 100644
--- a/include/configs/k2g_evm.h
+++
This patch adds dt node for DP83867 phy used on K2G ICE board and
also enable netcp device nodes for the board.
EVM hardware spec recommends to add 0.25 nsec delay in the tx
direction and 2.25 nsec delay in the rx direction for internal
delay in the clock path to be on the safer side.
The board
Enhance the netcp driver to support phys that can be configured
for internal delay (rgmii-id, rgmii-rxid, rgmii-txid)
Signed-off-by: Murali Karicheri
---
drivers/net/ti/keystone_net.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git
This patch adds dt node for DP83867 phy used on K2G ICE board and
also enable netcp device nodes for the board.
EVM hardware spec recommends to add 0.25 nsec delay in the tx
direction and 2.25 nsec delay in the rx direction for internal
delay in the clock path to be on the safer side.
The board
- Resending this as I was not subscribed to u-boot mailing
list when the initial patch series was sent. Sorry for the
trouble.
This patch series add networking capability to K2G ICE EVM
based on netcp driver. Networking function has been tested
using the latest master branch from u-boot repo.
This patch adds a workaround to reset the phy one time during boot
using GPIO0 pin 10 to make sure, the Phy latches the configuration
from the input pins correctly.
Signed-off-by: Murali Karicheri
---
.../arm/mach-keystone/include/mach/hardware-k2g.h | 3 +++
board/ti/ks2_evm/board_k2g.c
This patch removes the unused phy-mode property from the phy dt node. On
K2G, currently link-interface determines if phy is used or not and is
already set to use rgmii. So this is not needed. Besides phy-mode should
be added to slave interface configuration of the cpsw driver, not in the
phy node.
Enable ti phy driver dp83867 for k2g based boards.
Signed-off-by: Murali Karicheri
---
include/configs/k2g_evm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/k2g_evm.h b/include/configs/k2g_evm.h
index 90f9a9922c..9fe5411619 100644
--- a/include/configs/k2g_evm.h
+++
This add pinmux configuration for rgmii interface so that network
driver can be supported on K2G ICE boards. The pinmux configurations
for this are generated using the pinmux tool at
https://dev.ti.com/pinmux/app.html#/default
As this required some BUFFER_CLASS definitions, same is re-used
from
This patch updates pinmux configuration for K2G GP EVM based on
data generated by the pinmux tool at
https://dev.ti.com/pinmux/app.html#/default
Signed-off-by: Murali Karicheri
---
board/ti/ks2_evm/mux-k2g.h | 32 +---
1 file changed, 17 insertions(+), 15
This patch updates pinmux configuration for K2G GP EVM based on
data generated by the pinmux tool at
https://dev.ti.com/pinmux/app.html#/default
Signed-off-by: Murali Karicheri
---
board/ti/ks2_evm/mux-k2g.h | 32 +---
1 file changed, 17 insertions(+), 15
This patch adds a workaround to reset the phy one time during boot
using GPIO0 pin 10 to make sure, the Phy latches the configuration
from the input pins correctly.
Signed-off-by: Murali Karicheri
---
.../arm/mach-keystone/include/mach/hardware-k2g.h | 3 +++
board/ti/ks2_evm/board_k2g.c
This patch removes the unused phy-mode property from the phy dt node. On
K2G, currently link-interface determines if phy is used or not and is
already set to use rgmii. So this is not needed. Besides phy-mode should
be added to slave interface configuration of the cpsw driver, not in the
phy node.
This add pinmux configuration for rgmii interface so that network
driver can be supported on K2G ICE boards. The pinmux configurations
for this are generated using the pinmux tool at
https://dev.ti.com/pinmux/app.html#/default
As this required some BUFFER_CLASS definitions, same is re-used
from
This patch series add networking capability to K2G ICE EVM
based on netcp driver. Networking function has been tested
using the latest master branch from u-boot repo. Following
boot mode has been tested for networking.
Net boot (tftp images over ethernet interface and boot kernel)
log
1 - 100 of 167 matches
Mail list logo