On Wed, Dec 11, 2019 at 11:59:15AM +0100, Stefan Riedmueller wrote:
> Bring the device tree nodes in alphabetical order and in this context
> also remove the deprecated iomux group.
>
> Signed-off-by: Stefan Riedmueller
> ---
> Changes in v3:
> - Rebased on latest master
> ---
Applied, thanks
Based on the downstream patch series in the WAGO PFC firmware SDK [1].
Downstream has support for other boards too, which we leave out for now
because no devices are available for testing. The upstream device trees
have been used as-is except that uart0 was set to "okay" so barebox can
enable the c
Better differenciate it from the new MACH_WAGO_PFC_AM335X above it, and
fix indentation to be consistent with the rest of the file.
Signed-off-by: Roland Hieber
---
arch/arm/mach-omap/Kconfig | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap/Kco
For NAND flash with eraseblock size 1 MB and more the current
barebox partition size is not sufficient. The 4 FCB copies alone occupy
the 4 MB partition size. Increase the partition size to 16 MB to be fit
for the future and leaving some blocks for bad block handling as well.
Signed-off-by: Stefan
The SD card interface is still using the legacy partition binding.
Change this by switching to the new bindings.
Signed-off-by: Stefan Riedmueller
---
Changes in v3:
- Rebased on latest master
---
arch/arm/dts/imx6qdl-phytec-phycard-som.dtsi | 22 +-
1 file changed, 13 inser
Signed-off-by: Stefan Riedmueller
---
Changes in v3:
- Rebased on latest master
---
arch/arm/dts/imx6qdl-phytec-phycard-som.dtsi | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/imx6qdl-phytec-phycard-som.dtsi
b/arch/arm/dts/imx6qdl-phytec-phycard-som.dtsi
ind
Bring the device tree nodes in alphabetical order and in this context
also remove the deprecated iomux group.
Signed-off-by: Stefan Riedmueller
---
Changes in v3:
- Rebased on latest master
---
arch/arm/dts/imx6q-phytec-pcaaxl3.dtsi | 182 -
1 file changed, 90 in
Make use of SPDX license identifiers and update copyright notices and
model descriptions of the phyCARD-i.MX 6 SOM.
Signed-off-by: Stefan Riedmueller
---
Changes in v3:
- Rebased on latest master
---
arch/arm/dts/imx6q-phytec-pbaa03.dts | 13 -
arch/arm/dts/imx6q-phytec-pcaaxl3.dt
The EEPROM is a configurable option. So make it configurable from the
dts file.
Signed-off-by: Stefan Riedmueller
---
Changes in v3:
- Rebased on latest master
---
arch/arm/dts/imx6q-phytec-phycard.dts| 4
arch/arm/dts/imx6qdl-phytec-phycard-som.dtsi | 1 +
2 files changed, 5 inser
Use the simpler name phycard instead of the article number pcaaxl3
for device tree file names and image names of the phyCARD-i.MX 6.
Signed-off-by: Stefan Riedmueller
---
Changes in v3:
- Rebased on latest master
---
arch/arm/boards/phytec-som-imx6/lowlevel.c | 6 +++---
Signed-off-by: Hubert Feurstein
---
commands/miitool.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/commands/miitool.c b/commands/miitool.c
index 4ea6fda34..a87d567ac 100644
--- a/commands/miitool.c
+++ b/commands/miitool.c
@@ -140,7 +140,10 @@ static int show_basic_m
Hi Sascha,
so do you think we should always start from-dcdofs instead of full?
at the moment i use this configuration with from-dcdofs and i think you
have right, there is
not really a good case to sign the area between 0x00 and dcdofs in the
barebox build
What is the best solution in your opinion
On Tue, Dec 10, 2019 at 11:03:19PM +0100, Lucas Stach wrote:
> Move the PS7 inititalization into its own function. This helps
> readability and logically splits the FPGA toolchain generated
> setup from the reset of the board init.
>
> Also execute the PS7 setup after the lowlevel CPU init, as thi
On Tue, Dec 10, 2019 at 03:46:57PM +0100, Hubert Feurstein wrote:
> Use semicolon instead of comma to terminate statement.
>
> Signed-off-by: Hubert Feurstein
> ---
> drivers/mci/imx-esdhc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks
Sascha
--
Pengutronix e.K.
On Mon, Dec 09, 2019 at 11:49:28AM +0100, Albert Schwarzkopf wrote:
> Currently, the default environment is only used when the
> barebox environment on the persistent store is not valid
> or when ENVFS_FLAGS_FORCE_BUILT_IN is set in the super block.
>
> However, ENVFS_FLAGS_FORCE_BUILT_IN can be c
On Tue, Dec 10, 2019 at 07:31:40PM +0100, Roland Hieber wrote:
> Loglevel 7 (debug) is often useful to get barebox running on new
> hardware; however, the heavy output of "OF:" messages makes most
> boards take several minutes to boot to a prompt, printing things which
> are probably interesting wh
On Tue, Dec 10, 2019 at 06:36:01PM +0100, Hubert Feurstein wrote:
> Otherwise it is not possible to verify against a file created by shaXsum
> from linux. Usually there is the filename appended after the hash.
>
> Signed-off-by: Hubert Feurstein
> ---
> commands/digest.c | 2 +-
> 1 file changed
On Tue, Dec 10, 2019 at 06:13:01PM +0100, Hubert Feurstein wrote:
> Currently we have two slightly different led-trigger tables. One in the
> core module, and the other one in the led-triggers module. The one in the
> core module, which is used to parse the device-tree triggers, is lacking
> net-rx
On Tue, Dec 10, 2019 at 12:38:33PM +0100, Michael Tretter wrote:
> Avoid the example bitstream header to validate the bitstream that should
> be loaded into the FPGA. The header is mostly 0x with a few
> special values at a certain offsets and can be better described with the
> offsets and
On Mon, Dec 09, 2019 at 04:20:33PM +0100, Ulrich Ölmann wrote:
> This is a port of Linux kernel commit
>
> | commit 30a2c8aa3c520d54bcaf3015ca8141b0156448b1
> | Author: Roger Pueyo Centelles
> | Date: Thu Feb 7 20:09:35 2019 +0100
> |
> | mtd: spi-nor: Add support for en25qh64
> |
> | T
On Mon, Dec 09, 2019 at 03:11:12PM +0100, Ahmad Fatoum wrote:
> The following commit will introduce a variable define to remove the
> duplication in the different [supe]*imximg rules.
>
> Prepare for this by rearranging the command line flags to line up with
> the letters in the extension (i.e. -e
On Wed, Dec 11, 2019 at 08:57:45AM +0100, Maik Otto wrote:
> Hi Sascha,
>
> in my opinion it is better to have it configurable, because ther are
> different use cases and security requirements.
> i found the problem by creating a sd-card \emmc image with wic. The
> mbr, the partition table and b
22 matches
Mail list logo