> > On 2/22/20 11:05 AM, Ang, Chee Hong wrote:
> > >>> From: Chee Hong Ang
> > >>>
> > >>> Allow reading external oscillator and FPGA clock's frequency from
> > >>> System Manager's Boot Scratch Register 1 and Boot Scratch Register
> > >>> 2 in non-secure mode (EL2) on SoC 64bits platform.
> >
On 2/22/20 2:05 AM, Tom Rini wrote:
> On Fri, Feb 21, 2020 at 04:21:52PM +0900, Jaehoon Chung wrote:
>> On 2/21/20 10:07 AM, Jaehoon Chung wrote:
>>> Hi Tom,
>>>
>>> On 2/21/20 4:57 AM, Tom Rini wrote:
On Thu, Feb 20, 2020 at 01:45:31PM +0900, Jaehoon Chung wrote:
>
On 2/21/20 10:38 PM, Tom Rini wrote:
> On Fri, Feb 21, 2020 at 10:07:47AM +0900, Jaehoon Chung wrote:
>> Hi Tom,
>>
>> On 2/21/20 4:57 AM, Tom Rini wrote:
>>> On Thu, Feb 20, 2020 at 01:45:31PM +0900, Jaehoon Chung wrote:
>>>
CONFIG_MMC_BROKEN_CD needs not to define to Kconfig.
broken-cd
Hi Heiko,
Thanks for the hints! I pushed your things here:
https://github.com/sglass68/tbot/tree/simon
Then I try:
tbot -l kea.py -b pcduino3.py uboot_build
and get an error:
tbot starting ...
type
├─Calling uboot_build ...
│ └─Fail. (0.000s)
├─Exception:
│ Traceback (most recent call
> On 2/21/20 7:15 PM, Ang, Chee Hong wrote:
> >> On 2/20/20 6:04 PM, Westergreen, Dalon wrote:
> >>
> >> Please fix your mailer, it makes your reply completely unreadable.
> >>
> >>> On Thu, 2020-02-20 at 17:44 +0100, Marek Vasut wrote:
> >>>
> >>> On 2/20/20 3:12 AM, Ang, Chee Hong wrote:
> >>>
>
> On 2/21/20 8:06 PM, Ang, Chee Hong wrote:
> >> On 2/21/20 7:01 PM, Ang, Chee Hong wrote:
> On 2/20/20 6:54 PM, Ang, Chee Hong wrote:
> >> On 2/20/20 3:02 AM, Ang, Chee Hong wrote:
> >> [...]
> > +#if !defined(CONFIG_SPL_BUILD) && defined(CONFIG_SPL_ATF)
> > +u32
> On 2/22/20 11:05 AM, Ang, Chee Hong wrote:
> >>> From: Chee Hong Ang
> >>>
> >>> Allow reading external oscillator and FPGA clock's frequency from
> >>> System Manager's Boot Scratch Register 1 and Boot Scratch Register 2
> >>> in non-secure mode (EL2) on SoC 64bits platform.
> >>>
> >>>
On some platforms/architectures the value from get_timer() can wrap.
This is particularly problematic when long-running code needs to measure
a time difference as is the case with watchdog_reset() which tries to
avoid tickling the watchdog too frequently.
Use time_after() from time.h instead of a
Hi Bin,
On Wed, 29 Jan 2020 at 19:17, Simon Glass wrote:
>
> Hi
>
> On Sun, 26 Jan 2020 at 22:07, Simon Glass wrote:
> >
> > At present on x86 U-Boot supports creating ACPI (Advanced Configuration
> > and Power Interface) tables using the Intel ACPI Source Language (ASL)
> > compiler.
> >
> >
On 1/28/20 9:25 AM, AKASHI Takahiro wrote:
# Documentation for UEFI secure boot on U-Boot will be submitted in
# a separate patch in near future.
One of major missing features in current UEFI implementation is "secure boot."
The ultimate goal of my attempt is to implement image authentication
Hi Stefan,
Just noticed something when updating our internal u-boot repo
On Fri, Apr 12, 2019 at 2:00 AM Stefan Roese wrote:
>
> This patch tries to implement a generic watchdog_reset() function that
> can be used by all boards that want to service the watchdog device in
> U-Boot. This watchdog
Hi Amit,
On Sat, Jan 25, 2020 at 05:52:42PM +0530, Amit Singh Tomar wrote:
> Hi,
>
> This is continuation of work[1], submitted(v2) almost a year back.
>
> It adds Cubieboard7[1] support based on Action Semi's S700 SoC[2], It's
> Quad-core ARMv8 SoC
> with Cortex-A53 cores. Peripheral like
On Sat, Jan 25, 2020 at 05:52:57PM +0530, Amit Singh Tomar wrote:
> The simplest and most generic form of a reset controller just exposes
> multiple MMIO registers, where each bit toggles a separate reset line.
> Add a generic driver to describe this kind of reset controller.
>
> This is used on
On Sat, Jan 25, 2020 at 05:52:53PM +0530, Amit Singh Tomar wrote:
> The Cubieboard is a single board computer containing a
> Actions S700 SoC(with 4 ARMv8 Cortex-A53 cores).
>
> This patch adds respective defconfig alongwith device tree(sync with
> Linux v5.5-rc6).
>
> Signed-off-by: Amit Singh
On Sat, Jan 25, 2020 at 05:52:52PM +0530, Amit Singh Tomar wrote:
> UART controller present on S700 is compatible with existing
> S900 controller, this patch simply adds a proper compatible string
> so that owl uart driver can be reused for S700.
>
> Reviewed-by: Andre Przywara
> Signed-off-by:
On Sat, Jan 25, 2020 at 05:52:51PM +0530, Amit Singh Tomar wrote:
> Right now, Clock bindings for ethernet uses different names(even in Linux)
> CLK_ETH_MAC for S900 and CLK_ETHERNET for S700, It causes compilation problem
> when using them for common clock driver.
>
> Let's use same name
On Sat, Jan 25, 2020 at 05:52:50PM +0530, Amit Singh Tomar wrote:
> Devices like uart and clk are needed to be enabled before relocation.
> This patch adds u-boot.dtsi file that mark these device as dm-pre-reloc.
>
> Signed-off-by: Amit Singh Tomar
> ---
Patch subject should mention dtsi not
On Sat, Jan 25, 2020 at 05:52:49PM +0530, Amit Singh Tomar wrote:
> Synchronize device tree bindings with v5.5-rc6 tag with commit id
> "b3a987b".
>
> Also, it removes older clock binding defined for S900.
>
> Signed-off-by: Amit Singh Tomar
Reviewed-by: Manivannan Sadhasivam
Thanks,
Mani
>
On Sat, Jan 25, 2020 at 05:52:48PM +0530, Amit Singh Tomar wrote:
> Devices like uart and clk are needed to be enabled before relocation.
> this patch adds u-boot.dtsi file that mark these device as dm-pre-reloc.
>
> Signed-off-by: Amit Singh Tomar
> ---
> Changes since v2:
> * Added
On Sat, Jan 25, 2020 at 05:52:47PM +0530, Amit Singh Tomar wrote:
> This patch adds .dtsi file(sync with Linux 5.5) and required binding
> for S700 SoC that is a 64-bit Quad-core ARM Cortex-A53 cores.
>
You are importing from Linux kernel, right? Why not mention that?
> Signed-off-by: Amit
On Sat, Jan 25, 2020 at 05:52:46PM +0530, Amit Singh Tomar wrote:
> This patch adds basic support for Actions Semi based S700
> SoC, which is driven by common owl framework.
>
> Signed-off-by: Amit Singh Tomar
> ---
> Changes since v2:
> * Fixed the commit message.
> * Checked for
On Sat, Jan 25, 2020 at 05:52:45PM +0530, Amit Singh Tomar wrote:
> This patch converts S900 clock driver to something common that can
> be used for other SoCs, for instance S700(few of clk registres are same).
>
registers
> Signed-off-by: Amit Singh Tomar
> ---
> Changes since v2:
> *
On Sat, Jan 25, 2020 at 05:52:44PM +0530, Amit Singh Tomar wrote:
> Now that memory maps(for both S700 and S900 SoCs) can be managed using
> a common file, rename sysmap-s900 to sysmap-owl to reflect the same.
>
> Signed-off-by: Amit Singh Tomar
Reviewed-by: Manivannan Sadhasivam
Thanks,
Mani
On Sat, Jan 25, 2020 at 05:52:43PM +0530, Amit Singh Tomar wrote:
> This commit adds common arch support for Actions Semi Owl
> series SoCs and removes the Bubblegum96 board files.
>
> Signed-off-by: Amit Singh Tomar
> ---
> MAINTAINERS | 2 +
>
On 2/22/20 11:05 AM, Ang, Chee Hong wrote:
>>> From: Chee Hong Ang
>>>
>>> Allow reading external oscillator and FPGA clock's frequency from
>>> System Manager's Boot Scratch Register 1 and Boot Scratch Register 2
>>> in non-secure mode (EL2) on SoC 64bits platform.
>>>
>>> Signed-off-by: Chee
On 2/22/20 6:35 AM, Ang, Chee Hong wrote:
>> From: Chee Hong Ang
>>
>> Allow access to System Manager's EMAC control register from non-secure mode
>> during PHY mode setup.
>>
>> Signed-off-by: Chee Hong Ang
>> ---
>> arch/arm/mach-socfpga/misc_s10.c | 7 ---
>> 1 file changed, 4
On 2/21/20 7:46 PM, Ang, Chee Hong wrote:
>>> On 2/20/20 8:05 PM, Ang, Chee Hong wrote:
> On 2/20/20 3:27 AM, Ang, Chee Hong wrote:
>>> On 2/19/20 1:25 PM, chee.hong@intel.com wrote:
>>> [...]
diff --git a/arch/arm/mach-socfpga/lowlevel_init.S
On 2/21/20 8:06 PM, Ang, Chee Hong wrote:
>> On 2/21/20 7:01 PM, Ang, Chee Hong wrote:
On 2/20/20 6:54 PM, Ang, Chee Hong wrote:
>> On 2/20/20 3:02 AM, Ang, Chee Hong wrote:
>> [...]
> +#if !defined(CONFIG_SPL_BUILD) && defined(CONFIG_SPL_ATF)
> +u32
On 2/21/20 7:15 PM, Ang, Chee Hong wrote:
>> On 2/20/20 6:04 PM, Westergreen, Dalon wrote:
>>
>> Please fix your mailer, it makes your reply completely unreadable.
>>
>>> On Thu, 2020-02-20 at 17:44 +0100, Marek Vasut wrote:
>>>
>>> On 2/20/20 3:12 AM, Ang, Chee Hong wrote:
>>>
>>> On 2/19/20 1:25
On 1/28/20 9:25 AM, AKASHI Takahiro wrote:
# Documentation for UEFI secure boot on U-Boot will be submitted in
# a separate patch in near future.
One of major missing features in current UEFI implementation is "secure boot."
The ultimate goal of my attempt is to implement image authentication
On 1/28/20 9:25 AM, AKASHI Takahiro wrote:
Pytest for UEFI secure boot will use several host commands.
In particular, Test setup relies on efitools, whose version must be v1.5.2
or later. So fetch a new version of deb package directly.
Please note it has a dependency on mtools, which must also
On 1/28/20 9:25 AM, AKASHI Takahiro wrote:
With this commit, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS
is supported for authenticated variables and the system secure state
will transfer between setup mode and user mode as UEFI specification
section 32.3 describes.
Internally,
On 1/28/20 9:25 AM, AKASHI Takahiro wrote:
Under this configuration, UEFI secure boot support will be added
in later patches.
Signed-off-by: AKASHI Takahiro
This patch should be after all the patches that are necessary for secure
boot, i.e. after patch 09/16. I can take care of that.
Best
On 22/02/20 6:35 PM, Dario Binacchi wrote:
>
> Changes:
> - Fix coding style
> - Refactor some parts of the driver
> - Add support for driver model and device-tree
> - Update the boards device-tree
> - Add device-tree binding documentation
>
> Changes in v3:
> - Add panel to the root node so
On 17/02/20 1:22 PM, Vignesh Raghavendra wrote:
> Add DT nodes for main domain I2Cs and its slave devices
>
> Signed-off-by: Vignesh Raghavendra
Applied to u-boot-ti next branch.
Thanks and regards,
Lokesh
On 12/02/20 1:55 PM, Keerthy wrote:
> This patch series enables mcu_r5fss0_core0 & main_r5fss0_core0.
> Tested for firmware loading and execution on J721e.
Series applied to u-boot-ti next branch.
Thanks and regards,
Lokesh
On 14/02/20 12:35 PM, Tero Kristo wrote:
> The latest data manual SPRSP08I –NOVEMBER 2017–REVISED DECEMBER 2019[1]
> for am65xx SoC states the new MPU nominal voltages to be 1.1V (OPP_NOM),
> 1.2V (OPP_OD) and 1.24V (OPP_TURBO). Update the nominal voltages in the
> K3 AVS driver to reflect
On 14/02/20 2:48 PM, Tero Kristo wrote:
> Hi,
>
> V2 contains changes proposed by Lokesh.
Series applied to u-boot-ti next branch.
Thanks and regards,
Lokesh
On 04/02/20 11:09 AM, Vignesh Raghavendra wrote:
> This series adds support to boot from OSPI on TI's AM654 and J721e SoCs.
> These EVMs have Micron MT35x flash and works in 1-1-8 mode.
>
> v2:
> Update READMEs for OSPI boot
> Update HS EVM defconfigs to fix build issues
Series applied to
39 matches
Mail list logo