On Fri, 2020-04-24 at 18:50 +0200, Sylwester Nawrocki wrote:
> From: Marek Szyprowski
>
> Remove the overlap between DRAM and device's IO area.
>
> Signed-off-by: Marek Szyprowski
> ---
> Changes since RFC:
> - none.
Reviewed-by: Nicolas Saenz Julienne
Regards,
Nicolas
signature.asc
On Fri, 2020-04-24 at 18:50 +0200, Sylwester Nawrocki wrote:
> Some PCI Express register offsets are currently defined in multiple
> drivers, move them to a common header to avoid re-definitions and
> as a pre-requisite for adding new PCIe driver.
> While at it replace some spaces with tabs.
>
>
> Subject: RE: [PATCH 3/6] arm: dts: lx2160aqds: add nodes describing possible
> mezzanine cards
>
> >-Original Message-
> >From: U-Boot On Behalf Of Ioana Ciornei
> >Sent: Wednesday, April 22, 2020 10:39 PM
> >To: Priyanka Jain ; u-boot@lists.denx.de
> >Cc: Alexandru Marginean ; Madalin
On Fri, 2020-04-24 at 18:50 +0200, Sylwester Nawrocki wrote:
> There might be hardware configurations where 64-bit data accesses
> to XHCI registers are not supported properly. This patch removes
> the readq/writeq so always two 32-bit accesses are used to read/write
> 64-bit XHCI registers,
On Fri, 2020-04-24 at 18:50 +0200, Sylwester Nawrocki wrote:
> This patch adds basic driver for the Broadcom STB PCIe host controller.
> The code is based on Linux upstream driver (pcie-brcmstb.c) with MSI
> handling removed. The inbound access memory region is not currently
> parsed from
On Fri, 2020-04-24 at 18:50 +0200, Sylwester Nawrocki wrote:
> In current code there is no cache flush after initializing the scratchpad
> buffer array with the scratchpad buffer pointers. This leads to a failure
> of the "slot enable" command on the rpi4 board (Broadcom STB PCIe
> controller +
On 27.04.2020 11:11, Nicolas Saenz Julienne wrote:
> On Fri, 2020-04-24 at 18:50 +0200, Sylwester Nawrocki wrote:
>> +CONFIG_XHCI_64BIT_DWORD_ACCESS_ONLY=y
> This one slipped trough :)
Indeed, I have already removed it for next iteration.
--
Regards,
Sylwester
The test can run on sandbox build and it attempts to execute a firmware
update via a capsule-on-disk, using a simple FIT image capsule,
CONFIG_EFI_CAPSULE_FIT_SIMPLE.
To run this test successfully, you need configure U-Boot specifically;
See test_capsule_firmware.py for requirements, and hence it
"efidebug capsule" is more or less a debugging utility.
efidebug capsule update: invoke UpdateCapsule against data on memory
efidebug capsule show: show a capsule header
efidebug capsule result: dump a capsule result variable
Signed-off-by: AKASHI Takahiro
---
cmd/efidebug.c | 234
This is a utility mainly for test purpose.
mkeficapsule -f: create a test capsule file for FIT image firmware
Having said that, you will be able to customize the code to fit
your specific requirements for your platform.
Signed-off-by: AKASHI Takahiro
---
tools/Makefile | 3 +
In this commit, a very simple firmware management protocol driver
is implemented. It will take a single FIT image firmware in a capsule
and apply the data using an existing update_tftp() interface.
To specify a device and location to be updated,
CONFIG_EFI_CAPSULE_FIT_INTERFACE, and
Memory range capsule gives us a way to notify that some memory regions
should be left untouched across the next reset.
See UEFI specification, section 8.5.3.
Since how we should handle this kind of capsule is totally up to
the system, no implementation will be added in this commit.
A capsule tagged with the guid, EFI_FIRMWARE_MANAGEMENT_CAPSULE_ID_GUID,
is handled as a firmware update object.
What efi_update_capsule() basically does is to load any firmware management
protocol (or fmp) drivers contained in a capsule, find out an appropriate
fmp driver and then invoke its
Capsule data can be loaded into the system either via UpdateCapsule
runtime service or files on a file system (of boot device).
The latter case is called "capsules on disk", and actual updates will
take place at the next boot time.
In this commit, we will support capsule on disk mechanism.
In this commit, skeleton functions for capsule-related API's are
added under CONFIG_EFI_UPDATE_CAPSULE configuration.
Detailed implementation for a specific capsule type will be added
in the succeeding patches.
Signed-off-by: AKASHI Takahiro
---
include/efi_api.h| 12 +++
Summary
===
'UpdateCapsule' is one of runtime services defined in UEFI specification
and its aim is to allow a caller (OS) to pass information to the firmware,
i.e. U-Boot. This is mostly used to update firmware binary on devices by
instructions from OS.
While 'UpdateCapsule' is a runtime
This function will check if a given handle to device is a EFI system
partition. It will be utilised in implementing capsule-on-disk feature.
Signed-off-by: AKASHI Takahiro
---
include/efi_loader.h | 2 ++
lib/efi_loader/efi_disk.c | 22 ++
2 files changed, 24
If this option is enabled, the initialisation of UEFI subsystem will be
done as part of U-Boot initialisation.
This feature will be utilised in implementing capsule-on-disk feature.
Signed-off-by: AKASHI Takahiro
---
common/board_r.c | 6 ++
lib/efi_loader/Kconfig | 4
2 files
On Fri, 2020-04-24 at 18:50 +0200, Sylwester Nawrocki wrote:
> +CONFIG_XHCI_64BIT_DWORD_ACCESS_ONLY=y
This one slipped trough :)
Regards,
Nicolas
signature.asc
Description: This is a digitally signed message part
The fix in commit b7adcdd073c0 has the side-effect that the regulator
will be disabled when requesting the relevant gpio in
regulator_common_ofdata_to_platdata() and enabled in
regulator_pre_probe() when the regulator was already enabled.
This leads to a short interruption in the 3.3V power to the
Hi Bin,
On 25.04.2020 03:43, Bin Meng wrote:
> Could we add blank line between macros and functions to improve some
> readablity?
Thanks for your review. It might be indeed a bit easier to read with
some extra empty lines, given there is no any comments to those macro
definitions. I have made
Hi
Just a kind reminder to no forget this series which is on ML since a while.
Thanks
Patrice
On 2/26/20 10:28 AM, Patrick Delaunay wrote:
> Move CONFIG_SET_DFU_ALT_INFO into Kconfig done by moveconfig.py.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> configs/odroid-xu3_defconfig
Update mcinitcmd and bootcmd environment variable for emmc boot.
Signed-off-by: Meenakshi Aggarwal
---
Changes in V2:
- Reword commit message
Changes in V3:
- Reword commit message
- Add "mmc dev 1" in mcinitcmd variable to
select eMMC
Changes in V4:
-
Hi Joe
As ENV maintainer, do you expect to send a pull request including this series
soon ?
We got others series depending of this one in the pipe and we wanted to include
them in next v2020.07 release.
Thanks
Patrice
On 3/19/20 10:59 AM, Patrick Delaunay wrote:
> Use the weak function
On Saturday 25 April 2020 11:00:06 Pali Rohár wrote:
> This patch contains test/nokia_rx51_test.sh script which automatically
> download and compile all needed tools in local temporary directory to
> generate a simple MTD images for booting Maemo kernel image by U-Boot from
> RAM, eMMC and
On 4/27/20 9:07 AM, Tan, Ley Foon wrote:
>
>
>> -Original Message-
>> From: Tan, Ley Foon
>> Sent: Monday, April 20, 2020 4:17 PM
>> To: u-boot@lists.denx.de
>> Cc: Marek Vasut ; Ley Foon Tan ;
>> See, Chin Liang ; Simon Goldschmidt
>> ; Ang, Chee Hong
>> ; Tan, Ley Foon
>> Subject:
Hi all,
U-Boot v2020.04 Release Statistics
Processed 1639 csets from 189 developers
29 employers found
A total of 108344 lines added, 33382 removed (delta 74962)
Developers with the most changesets
Simon Glass309 (18.9%)
Heinrich Schuchardt 82 (5.0%)
Marek Vasut
Hi Tom,
The following changes since commit d202f67db0771247de562af5d6a5df778702857b:
Merge branch '2020-04-25-master-imports' (2020-04-25 08:20:22 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-video.git
tags/video-for-v2020.07-rc1
for you
Hi all,
sorry for being late:
U-Boot v2020.01 Release Statistics
Processed 1826 csets from 192 developers
29 employers found
A total of 180486 lines added, 41174 removed (delta 139312)
Developers with the most changesets
Simon Glass235 (12.9%)
Peng Fan 124
Dear Bin,
In message
you wrote:
> +Wolfgang
>
> On Sat, Apr 25, 2020 at 7:42 PM Adam Ford wrote:
> >
> > Tom,
> >
> > I noticed the stats for January 2020.01 haven't been released.
> >
> > https://www.denx.de/wiki/U-Boot/ReleaseCycle
> >
> > Is that no longer going to be supported?
> > I only
Update clock root table to let it be easy to configure clock at
very early stage. Also the core_sel mux parent should be A53 CLK
root and ARM PLL.
Reviewed-by: Fabio Estevam
Signed-off-by: Peng Fan
---
V2:
Add Fabio's R-b tag
Based on Marek's fec clock part to avoid conflict when merge.
> Subject: RE: [PATCH 07/24] imx: update is_imx6ull to include i.MX6ULZ
>
> > Subject: Re: [PATCH 07/24] imx: update is_imx6ull to include i.MX6ULZ
> >
> > Hi,
> >
> > Am Donnerstag, 23. April 2020, 03:33:49 CEST schrieb Peng Fan:
> > > > Subject: Re: [PATCH 07/24] imx: update is_imx6ull to
>-Original Message-
>From: U-Boot On Behalf Of Priyanka Jain
>(OSS)
>Sent: Monday, April 27, 2020 1:16 PM
>To: Biwen Li (OSS) ; Jagdish Gediya
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Friday, April 17, 2020 3:57 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>;
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Friday, April 17, 2020 3:57 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>;
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Friday, April 17, 2020 3:57 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>;
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Friday, April 17, 2020 3:57 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>;
Hi
One typo below
On 4/24/20 8:24 PM, Patrick Delaunay wrote:
> Activate cache on DDR to improves the accesses to DDR used by SPL:
s/improves/improve
> - CONFIG_SPL_BSS_START_ADDR
> - CONFIG_SYS_SPL_MALLOC_START
>
> Cache is configured only when DDR is fully initialized,
> to avoid speculative
Hi Patrick,
some typos below
On 4/24/20 8:24 PM, Patrick Delaunay wrote:
> Activate the data cache in SPL and in U-Boot before relocation.
>
> In arch_cpu_init(), the function early_enable_caches() sets the early
> TLB, early_tlb[] located .init section, and set cacheable:
> - for SPL, all the
>-Original Message-
>From: U-Boot On Behalf Of Yuantian Tang
>Sent: Monday, April 20, 2020 10:23 AM
>To: Priyanka Jain
>Cc: u-boot@lists.denx.de; Andy Tang
>Subject: [PATCH v3] armv8: ls1046ardb: update the WRLVL_START to
>accommodate more DIMM
>
>The WRLVL_START values are optimized
Hi Wolfgang,
On Mon, Apr 27, 2020 at 2:36 PM Wolfgang Wallner
wrote:
>
> Hi Bin, Simon,
>
> -"Simon Glass" schrieb: -
> > Betreff: Re: [PATCH v7 7/9] acpi: Put table-setup code in its own function
> >
> > Hi Bin,
> >
> > On Thu, 23 Apr 2020 at 03:38, Bin Meng wrote:
> > >
> > > Hi
Board gets reset when performing burst read/write operations. On the
other hand, no such behaviour is observed on small size operations.
In Linux, readl_poll_timeout API already adds delay of 1us which is
further skipped in U-boot. Hence, use new "readl_poll_sleep_timeout" API
which adds delay
> -Original Message-
> From: Tan, Ley Foon
> Sent: Monday, April 20, 2020 4:46 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Ley Foon Tan ;
> See, Chin Liang ; Simon Goldschmidt
> ; Chee, Tien Fong
> ; Tan, Ley Foon
> Subject: [PATCH v2 0/7] ddr: altera: arria10: Convert SDRAM
> -Original Message-
> From: Tan, Ley Foon
> Sent: Monday, April 20, 2020 4:17 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Ley Foon Tan ;
> See, Chin Liang ; Simon Goldschmidt
> ; Ang, Chee Hong
> ; Tan, Ley Foon
> Subject: [PATCH] arm: socfpga: stratix10: Fix incorrect
>
On 4/27/20 4:26 AM, Adam Ford wrote:
Hi,
[...]
>>> diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
>>> index 59a2713cb2..249d446f69 100644
>>> --- a/arch/arm/dts/Makefile
>>> +++ b/arch/arm/dts/Makefile
>>> @@ -730,7 +730,8 @@ dtb-$(CONFIG_ARCH_IMX8M) += \
>>> imx8mm-verdin.dtb
Hello Pali,
Am 26.04.2020 um 01:54 schrieb Pali Rohár:
Adding Hannes and Heiko to the loop, please look at this problem.
On Saturday 25 April 2020 14:11:32 Pali Rohár wrote:
On Saturday 25 April 2020 07:00:58 Adam Ford wrote:
On Sat, Apr 25, 2020 at 6:50 AM Pali Rohár wrote:
On Saturday
On Sat, 25 Apr 2020 at 03:08, Tom Rini wrote:
>
> Two general comments. First, please use CONFIG_IS_ENABLED() to test for
> the new symbols so that we won't have any growth in SPL if we have one
> of these enabled in the main binary but NOT SPL. Second, please
> make sure that all new files
From: Chen-Yu Tsai
The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
card size development board based on the Rockchip RK3328 SoC, with:
- 1/2/4 GB DDR4 DRAM
- eMMC connector for optional module
- micro SD card slot
- 1 x USB 3.0 host port
- 2 x USB 2.0 host port
From: Chen-Yu Tsai
This syncs rk3328 device tree files from the Linux kernel next-20200324.
The last commit to touch these files is:
b2411befed60 ("arm64: dts: add bus to rockchip amba nodenames")
Additional changes not yet in the Linux kernel include:
arm64: dts: rockchip: rk3328:
From: Chen-Yu Tsai
This syncs the rk3328 power domain header file from Linux kernel
next-20200324, to support newer hardware blocks when syncing the
device tree files.
The last non-merge commit to touch it was
b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to
files
From: Chen-Yu Tsai
If the VBUS regulator is always-on, XHCI will fail to detect USB 3.0
devices; USB 2.0 devices will work however.
Make the VBUS regulator controllable and tie it to only the XHCI. This
makes all three USB ports usable.
Signed-off-by: Chen-Yu Tsai
---
Changes since v2:
-
From: Chen-Yu Tsai
Hi everyone,
This is v3 of my ROC-RK3328-CC series. Changes from v2 are mainly
fixing USB functionality on RK3328 in U-boot. This includes restoring
the U-Boot specific "hnp-srp-disable" property for dwc2, moving the
dwc2 device node after the ehci/ohci ones, and making vbus
From: Chen-Yu Tsai
The USB PHYs on the RK3328 aren't supported, nor are any other generic
PHYs. Because upstream Linux device trees already include the USB PHYs
and references in the USB hosts, this would result in various calls
to the generic PHY API to fail.
Instead, just disable generic PHY
From: Chen-Yu Tsai
This syncs the rk3328 clock header file from Linux kernel next-20200324,
to support newer hardware blocks when syncing the device tree files.
The last non-merge commit to touch it was
0dc14b013f79 ("clk: rockchip: add clock id for watchdog pclk on rk3328")
Reviewed-by:
From: Chen-Yu Tsai
USB 3.0 is only supported in U-boot, not in the Linux kernel where the
device tree files are ultimately synced from. While the xhci node was
moved, the external vbus regulator was not.
Move it as well.
Fixes: 2e91e2025c1b ("rockchip: rk3328: migrate u-boot node to
From: Chen-Yu Tsai
The device tree file for rk3328-evb in the Linux kernel does not have
gmac2io enabled. Instead, gmac2phy is enabled, but that is not supported
in U-boot.
Move the gmac2io related nodes to rk3328-evb-u-boot.dtsi to preserve the
current functionality. When the device tree files
From: Chen-Yu Tsai
The "hnp-srp-disable" property for dwc2 is specific to U-boot, not part
of upstream Linux's device tree bindings.
Move it to rk3328-u-boot.dtsi to avoid losing it when syncing device
tree files.
Signed-off-by: Chen-Yu Tsai
---
Changes since v2:
- New patch
---
Hello Tom, Patrick,
Am 27.04.2020 um 07:16 schrieb Heiko Schocher:
Hello Tom,
Am 24.04.2020 um 19:45 schrieb Tom Rini:
On Wed, Feb 05, 2020 at 07:19:58AM +0100, Heiko Schocher wrote:
currently gpio hog function is not tested with "ut dm gpio"
so add some basic tests for gpio hog
Since the commit 1289e96797bf ("sandbox: spi: Drop command-line SPI
option"), "--spi_sf" command line option is no longer supported.
So update the following documents to sync them up with the change.
doc/arch/sandbox.rst
doc/SPI/README.sandbox-spi
Signed-off-by: AKASHI Takahiro
Hi Bin, Simon,
-"Simon Glass" schrieb: -
> Betreff: Re: [PATCH v7 7/9] acpi: Put table-setup code in its own function
>
> Hi Bin,
>
> On Thu, 23 Apr 2020 at 03:38, Bin Meng wrote:
> >
> > Hi Simon, Wolfgang,
> >
> > On Mon, Apr 20, 2020 at 4:37 AM Simon Glass wrote:
> > >
> > > We
201 - 260 of 260 matches
Mail list logo