Replace CONFIG_SPL_NET_SUPPORT with CONFIG_SPL_NET to match CONFIG_NET
so that CONFIG_$(SPL_)NET can be used to conditionally select build
objects between SPL and U-Boot.
Signed-off-by: Nathan Rossi
---
common/Makefile | 2 +-
common/spl/Kconfig |
Use CONFIG_$(SPL_)NET to conditionally select object files depending on
the SPL or U-Boot specific configuration.
Signed-off-by: Nathan Rossi
---
net/Makefile | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/net/Makefile b/net/Makefile
index fef71b940a..8e45103168 1
On Tue, 28 Jan 2020 at 02:51, Tom Rini wrote:
>
> On Mon, Jan 27, 2020 at 12:40:17PM +, Nathan Rossi wrote:
>
> > Whilst the net/ directory is excluded from libs-y when
> > CONFIG_SPL_NET_SUPPORT is disabled, this does not prevent SPL builds
> > trying to compile net/ objects. During SPL build
On Mon, 27 Jan 2020 at 22:51, Lukasz Majewski wrote:
>
> Hi Nathan,
>
> > Handle selection of objects based on $(SPL_) to allow for normal and
> > SPL builds to have differing object compilation.
>
> Could you share the exact use case? I do guess that you want to add
> some gadget(s) to SPL?
I am
On 2020-01-27 23:17, Baruch Siach wrote:
Hi Joel,
On Mon, Jan 27, 2020 at 01:01:56PM -0700, Joel Johnson wrote:
Switch to explicitly using the Pro variant DT, which has been
available since Linux 4.11.
---
v4 changes:
- new
v5 changes:
- none
I separated out this change to the end of the
On 2020-01-27 23:06, Baruch Siach wrote:
Hi Joel,
On Mon, Jan 27, 2020 at 01:01:50PM -0700, Joel Johnson wrote:
--- a/board/solidrun/clearfog/Kconfig
+++ b/board/solidrun/clearfog/Kconfig
+
+config CLEARFOG_CON2_SATA
+ bool "Use CON2 slot in SATA mode"
+ depends on !TARGET_CLEARFOG_
Hi Joel,
On Mon, Jan 27, 2020 at 01:01:56PM -0700, Joel Johnson wrote:
> Switch to explicitly using the Pro variant DT, which has been
> available since Linux 4.11.
>
> ---
>
> v4 changes:
> - new
> v5 changes:
> - none
>
> I separated out this change to the end of the series since it drew
Hi Joel,
On Mon, Jan 27, 2020 at 01:01:50PM -0700, Joel Johnson wrote:
> The mPCIe slots on ClearFog Pro and ClearFog Base may be alternately
> configured for SATA usage.
>
> Signed-off-by: Joel Johnson
>
> ---
>
> v2 changes:
> - fixed help indentation
> v3 changes:
> - none
> v4 changes:
On 1/27/20 9:53 PM, Peng Fan wrote:
>> Subject: [PATCH 0/3] Support SDMA mode on RPI4 target - 32bit
>>
>> RPI4's SDHCI controller is supported SDMA mode. (Checked on kernel side)
>> But It doesn't use on u-boot side. Then it's too slow about read/write
>> performance.
>> This patchset is supported
Hi Vignesh,
> -Original Message-
> From: Vignesh Raghavendra
> Sent: Monday, January 27, 2020 10:48 AM
> To: Sagar Kadam ; u-boot@lists.denx.de
> Cc: Paul Walmsley ( Sifive) ;
> anup.pa...@wdc.com; atish.pa...@wdc.com; ja...@amarulasolutions.com;
> Rick Chen
> Subject: Re: [U-Boot Patch
Hi Mauro,
(This is my personal mail account.)
Please don't copy and paste from my out-of-date patches.
You are copying code from v1
https://patchwork.ozlabs.org/patch/1154190/
which has already been replaced by v3
https://patchwork.ozlabs.org/patch/1167073/
SInce v3 is the mainline version, yo
On Tue, Jan 28, 2020 at 10:46:41AM +0800, Chen-Yu Tsai wrote:
> On Tue, Jan 28, 2020 at 2:32 AM Tom Rini wrote:
> >
> > On Mon, Jan 27, 2020 at 11:25:16PM +0530, Jagan Teki wrote:
> > > Hi Tom,
> > >
> > > On Thu, Jan 23, 2020 at 11:30 PM Tom Rini wrote:
> > > >
> > > > On Mon, Jan 20, 2020 at 10
On Tue, Jan 28, 2020 at 2:32 AM Tom Rini wrote:
>
> On Mon, Jan 27, 2020 at 11:25:16PM +0530, Jagan Teki wrote:
> > Hi Tom,
> >
> > On Thu, Jan 23, 2020 at 11:30 PM Tom Rini wrote:
> > >
> > > On Mon, Jan 20, 2020 at 10:30:07AM +0800, Kever Yang wrote:
> > >
> > > > Hi Tom,
> > > >
> > > > Please
On Tue, Jan 14, 2020 at 03:56:18PM +, Ian Ray wrote:
> From: Martin Fuzzey
>
> Some PMICs (such as the DA9063) have non-contiguous register maps.
> Attempting to read the non implemented registers returns an error
> rather than a dummy value which causes 'pmic dump' to terminate
> prematurel
On Tue, Jan 14, 2020 at 04:18:20PM +, Ian Ray wrote:
> The 3-bit "command", or register, is encoded within the device address.
> Configure the device accordingly, and pass command in DM I2C read/write
> calls correctly.
>
> Signed-off-by: Ian Ray
> Signed-off-by: Robert Beckett
Applied to
On Tue, Jan 14, 2020 at 03:56:16PM +, Ian Ray wrote:
> From: Martin Fuzzey
>
> This adds the basic register access operations and child regulator
> binding (if a regulator driver exists).
>
> Robert Beckett: simplify accesses by using bottom bit of address as
> offset overflow. This avoids
On Tue, Jan 14, 2020 at 03:56:17PM +, Ian Ray wrote:
> From: Martin Fuzzey
>
> Add a driver for the regulators in the the DA9063 PMIC.
>
> Robert Beckett: move regulator modes to header so board code can set
> modes. Correct mode mask used in ldo_set_mode.
> Add an option CONFIG_SPL_DM_REGU
On Sun, Jan 12, 2020 at 03:57:43PM +0100, Anatolij Gustschin wrote:
> This shrinks the image size: all -3840.0 text -3840.0
>
> Signed-off-by: Anatolij Gustschin
> Acked-by: Soeren Moch
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Jan 12, 2020 at 03:57:42PM +0100, Anatolij Gustschin wrote:
> This can be used for device tree size reduction similar as
> CONFIG_OF_SPL_REMOVE_PROPS option. Some boards must pass the
> built-in DTB unchanged to the kernel, thus we may not cut it
> down unconditionally. Therefore enable th
On Wed, Dec 04, 2019 at 10:36:47AM +, Peng Ma wrote:
> If we didn't unbind the sata from block device, the same devices would
> be added after sata remove,
> This patch is to resolve this issue as below:
>
> => sata info
> SATA#0:
> (3.0 Gbps)
> SATA#1:
> (3.0 Gbps)
> Device 0: Mo
The Pine H64 board comes with some onboard SPI flash chip, which is
perfect for loading SPL, ATF and U-Boot proper from there.
Enable the functionality in the defconfig, so that we use sunxi-fel to
transfer a bootable image to the NOR flash.
Signed-off-by: Andre Przywara
---
configs/pine_h64_de
Now that we can easily select an SoC specific SPI0 base address, adding
support for the Allwinner R40 is fairly trivial:
We set the base address, add this SoC to the ones that use PC23 and
enable it in Kconfig.
This allows booting from SPI flash on R40 boards.
Tested on a Bananapi M2 Berry with S
So far on all supported Allwinner SoCs we find the old generation SPI
controller always at address 0x1c05000, and the new generation one at
0x1c68000. However the Allwinner R40 SoC has a new generation SPI at
the old address, and the H6 uses a completely different address.
So split off the base ad
The Allwinner H6 SoC uses a quite different memory map, also changes the
clocks quite a bit. This requires some changes to the SPL SPI routine,
which hardcodes these values so far.
Using the just introduced helper functions to determine base address
and SPI controller generation, we can cover some
So far we were using the CONFIG_SUNXI_GEN_SUN6I symbol to select between
the two SPI controller generations used on Allwinner SoCs. This is a
convenience symbol to roughly differentiate between "older" and "newer"
generation of SoCs.
The H6 SoCs is the newest SoC so far, but is sufficiently differ
This series enables the SPI booting feature for Allwinner R40 and H6
SoCs. To achieve this, we enable our spl_spi_sunxi.c driver to deal
with those two SoCs. The R40 is pretty straightforward, as it just needs
its base address adjusted. This is prepared in patch 1/5 and finalised
in patch 3/5.
For
Hi Sean,
> Hi Lukasz,
>
> Thanks for the feedback.
>
> On 1/26/20 4:20 PM, Lukasz Majewski wrote:
> > Hi Sean,
> >
> >> CCF clocks should always use the struct clock passed to their
> >> methods for extracting the driver-specific clock information
> >> struct.
> >
> > This couldn't be done
On Tue, Jan 28, 2020 at 12:26:45AM +0100, Marek Behun wrote:
> On Mon, 27 Jan 2020 16:58:06 -0500
> Tom Rini wrote:
>
> > This adds around 60kb to many platforms, so I'm not going to take this
> > right now.
>
> Off topic: I was wondering how much space could be saved if it were
> possible to u
On Mon, 27 Jan 2020 16:58:06 -0500
Tom Rini wrote:
> This adds around 60kb to many platforms, so I'm not going to take this
> right now.
Off topic: I was wondering how much space could be saved if it were
possible to use -Os with LTO in U-Boot.
Hi Matthias,
Do you plan to pull this patch series to RPI repository?
I'm asking as it contains some DFU related patches (Acked already by
me), which I would like to see pulled in this merge window.
Thanks in advance for your help :-)
> Hi All!
>
> This patchset enables support for DFU over U
On Fri, Jan 17, 2020 at 08:59:02PM +0100, matthias@kernel.org wrote:
> From: Matthias Brugger
>
> Some distributions use btrfs as the default file system.
> Enable btrfs support by default when using distro boot for all
> architectures but riscv, as it breaks compilation due to size problems
The add instruction on risc-v can have any three sources and targets, so there
is no need for an intermediate mov.
Signed-off-by: Sean Anderson
---
arch/riscv/cpu/start.S | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/riscv/cpu/start.S b/arch/riscv/cpu/start.S
inde
On Mon, Jan 27, 2020 at 10:33:42PM +0100, Simon Goldschmidt wrote:
> Tom Rini schrieb am Mo., 27. Jan. 2020, 22:23:
>
> > Azure is moving to remove the vs2015-win2012r2 platform build host. The
> > two suggested new platforms to use are vs2017-win2016 and windows-2019.
> > For now, move up to vs
Tom Rini schrieb am Mo., 27. Jan. 2020, 22:23:
> Azure is moving to remove the vs2015-win2012r2 platform build host. The
> two suggested new platforms to use are vs2017-win2016 and windows-2019.
> For now, move up to vs2017-win2016.
>
> Cc: Bin Meng
> Signed-off-by: Tom Rini
> ---
> I'm sendin
Azure is moving to remove the vs2015-win2012r2 platform build host. The
two suggested new platforms to use are vs2017-win2016 and windows-2019.
For now, move up to vs2017-win2016.
Cc: Bin Meng
Signed-off-by: Tom Rini
---
I'm sending this as RFC as it fails to build for i686 but builds for
x86_6
With the move to driver model usage, ensure that the required driver
support for SPI and MMC booting is available in SPL.
Tested on SolidRun ClearFog devices.
Signed-off-by: Joel Johnson
---
v2 changes:
- change "select" for ENV_IS_IN_X to "imply" to allow disabling the
default env locati
Move MMC booting assuptions from defconfig to Kconfig which
includes as needed based on dependent options.
Signed-off-by: Joel Johnson
---
v2 changes:
- rebased on master to use Baruch's dynamic MMC/SD offset logic
- update description, will revisit removal of
CONFIG_MVEBU_SPL_BOOT_DEVIC
Switch to explicitly using the Pro variant DT, which has been
available since Linux 4.11.
---
v4 changes:
- new
v5 changes:
- none
I separated out this change to the end of the series since it drew
questioning on prior review. I'd still advocate for making the change,
since especially with t
Migrate the values for ENV_SIZE and ENV_OFFSET into board specific
Kconfig defaults so they're more accessible for configuration.
---
v2 changes:
- none
v3 changes:
- none
v4 changes:
- none
v5 changes:
- none
Signed-off-by: Joel Johnson
---
board/solidrun/clearfog/Kconfig | 8
Add reasonable default SPI offsets and ENV size when configured to
boot from SPI flash.
Signed-off-by: Joel Johnson
---
v2 changes:
- none
v3 changes:
- none
v4 changes:
- none
v5 changes:
- none
There was some reasonable concern raised about duplicating config
entries within a board s
Unify the location of DT selection into board_late_init instead of
split between detection and static configuration paths.
---
v2 changes
- newly added in V2 series based on run-time rebasing
v3 changes
- none
v4 changes
- separate change to explicit pro DT into separate commit
v5 changes
While newer Linux kernels provide autoconfiguration of SFP, provide
an option for setting in U-Boot Kconfig for use prior to booting.
Signed-off-by: Joel Johnson
---
v2 changes:
- fixed help indentation
v3 changes:
- none
v4 changes:
- adjust static SerDes configuration at runtime instead
Tested on Solidrun ClearFog Base. Table alignment was:
| Lane # | Speed | Type |
| 0| 3 | SATA0 |
| 1| 0 | SGMII1 |
| 2| 3 | SATA1 |
| 3| 5 | USB3 HOST1 |
| 4| 5 | USB3 HOST0 |
|
The mPCIe slots on ClearFog Pro and ClearFog Base may be alternately
configured for SATA usage.
Signed-off-by: Joel Johnson
---
v2 changes:
- fixed help indentation
v3 changes:
- none
v4 changes:
- adjust static SerDes configuration at runtime instead of #ifdef
- add setting of swap_rx
Using a consistent hardcoded MAC address from the DTS file causes
issues when using multiple devices on the same network segment.
Instead rely on environment configuration or random generation.
Signed-off-by: Joel Johnson
---
v2 changes:
- none
v3 changes:
- none
v4 changes:
- none
v5 cha
This patch series adds support for ClearFog Base static configuration,
as well as updating and fixing the ClearFog support for MMC and SPI
booting.
v2 changes:
- updated against, and dependent on,
https://patchwork.ozlabs.org/cover/1200324
v3 changes:
- rebased against ClearFog runtime TLV
Add a unique entry for ClearFog Base variant, reflected in the board
name and adjusted SerDes topology.
Signed-off-by: Joel Johnson
---
v2 changes:
- reworked based on Baruch's run-time TLV EEPROM detection series
v3 changes:
- rebased on mvebu merged run-time TLV EEPROM detection series
Make the board version printed indicate the Pro variant default.
Also adjust static name casing to match what is expected for
EEPROM product name to share string constants.
---
v4 changes:
- newly added
v5 changes:
- none
Signed-off-by: Joel Johnson
---
board/solidrun/clearfog/clearfog.c |
Using memcpy() for some MMIO access is generally frowned upon and might
break things on some platforms. Allwinner H3, which fails to boot, being
an example here.
Moreover, fields being accessed are naturally aligned and warnings
produced by GCC have been quiesced for some time already by:
53dc8ae
On 1/27/20 4:00 PM, Guillermo Rodriguez wrote:
> El lun., 27 ene. 2020 a las 14:51, Marek Vasut () escribió:
>>
>> On 1/27/20 2:35 PM, Guillermo Rodriguez wrote:
>>> El lunes, 27 de enero de 2020, Marek Vasut escribió:
>>>
On 1/27/20 2:26 PM, Guillermo Rodriguez wrote:
> Hi,
Hi,
On Tue, Jan 21, 2020 at 07:32:00PM +0800, MarkLee wrote:
> This patch enable mt7622 ethernet support in its defconfig
>
> Signed-off-by: MarkLee
> ---
> configs/mt7622_rfb_defconfig | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/configs/mt7622_rfb_defconfig b/configs/mt7622_rfb_d
On Mon, Jan 27, 2020 at 11:25:16PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> On Thu, Jan 23, 2020 at 11:30 PM Tom Rini wrote:
> >
> > On Mon, Jan 20, 2020 at 10:30:07AM +0800, Kever Yang wrote:
> >
> > > Hi Tom,
> > >
> > > Please pull the rockchip updates:
> > > - Support SPI boot and redundant boo
On Mon, Jan 27, 2020 at 2:57 PM Fabio Estevam wrote:
>
> Hi Joris,
>
> On Mon, Jan 27, 2020 at 1:16 PM Joris OFFOUGA wrote:
>
> > I can't find a fix yet. If you find one it would be great.
>
> I noticed that the Ethernet regression happens because the ENET_RST_B
> signal keeps always at 0, which
Hi Joris,
On Mon, Jan 27, 2020 at 1:16 PM Joris OFFOUGA wrote:
> I can't find a fix yet. If you find one it would be great.
I noticed that the Ethernet regression happens because the ENET_RST_B
signal keeps always at 0, which makes the PHY to never becomes active.
The Ethernet PHY reset comes
Hi Tom,
On Thu, Jan 23, 2020 at 11:30 PM Tom Rini wrote:
>
> On Mon, Jan 20, 2020 at 10:30:07AM +0800, Kever Yang wrote:
>
> > Hi Tom,
> >
> > Please pull the rockchip updates:
> > - Support SPI boot and redundant boot for rk3399
> > - Support binman for rockchip platform
> > - Update ram driver
On Mon, Jan 27, 2020 at 11:02:28PM +0530, Keerthy wrote:
>
>
> On 27/01/20 7:44 pm, Tom Rini wrote:
> > On Mon, Jan 27, 2020 at 10:07:31AM +0530, Keerthy wrote:
> > >
> > >
> > > On 24/01/20 8:25 pm, Tom Rini wrote:
> > > > On Wed, Jan 22, 2020 at 09:30:01AM +0530, Keerthy wrote:
> > > > > Add
IO expanders are required to power cycle SD card. So enable the same
Signed-off-by: Vignesh Raghavendra
---
.../k3-j721e-common-proc-board-u-boot.dtsi| 12 +
.../arm/dts/k3-j721e-r5-common-proc-board.dts | 27 +++
2 files changed, 39 insertions(+)
diff --git a/arch/a
J721e SoC has 2 I2C instances in MCU domain and 7 I2C instances in main
domain. Add DT nodes for the same
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-j721e-main.dtsi | 77 +++
arch/arm/dts/k3-j721e-mcu-wakeup.dtsi | 22
arch/arm/dts/k3-j721e.dtsi
Add I2C GPIO expander required to power cycle MMC/SD
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-j721e-common-proc-board.dts | 27 +
1 file changed, 27 insertions(+)
diff --git a/arch/arm/dts/k3-j721e-common-proc-board.dts
b/arch/arm/dts/k3-j721e-common-proc-boar
Enable PCA953x IO expander to control MMC/SD power lines.
Signed-off-by: Vignesh Raghavendra
---
configs/j721e_evm_a72_defconfig | 4
configs/j721e_evm_r5_defconfig | 1 +
2 files changed, 5 insertions(+)
diff --git a/configs/j721e_evm_a72_defconfig b/configs/j721e_evm_a72_defconfig
index
Add I2C and I2C IO expander nodes
Vignesh Raghavendra (4):
arm: dts: k3-j721e: Add I2C nodes
arm: dts: k3-j721e-common-proc-board: Add I2C GPIO expander
arm: dts: k3-j721e-common-proc-board: Enable I2C expander for SPL
configs: j721e_evm_defconfig: Enable PCA953x IO expander
.../k3-j721e
J721e EVM has a TCA6424 IO expander that has 24 GPIOs. Add support for
the same
Signed-off-by: Vignesh Raghavendra
---
drivers/gpio/pca953x_gpio.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpio/pca953x_gpio.c b/drivers/gpio/pca953x_gpio.c
index 07a33
Hi Tom,
Please pull this PR.
Summary:
- spi cs accessing slaves (Bin Meng)
- spi prevent overriding established bus (Marcin Wojtas)
- support speed in spi command (Marek Vasut)
- add W25N01GV spinand (Robert Marko)
- move cadence_qspi to use spi-mem (Vignesh Raghavendra)
- add octal mode (Vignesh
I just trimmed too much.
This is also the cause of MMC/SD misbehavior (missing
interrupt).
I will send another patch *after* some serious testing.
Regards
Mauro
On 1/27/20 1:41 PM, Stefan Roese wrote:
> On 25.01.20 22:12, Mauro Condarelli wrote:
>> Small patch series to add support for VoCore/VoCo
On 27/01/20 7:44 pm, Tom Rini wrote:
On Mon, Jan 27, 2020 at 10:07:31AM +0530, Keerthy wrote:
On 24/01/20 8:25 pm, Tom Rini wrote:
On Wed, Jan 22, 2020 at 09:30:01AM +0530, Keerthy wrote:
Add fs_loader node which will be needed for loading firmwares
from the boot media/filesystem.
Signed
On 27/01/20 7:46 pm, Tom Rini wrote:
On Mon, Jan 27, 2020 at 10:46:19AM +0530, Keerthy wrote:
On 27/01/20 10:01 am, Keerthy wrote:
On 24/01/20 8:24 pm, Tom Rini wrote:
On Wed, Jan 22, 2020 at 09:29:57AM +0530, Keerthy wrote:
Move the generic elf loading/validating functions to lib/
so
In upstream libfdt, 6dcb8ba4 "libfdt: Add helpers for accessing
unaligned words" introduced changes to support unaligned reads for ARM
platforms and 11738cf01f15 "libfdt: Don't use memcpy to handle unaligned
reads on ARM" improved the performance of these helpers.
In practice however, this only oc
On 2020-01-27 09:27, Joel Johnson wrote:
On 2020-01-27 00:20, Baruch Siach wrote:
Hi Joel,
On Mon, Jan 27 2020, Joel Johnson wrote:
On 2020-01-26 22:29, Baruch Siach wrote:
On Mon, Jan 27 2020, Joel Johnson wrote:
While newer Linux kernels provide autoconfiguration of SFP, provide
an option
Currently, the denali NAND driver in U-Boot configures the
SPARE_AREA_SKIP_BYTES based on the CONFIG option.
Recently, Linux kernel merged a patch that associates the proper
value for this register with the DT compatible string.
Do likewise for U-Boot too.
The denali_spl.c still uses CONFIG_NAND
When the reset signal is de-asserted, the HW-controlled bootstrap
starts running unless it is disabled in the SoC integration.
It issues some commands to detect a NAND chip, and sets up registers
automatically. Until this process finishes, software should avoid
any register access.
Without this de
The comment /* deassert reset */ is wrong. It asserts the reset.
It no longer needs to stay in SPL. The NAND controller reset is
handled in the driver. So, this assert can be moved to the
board_init() of U-Boot proper.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/board_init.c
Now that the reset controlling of the Denali NAND driver (denali_dt.c)
works for this platform, remove the adhoc reset deassert code.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/board_init.c | 2 --
arch/arm/mach-uniphier/clk/Makefile | 4 ++--
arch/arm/mach-uniphier/clk/clk
On Mon, Jan 27, 2020 at 12:40:17PM +, Nathan Rossi wrote:
> Whilst the net/ directory is excluded from libs-y when
> CONFIG_SPL_NET_SUPPORT is disabled, this does not prevent SPL builds
> trying to compile net/ objects. During SPL builds overwrite the value of
> CONFIG_NET with CONFIG_SPL_NET_
On 27/01/20 7:42 pm, Tom Rini wrote:
On Mon, Jan 27, 2020 at 02:34:17PM +0100, Wolfgang Denk wrote:
Dear Keerthy,
In message you wrote:
Set default enviroment so that set_env calls succeed when only
ENV_IS_NOWHERE set.
Signed-off-by: Keerthy
---
Changes in v4:
* Reworded commit l
On 2020-01-27 00:20, Baruch Siach wrote:
Hi Joel,
On Mon, Jan 27 2020, Joel Johnson wrote:
On 2020-01-26 22:29, Baruch Siach wrote:
On Mon, Jan 27 2020, Joel Johnson wrote:
While newer Linux kernels provide autoconfiguration of SFP, provide
an option for setting in U-Boot Kconfig for use prio
Add support for Armada 38x devices in bubt flashing utility.
This is based on (and streamlined from) the support in the SolidRun
master-a38x vendor fork branch.
Signed-off-by: Joel Johnson
---
cmd/mvebu/bubt.c | 69 +++-
1 file changed, 68 insertions
Ensure that the device to which an image is being written includes
header information indicating boot support for the destination
device.
This is derived from the support in the SolidRun master-a38x vendor
fork branch.
Signed-off-by: Joel Johnson
---
cmd/mvebu/bubt.c | 49 +
Replace "U-BOOT" text with correct spelling
Signed-off-by: Joel Johnson
---
cmd/mvebu/bubt.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/cmd/mvebu/bubt.c b/cmd/mvebu/bubt.c
index d399fb6da4..b80b81c82a 100644
--- a/cmd/mvebu/bubt.c
+++ b/cmd/mvebu/bubt.c
@@ -346,7
With support added for Armada 38x, include the bubt command in
ClearFog defconfig.
Signed-off-by: Joel Johnson
---
configs/clearfog_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/clearfog_defconfig b/configs/clearfog_defconfig
index c938448c30..0d7e19e731 100644
--- a/con
Hi Fabio,
Le lun. 27 janv. 2020 à 16:58, Fabio Estevam a écrit :
> Hi Joris,
>
> On Mon, Jan 20, 2020 at 5:37 PM Fabio Estevam wrote:
> >
> > Hi Joris,
> >
> > On Mon, Jan 20, 2020 at 5:32 PM Joris Offouga
> wrote:
> >
> > > This thread :
> > > https://lists.denx.de/pipermail/u-boot/2020-Janua
On Mon, Jan 27, 2020 at 05:59:22PM +0530, Vignesh Raghavendra wrote:
> This series adds support to boot via USB DFU mode.
>
> Vignesh Raghavendra (7):
> arm: mach-k3: j721e: Rename BOOT_DEVICE_USB to BOOT_DEVICE_DFU
> arm: mach-k3: sysfw-loader: Add support to download SYSFW via DFU
> arm: d
Hi Joris,
On Mon, Jan 20, 2020 at 5:37 PM Fabio Estevam wrote:
>
> Hi Joris,
>
> On Mon, Jan 20, 2020 at 5:32 PM Joris Offouga wrote:
>
> > This thread :
> > https://lists.denx.de/pipermail/u-boot/2020-January/395560.html
>
> This is an unrelated issue. wandboard support several versions and
> t
This series contains various minor enhancements needed to implement the
programmatic generation of ACPI tables on x86 devices. These are mostly
generic routines and are likely to be useful elsewhere.
It also includes a few test improvements to support checking console
output more easily.
Simon G
On Mon, Jan 27, 2020 at 04:00:28PM +0100, Guillermo Rodriguez wrote:
> El lun., 27 ene. 2020 a las 14:51, Marek Vasut () escribió:
> >
> > On 1/27/20 2:35 PM, Guillermo Rodriguez wrote:
> > > El lunes, 27 de enero de 2020, Marek Vasut escribió:
> > >
> > >> On 1/27/20 2:26 PM, Guillermo Rodriguez
When recording the console output for testing it is useful to be able to
read the output a line at a time to check that the output is correct. Also
we need to check that we get to the end of the output.
Add a console function to return the next line and another to see how must
data is left.
Signe
When writing tests to check the output from commands it is useful to be
able to check the output line by line using an assertion. Add helper
macros to support this and to check that there is no unexpected trailing
data.
Also some commands produce a dump using print_buffer(). Add a way to check
tha
Add a messing error code to bloblist_new() and tidy up the line length in
bloblist_addrec().
Signed-off-by: Simon Glass
---
common/bloblist.c | 5 ++---
include/bloblist.h | 3 ++-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/common/bloblist.c b/common/bloblist.c
index 0c8711
At present we reset the console buffer before each test but do not
actually set the recording flag. Without this, the output is not
recorded.
Update the code to set the flag before the test and clear it afterwards.
Signed-off-by: Simon Glass
---
test/dm/test-main.c | 4 ++--
1 file changed, 2
It is convenient for bloblist to zero out the contents of a records when
it is added. This saves the callers having to do it.
Update the API accordingly.
Signed-off-by: Simon Glass
---
common/bloblist.c | 3 +++
doc/README.bloblist | 4 ++--
test/bloblist.c | 27 +++
This currently reads the uclass's private data in the ofdata_to_platdata
method which is not allowed, since the uclass has not read it from the
device tree. This happens in the probe method.
Fix it by adding a probe() method and moving the code there.
Signed-off-by: Simon Glass
---
drivers/pow
A common check is to see if a blob is present, create it if not and make
sure that the size is large enough. Add a function to handle this.
Signed-off-by: Simon Glass
---
common/bloblist.c | 15 +++
include/bloblist.h | 13 +
test/bloblist.c| 34
These conditions are not needed and just reduce build coverage. Drop them.
Signed-off-by: Simon Glass
---
drivers/core/uclass.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/core/uclass.c b/drivers/core/uclass.c
index c520ef113a..cd6ee47146 100644
--- a/drivers/core/uclass.c
++
When generating ACPI tables we need to make sure that all devices have
read their platform data, so that they can generate the tables correctly.
Rather than adding this code in ACPI, create a core function to handle it.
Signed-off-by: Simon Glass
---
drivers/core/device.c | 36
Now that we have ofnode_read_prop() we can rewrite this function using
that one, reducing the amount of duplicated code.
Update ofnode_read_size() and move it up next to the other similar
functions.
Signed-off-by: Simon Glass
---
drivers/core/ofnode.c | 29 ++---
1 file
It is sometimes useful to process all children, making sure they are
probed first. Add functions to help with this and a macro to make it more
convenient.
Signed-off-by: Simon Glass
---
drivers/core/device.c | 22 ++
include/dm/device.h | 39 +++
This function is actually intended to read a string rather than a
property. All of its current callers use it that way. Also there is no way
to return the length of the property from this function.
Rename it to better indicate its purpose, using ofnode_read as the prefix
since this matches most ot
Add a function to read a property from the chosen node, providing access
to its length. Update ofnode_get_chosen_string() to make use of it.
Signed-off-by: Simon Glass
---
arch/sandbox/dts/test.dts | 1 +
drivers/core/ofnode.c | 11 ---
include/dm/ofnode.h | 12
These functions do not modify the device so should use a const pointer to
it. Update the code accordingly.
Signed-off-by: Simon Glass
---
drivers/core/read.c | 97 +++--
include/dm/read.h | 205 +++-
2 files changed, 159 insertions(+),
The current comment is a big vague and misleading. Rewrite it to state
precisely what the function does.
Signed-off-by: Simon Glass
---
include/dm/ofnode.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/include/dm/ofnode.h b/include/dm/ofnode.h
index 4282169706..62
Add a new function to read a property that supports reading the length as
well.
Reimplement ofnode_read_string() using it and fix its comment.
Signed-off-by: Simon Glass
---
drivers/core/ofnode.c | 31 ---
include/dm/ofnode.h | 13 -
test/dm/ofnode.c
1 - 100 of 196 matches
Mail list logo
