On Fri, Jun 7, 2019 at 9:41 PM Tom Rini wrote:
>
> When introduced this limit was an int but was then changed to hex
> without noting as much in the prompt nor changing existing users. Put
> this back to an int.
>
> Reported-by: Fabio Estevam
> Fixes: 2577015dc5c4 ("spl: add overall SPL size
Currently the FAT device and partition which contains the environment
must be configured at compile time. This creates problems for boards
which have multiple bootable devices (like SD card and eMMC).
Similar to what we do for raw MMC environments, introduce a weak function
to allow boards to
Currently we only support to load the environment from raw MMC or FAT
locations on Allwinner boards. With the advent of SPI flash we probably
also want to support using the environment there, so we need to become
a bit more flexible.
Change the environment priority function to take the boot
Until now we were required to configure the environment FAT partition
and device at compile time, which led to problems if boards have both SD
cards and eMMC and we wanted to use the same image for booting from
both.
Check the boot source and use this device for finding the environment.
When using the environment from a raw MMC device, we are required to
specify the desired device number at configuration time. This creates
problems when the same image is booted from SD cards and eMMC devices.
Override the generic weak definition of mmc_get_env_dev() to query for
the boot source,
So far we are required to always define the CONFIG_SYS_MMC_ENV_DEV
variable, even if a platform specific function overrides the weak
function that is using it.
Check for the existence of this Kconfig variable, eliminating the need
to define a dummy value.
Signed-off-by: Andre Przywara
---
At the moment we need to configure the place where U-Boot tries to load
its environment from at compile time. This is not only inflexible, but
also unnecessary, as we have easy access to the boot source.
This series prepares U-Boot on Allwinner boards to load the environment
from the same media
When introduced this limit was an int but was then changed to hex
without noting as much in the prompt nor changing existing users. Put
this back to an int.
Reported-by: Fabio Estevam
Fixes: 2577015dc5c4 ("spl: add overall SPL size check")
Signed-off-by: Tom Rini
---
common/spl/Kconfig | 2 +-
On Fri, Jun 07, 2019 at 07:13:47PM -0300, Fabio Estevam wrote:
> Hi Tom and Heinrich,
>
> On Fri, Jun 7, 2019 at 7:06 PM Tom Rini wrote:
> >
> > On Tue, Apr 02, 2019 at 07:19:06PM +0200, Heinrich Schuchardt wrote:
> >
> > > A new configuration variable CONFIG_SPL_SIZE_LIMIT is introduced to
Hi Tom and Heinrich,
On Fri, Jun 7, 2019 at 7:06 PM Tom Rini wrote:
>
> On Tue, Apr 02, 2019 at 07:19:06PM +0200, Heinrich Schuchardt wrote:
>
> > A new configuration variable CONFIG_SPL_SIZE_LIMIT is introduced to define
> > the board specific maximum size for the SPL file.
> >
> > Use Makefile
On Tue, Apr 02, 2019 at 07:19:07PM +0200, Heinrich Schuchardt wrote:
> The SPL image for the Tinker Board has to fit into 32 KiB. This includes
> up to 2 KiB for the file header.
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP
On Fri, May 24, 2019 at 10:07:04PM +0200, Simon Goldschmidt wrote:
> This adds a size check for SPL that can dynamically check generated
> SPL binaries (including devicetree) for a size limit that ensures
> this image plus global data, heap and stack fit in initial SRAM.
>
> Since some of these
On Tue, Apr 02, 2019 at 07:19:06PM +0200, Heinrich Schuchardt wrote:
> A new configuration variable CONFIG_SPL_SIZE_LIMIT is introduced to define
> the board specific maximum size for the SPL file.
>
> Use Makefile function size_check() to implement the test.
>
> Depending on the size of
On Tue, Apr 02, 2019 at 07:19:05PM +0200, Heinrich Schuchardt wrote:
> We currently have duplicate definitions for BOARD_SIZE_CHECK in Makefile
> and arch/arm/mach-imx/Makefile.
>
> Move the board size check from arch/arm/mach-imx/Makefile to Makefile.
>
> Depending on the value of
On Tue, Apr 02, 2019 at 07:19:04PM +0200, Heinrich Schuchardt wrote:
> Carve out function size_check from macro BOARD_SIZE_CHECK. This will allow
> us to reuse the function for other file size checks.
>
> Depending on the value of CONFIG_BOARD_SIZE_LIMIT an error like the
> following is thrown:
On Mon, Apr 29, 2019 at 08:08:43AM +0200, Heinrich Schuchardt wrote:
> In the UEFI context GUIDs are expected to be rendered in upper case.
>
> The patch uses the formerly unused bit 1 of the parameter str_format
> of function uuid_bin_to_str() to indicate if we need upper or lower case
>
Signed-off-by: Shannon Barber
---
drivers/watchdog/mtk_wdt.c | 28 +---
1 file changed, 21 insertions(+), 7 deletions(-)
diff --git a/drivers/watchdog/mtk_wdt.c b/drivers/watchdog/mtk_wdt.c
index 0b501733f2..a7d4c7a3b8 100644
--- a/drivers/watchdog/mtk_wdt.c
+++
On Thu, Jun 6, 2019 at 10:50 AM Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> Enable the driver-model on da850-evm. We need to add a dummy nand node
> to the device tree, as the real nand node is a sub-node of the aemif
> device.
>
> On linux the aemif driver populates all its
On 6/6/19 7:17 PM, Vagrant Cascadian wrote:
> On 2019-06-04, Vagrant Cascadian wrote:
>> On 2019-05-17, Marek Vasut wrote:
>
> Retried with a build from:
>
> https://github.com/marex/u-boot-imx/tree/imx-dm
> commit:7a381bb7edfd43aefc1dbfea6d574234ef9d7771
>
> Which contains the two
On 6/7/19 9:53 AM, Faiz Abbas wrote:
> Hi,
>
> + Kernel MMC maintainer
>
> On 04/06/19 7:08 PM, Marek Vasut wrote:
>> On 6/4/19 3:34 PM, Faiz Abbas wrote:
>>> Hi Marek,
>>>
>>> On 04/06/19 6:56 PM, Marek Vasut wrote:
On 6/4/19 1:22 PM, Faiz Abbas wrote:
> Hi Marek, Peng,
Hi,
On Fri, Jun 7, 2019 at 6:18 PM Tom Warren wrote:
>
> > Thanks for explaining. Can you please add a few line summary of these
> > changes and I'll grab them today/tomorrow?
> Sure, here's Thierry's comment from the 00 patch for this series (Thierry,
> please comment if that's not
> Thanks for explaining. Can you please add a few line summary of these
> changes and I'll grab them today/tomorrow?
Sure, here's Thierry's comment from the 00 patch for this series (Thierry,
please comment if that's not adequate/accurate):
From: Thierry Reding
The bulk of these changes are
Adds a driver for the MDIO interface currently integrated in LS1028a SoC.
This MDIO interface is shared by multiple ethernet interfaces and is
presented as a stand-alone PCI function on the SoC ECAM.
Signed-off-by: Alex Marginean
---
Changes in v2:
- fix priv structure used (was using
Adds a driver for NXP ENETC ethernet controller currently integrated in
LS1028a. ENETC is a fairly straight-forward BD ring device and interfaces
are presented as PCI EPs on the SoC ECAM.
Signed-off-by: Catalin Horghidan
Signed-off-by: Alex Marginean
---
Changes in v2:
- Added SXGMII
On Fri, Jun 07, 2019 at 03:28:19PM +, Tom Warren wrote:
> Hi, Tom.
>
> -Original Message-
> From: Tom Rini
> Sent: Thursday, June 6, 2019 6:32 PM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Thierry Reding ; Tom
> Warren
> Subject: Re: Pull request, u-boot-tegra/master
>
> On
Hi, Tom.
-Original Message-
From: Tom Rini
Sent: Thursday, June 6, 2019 6:32 PM
To: Tom Warren
Cc: u-boot@lists.denx.de; Thierry Reding ; Tom Warren
Subject: Re: Pull request, u-boot-tegra/master
On Wed, Jun 05, 2019 at 01:50:59PM -0700, Tom Warren wrote:
> Tom,
>
> Please pull
On AArch64, kernel images are not self-decompressing and easily exceed
the 8MB limit.
Signed-off-by: Laurent Bonnans
---
include/configs/rpi.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/rpi.h b/include/configs/rpi.h
index 9ce41767a9..1a5ae26ae7 100644
---
On Thu, Jun 06, 2019 at 05:08:45PM +0930, Joel Stanley wrote:
> The driver was using milliseconds and programming it into a register
> which takes ticks of the watchdog clock, which runs at 1MHz. This meant
> we were off by 1000 with the desired value.
>
> When 06985289d452 ("watchdog: Implement
On 6/5/2019 4:09 AM, Bin Meng wrote:
Hi Alex,
On Tue, Jun 4, 2019 at 9:59 PM Alex Marginean wrote:
Hi Bin,
On 6/2/2019 5:22 PM, Bin Meng wrote:
Hi Alex,
On Fri, May 31, 2019 at 12:27 AM Alex Marginean wrote:
LS1028A includes an integrated PCI bus with 8M of ECAM space plus register
From: Faiz Abbas
The j721e 4 bit instances don't have a hard DLL and therefore don't need
any DLL related configurations. Split the compatibles into an 8 bit and a
4 bit one. Add a private flags field which can be used to check if the
DLL is present and don't register the set_ios_post callback
From: Suman Anna
The A72 U-Boot code loads and boots a number of remote processors
including the C71x DSP, both the C66_0 and C66_1 DSPs, and the various
Main R5FSS Cores. Change the memory attributes for the DDR regions used
by the remote processors so that the cores can see and execute the
From: Andreas Dannenberg
Obtain the boot index as left behind by the device boot ROM and store
it in scratch pad SRAM for later use before it may get overwritten.
Signed-off-by: Andreas Dannenberg
---
arch/arm/mach-k3/j721e_init.c | 17 +++--
1 file changed, 15 insertions(+), 2
From: Andreas Dannenberg
Use the System Firmware (SYSFW) loader framework to load and start
the SYSFW as part of the J721E early initialization sequence. While
at it also initialize the MCU_UART0 pinmux as it is used by SYSFW
to print diagnostic messages.
Signed-off-by: Andreas Dannenberg
Add initial defconfig support for J721e that runs on R5.
Signed-off-by: Lokesh Vutla
---
configs/j721e_evm_r5_defconfig | 95 ++
1 file changed, 95 insertions(+)
create mode 100644 configs/j721e_evm_r5_defconfig
diff --git a/configs/j721e_evm_r5_defconfig
This series adds initial support for Texas Instruments' K3 architecture
based J721E SoC. This series depends on the:
- mmc series posted by Faiz:
- sysfw loader series posted by Andreas
- exclusive device series posted:
https://patchwork.ozlabs.org/project/uboot/list/?series=112440
- arm64 rproc
Populate the release_resources_for_core_shutdown() api with
shutting down r5 cores so that it will by called just after
jumping to ATF.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/j721e_init.c | 57 +++
1 file changed, 57 insertions(+)
diff --git
LS1028A includes an integrated PCI bus with 11 PCI functions residing on
bus 0. ECAM plus the device register space takes up 256MB of address
space.
Signed-off-by: Alex Marginean
---
Changes in v2:
- added comments to dts, PCIE3_PHYS_SIZE, rewrote patch description
Add board specific initialization for j721e evm
Signed-off-by: Lokesh Vutla
Signed-off-by: Jean-Jacques Hiblot
Signed-off-by: Andreas Dannenberg
---
arch/arm/mach-k3/Kconfig| 1 +
board/ti/j721e/Kconfig | 55 +++
board/ti/j721e/Makefile | 8 +++
Common Processor board is the baseboard that has most of the actual connectors,
power supply etc. A SOM (System on Module) is plugged on to the common
processor board and this contains the SoC, PMIC, DDR and basic highspeed
components necessary for functionality. Add initial dt support for this
Add initial SoC definition for J721E SoC.
Kernel dts posted here:
https://lore.kernel.org/lkml/20190522161921.20750-1...@ti.com/
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/k3-j721e-main.dtsi | 231 ++
arch/arm/dts/k3-j721e-mcu-wakeup.dtsi | 72
Add initial defconfig support for J721e that runs on A72.
Signed-off-by: Lokesh Vutla
---
configs/j721e_evm_a72_defconfig | 86 +
1 file changed, 86 insertions(+)
create mode 100644 configs/j721e_evm_a72_defconfig
diff --git a/configs/j721e_evm_a72_defconfig
Add initial support for dt that runs on r5.
Signed-off-by: Lokesh Vutla
Signed-off-by: Andreas Dannenberg
---
arch/arm/dts/Makefile | 3 +-
.../k3-j721e-common-proc-board-u-boot.dtsi| 75 ++
.../arm/dts/k3-j721e-r5-common-proc-board.dts | 141
From: Andreas Dannenberg
To access various control MMR functionality the registers need to
be unlocked. Do that for all control MMR regions in the MCU and MAIN
domains. We may want to go back later and limit the unlocking that's
being done.
Signed-off-by: Andreas Dannenberg
---
Add pinctrl macros for J721E SoC. These macro definitions are
similar to that of AM6, but adding new definitions to avoid
any naming confusions in the soc dts files.
Signed-off-by: Lokesh Vutla
Signed-off-by: Andreas Dannenberg
---
include/dt-bindings/pinctrl/k3.h | 3 +++
1 file changed, 3
J721E allows for booting from primary or backup boot media.
Both media can be chosen individually based on switch settings.
ROM looks for a valid image in primary boot media, if not found
then looks in backup boot media. In order to pass this boot media
information to boot loader, ROM stores a
The J721E SoC belongs to the K3 Multicore SoC architecture platform,
providing advanced system integration to enable lower system costs
of automotive applications such as infotainment, cluster, premium
Audio, Gateway, industrial and a range of broad market applications.
This SoC is designed around
From: Suman Anna
Create a ft_board_setup() api that gets called as part of
DT fixup before jumping to kernel. In this ft_board_setup()
call fdt_fixup_msmc_ram that update msmc sram node.
Signed-off-by: Suman Anna
Signed-off-by: Lokesh Vutla
---
board/ti/j721e/evm.c | 14 ++
1
'rproc init' does the probe and initialization of all the available
remoteproc devices in the system. This doesn't allow the flexibility
to initialize the remote cores needed as per use case. In order
to provide flexibility, update 'rproc init' command to accept one
more parameter with rproc id
Texas Instruments' K3 generation SoCs has specific modules/register
spaces used for configuring the various aspects of a remote processor.
These include power, reset, boot vector and other configuration features
specific to each compute processor present on the SoC. These registers
are managed by
k3_rproc driver is specifically meant for controlling an arm64
core using TISCI protocol. So rename the driver, Kconfig symbol,
compatible and functions accordingly.
While at it drop this remoteproc selection for a53 defconfig.
Signed-off-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig
TISCI protocol supports for enabling the device either with exclusive
permissions for the requesting host or with sharing across the hosts.
There are certain devices which are exclusive to Linux context and
there are certain devices that are shared across different host contexts.
So add support
Update the power-domain-cells to 2 and add the permissions
to each node. Mark the following nodes accessed by r5 as shared:
- DDR node
- main uart 0
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/k3-am65-main.dtsi | 10 +-
arch/arm/dts/k3-am65-mcu.dtsi| 2 +-
'rproc list' is currently allowed only after probing all the
available remoteproc devices. Given that 'rproc init' is updated
to probe and initialize devices individually, allow the 'rproc list'
command to print all probed devices at any point.
Signed-off-by: Lokesh Vutla
---
cmd/remoteproc.c |
Update the k3_rproc driver to use the generic ti_sci_proc helper
apis which simplifies the driver a bit.
Signed-off-by: Lokesh Vutla
---
drivers/remoteproc/k3_rproc.c | 79 ++-
1 file changed, 31 insertions(+), 48 deletions(-)
diff --git
This series introduces generic proc helpers for controlling remotecores
using TISCI protocol. Update the k3_rproc driver to use this generic
proc helpers and rename it ti_k3_arm64_rproc as it is controlling arm64
core on k3 devices. This acts as base series for the other remoteprocs
(like r5s,
TISCI protocol supports for enabling the device either with exclusive
permissions for the requesting host or with sharing across the hosts.
There are certain devices which are exclusive to Linux context and
there are certain devices that are shared across different host contexts.
So add support
Release all the exclusive devices held by SPL.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/common.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-k3/common.c b/arch/arm/mach-k3/common.c
index ee84d44de8..4e7fe2076c 100644
--- a/arch/arm/mach-k3/common.c
+++
Certain drivers want to attach private data corresponding to each
power domain. This data might be specific be to the drvier. So add
a priv entry into the power_domain structure.
Signed-off-by: Lokesh Vutla
---
include/power-domain.h | 15 ++-
1 file changed, 2 insertions(+), 13
From: Andreas Dannenberg
Rather than simply parking the R5 core in WFE after starting up ATF
on A53 instead use SYSFW API to properly shut down the R5 CPU cores
as well as associated timer resources that were pre-allocated. This
allows software further downstream to properly and gracefully bring
Any host while requesting for a device can request for its exclusive
access. If an exclusive permission is obtained then it is the host's
responsibility to release the device before the software entity on
the host completes its execution. Else any other host's request for
the device will be
From: Andreas Dannenberg
Add and expose a new processor shutdown API that wraps the two TISCI
messages involved in initiating a core shutdown. The API will first
queue a message to have the DMSC wait for a certain processor boot
status to happen followed by a message to trigger the actual
Sysfw provides an option for requesting exclusive access for a
device using the flags MSG_FLAG_DEVICE_EXCLUSIVE. If this flag is
not used, the device is meant to be shared across hosts. Once a device
is requested from a host with this flag set, any request to this
device from a different host will
Sysfw provides an option for requesting exclusive access for a
device using the flags MSG_FLAG_DEVICE_EXCLUSIVE. If this flag is
not used, the device is meant to be shared across hosts. Once a device
is requested from a host with this flag set, any request to this
device from a different host will
Macb can be used with Xilinx PCS/PMA PHY in fpga which is a 1000-baseX
phy(lpa 0x41e0). This patch adds checks for LPA_1000XFULL and
LPA_1000XHALF bits.
Signed-off-by: Radu Pirea
---
drivers/net/macb.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/macb.c
If macb is gem and is gigabit capable, lpa value is not read from
the right register(MII_LPA) and is read from MII_STAT1000. This patch
fixes reading of the lpa value.
Signed-off-by: Radu Pirea
---
drivers/net/macb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Thu, Jun 06, 2019 at 11:40:08AM +, Linder Pascal wrote:
> Hi everyone,
>
>
> I would like to turn on configurations for several Keymile boards, which are
> all using the Kirkwood architecture. Now, I do not want to change every
> defconfig file one after the other. Until now, we have
On 07/06/19 7:02 AM, Tom Rini wrote:
On Thu, Jun 06, 2019 at 05:08:16PM +0530, Keerthy wrote:
On 02/05/19 11:14 AM, Keerthy wrote:
On 30/04/19 11:57 AM, Keerthy wrote:
On 30/04/19 11:54 AM, Keerthy wrote:
Add new driver for the TI AM65x SoC Gigabit Ethernet Switch subsystem
(CPSW
Hello Mario,
Am 07.06.2019 um 11:35 schrieb Mario Six:
With the recent SPI changes, the ids8313 board won't compile anymore.
Until further information from the manufacturer, disable SPI support, so
that the board will at least compile again.
Signed-off-by: Mario Six
---
With the recent SPI changes, the ids8313 board won't compile anymore.
Until further information from the manufacturer, disable SPI support, so
that the board will at least compile again.
Signed-off-by: Mario Six
---
configs/ids8313_defconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git
Hi Heiko,
On Fri, Jun 7, 2019 at 11:15 AM Heiko Schocher wrote:
>
> Hello Mario,
>
> Am 07.06.2019 um 11:10 schrieb Mario Six:
> > Hi Heiko,
> >
> > On Fri, Jun 7, 2019 at 10:56 AM Heiko Schocher wrote:
> >>
> >> Hello Mario,
> >>
> >> Am 07.06.2019 um 09:51 schrieb Mario Six:
> >>> (adding
Hello Mario,
Am 07.06.2019 um 11:10 schrieb Mario Six:
Hi Heiko,
On Fri, Jun 7, 2019 at 10:56 AM Heiko Schocher wrote:
Hello Mario,
Am 07.06.2019 um 09:51 schrieb Mario Six:
(adding Heiko, since he's the maintainer of the board in question)
On Fri, May 24, 2019 at 9:34 PM Jagan Teki
Hi Heiko,
On Fri, Jun 7, 2019 at 10:58 AM Heiko Schocher wrote:
>
> Hello Mario,
>
> Am 07.06.2019 um 09:51 schrieb Mario Six:
> > This commit does the minimal possible conversion so that the ids8313
> > board still compiles with the recent SPI DM conversion:
> > * Add a device tree (for now a
Hi Heiko,
On Fri, Jun 7, 2019 at 10:56 AM Heiko Schocher wrote:
>
> Hello Mario,
>
> Am 07.06.2019 um 09:51 schrieb Mario Six:
> > (adding Heiko, since he's the maintainer of the board in question)
> >
> > On Fri, May 24, 2019 at 9:34 PM Jagan Teki
> > wrote:
>
> Huch, missed this Email ...
>
Hello Mario,
Am 07.06.2019 um 09:51 schrieb Mario Six:
This commit does the minimal possible conversion so that the ids8313
board still compiles with the recent SPI DM conversion:
* Add a device tree (for now a 1-to-1 copy of the mpc8313erdb board's DT
from the Linux kernel sources)
* Remove
Hello Mario,
Am 07.06.2019 um 09:51 schrieb Mario Six:
(adding Heiko, since he's the maintainer of the board in question)
On Fri, May 24, 2019 at 9:34 PM Jagan Teki wrote:
Huch, missed this Email ...
Hi Mario,
On Tue, May 21, 2019 at 4:42 PM Tom Rini wrote:
On Mon, May 20, 2019 at
Hi Paul,
On Fri, Jun 7, 2019 at 1:45 PM Paul Walmsley wrote:
>
> Hello Bin,
>
> On Fri, 31 May 2019, Paul Walmsley wrote:
>
> > On Thu, 30 May 2019, Bin Meng wrote:
> >
> > > On Sun, May 26, 2019 at 5:13 PM Paul Walmsley
> > > wrote:
> > >
> > > > diff --git a/drivers/clk/sifive/fu540-prci.c
From: T Karthik Reddy
This patch reads card detect properties from device tree.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
drivers/mmc/sdhci.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhci.c
index
From: T Karthik Reddy
Card detect function implemented for SDHCI framework.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
drivers/mmc/sdhci.c | 32
include/sdhci.h | 7 +++
2 files changed, 39 insertions(+)
diff --git
This patch series adds card detection support in sdhci framework &
added functionality to read card detect dt properties.
Thanks,
Michal
T Karthik Reddy (2):
mmc: sdhci: Implement SDHCI card detect
mmc: sdhci: Read sdhci card detect properties from DT
drivers/mmc/sdhci.c | 47
Adds dm_pci_flr API that issues a Function Level reset on a PCI-e function,
if FLR is supported.
Signed-off-by: Alex Marginean
Reviewed-by: Bin Meng
---
Changes in v2:
- Use kernel PCI_EXP macros for register offsets
Changes in v3:
- none
drivers/pci/pci-uclass.c | 24
Makes dm_pci_map_bar API available for integrated PCI devices that
support Enhanced Allocation instead of the original PCI BAR mechanism.
Signed-off-by: Alex Marginean
Reviewed-by: Bin Meng
---
Changes in v2:
- fixed parsing for BAR1+
- fixed an issue with EA entry size
This test is built on top of the existing swap_case driver. It adds EA
capability structure support to swap_case and uses that to map BARs.
BAR1 works as it used to, swapping upper/lower case. BARs 2,4 map to a
couple of magic values.
Signed-off-by: Alex Marginean
Reviewed-by: Bin Meng
The comment now indicates that the input argument bar is a register offset,
not a BAR index.
It also mentions which BARs are supported for type 0/1 and that the
function can return 0 on error.
Signed-off-by: Alex Marginean
Reviewed-by: Bin Meng
---
Changes in v2:
- new patch
Changes in
czw., 6 cze 2019 o 17:58 Adam Ford napisał(a):
>
> On Thu, Jun 6, 2019 at 10:50 AM Bartosz Golaszewski wrote:
> >
> > From: Bartosz Golaszewski
> >
> > This series enables the driver model for NAND on davinci da850 boards.
> >
> > The first patch is a simple tweak for an unnecessarily exported
Hi,
+ Kernel MMC maintainer
On 04/06/19 7:08 PM, Marek Vasut wrote:
> On 6/4/19 3:34 PM, Faiz Abbas wrote:
>> Hi Marek,
>>
>> On 04/06/19 6:56 PM, Marek Vasut wrote:
>>> On 6/4/19 1:22 PM, Faiz Abbas wrote:
Hi Marek, Peng,
>>>
>>> Hi,
>>>
On 03/06/19 12:04 PM, Peng Fan wrote:
>
(adding Heiko, since he's the maintainer of the board in question)
On Fri, May 24, 2019 at 9:34 PM Jagan Teki wrote:
>
> Hi Mario,
>
> On Tue, May 21, 2019 at 4:42 PM Tom Rini wrote:
> >
> > On Mon, May 20, 2019 at 10:48:23PM +0530, Jagan Teki wrote:
> >
> > > Hi Tom,
> > >
> > > Please pull
This commit does the minimal possible conversion so that the ids8313
board still compiles with the recent SPI DM conversion:
* Add a device tree (for now a 1-to-1 copy of the mpc8313erdb board's DT
from the Linux kernel sources)
* Remove the legacy CS switching mechanism from the board file
*
On 04. 06. 19 22:10, Anton Gerasimov wrote:
> From: Anton Gerasimov
>
> Basic (PS-only) configuration based on Vivado board files by
> Sergiusz Bazanski
>
> Signed-off-by: Anton Gerasimov
> ---
> board/xilinx/zynq/zynq-zturn/ps7_init_gpl.c | 281
> 1 file changed, 281
ExitBootServices() has to stop timer related activity before calling the
events of the EFI_EVENT_GROUP_EXIT_BOOT_SERVICES event group. But our
current implementation was stopping all other events.
All events have to observe the task priority level.
Signed-off-by: Heinrich Schuchardt
---
If an event is already in the signaled state, SignalEvent should not queue
the notification function but simply return EFI_SUCCESS.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/efi_loader/efi_boottime.c
In a following patch efi_signal_event() will only queue an event if it is
not signaled.
Set the is_signaled status to false before signaling the event.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 1 +
1 file changed, 1 insertion(+)
diff --git
This patch series fixes problems in signaling events.
When calling SignalEvent() with an event in signaled state only EFI_SUCCESS
shall be returned without any side effects.
In ExitBootServices() only timers shall be stopped not all events.
Heinrich Schuchardt (3):
efi_loader:
92 matches
Mail list logo
