[PATCH] mtd: nand-bb: use list_for_each_entry_safe

We need list_for_each_entry_safe in dev_remove_bb_dev since the list entries are removed during iteration over the list. Signed-off-by: Sascha Hauer Reported-by: Alexander Aring --- drivers/mtd/nand/nand-bb.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/na

Re: [PATCH 00/11] ARM: add initial support for Rockchip boards

On Mon, Apr 28, 2014 at 09:26:27AM +0200, Sascha Hauer wrote: > Hi Beniamino, > > On Sun, Apr 27, 2014 at 11:30:33AM +0200, Beniamino Galvani wrote: > > This series adds an initial support for Rockchip SoCs and has been > > tested on a Radxa Rock board, on which I'm able to load a kernel from > >

Re: [PATCH 1/2] Add initial regulator support

On Mon, Apr 28, 2014 at 10:00:30PM +0200, Sascha Hauer wrote: > On Mon, Apr 28, 2014 at 08:51:21PM +0200, Alexander Aring wrote: > > Hi, > > > > On Mon, Apr 28, 2014 at 08:47:02PM +0200, Sascha Hauer wrote: > > > > > > I think both functions should return 0 without a valid gpio instead. > > > Any

Re: [PATCH 1/2] Add initial regulator support

On Mon, Apr 28, 2014 at 08:51:21PM +0200, Alexander Aring wrote: > Hi, > > On Mon, Apr 28, 2014 at 08:47:02PM +0200, Sascha Hauer wrote: > > > > I think both functions should return 0 without a valid gpio instead. > > Anyway, there's something wrong here. > > > > maybe checking on this at probe

Re: [PATCH 1/2] Add initial regulator support

Hi, On Mon, Apr 28, 2014 at 08:47:02PM +0200, Sascha Hauer wrote: > > I think both functions should return 0 without a valid gpio instead. > Anyway, there's something wrong here. > maybe checking on this at probe time, at the beginning or can this gpio changed at runtime? Maybe you don't need

Re: [PATCH 3/6] mtd: nand: bb: use mtd api directly

On Mon, Apr 28, 2014 at 03:05:26PM +0200, Alexander Aring wrote: > Hi Sascha, > > On Mon, Apr 28, 2014 at 11:49:36AM +0200, Sascha Hauer wrote: > > The devfs layer just adds an addition indirection between mtd > > and the bb devices with no purpose. Drop it. > > > > Signed-off-by: Sascha Hauer >

Re: [PATCH 1/2] Add initial regulator support

On Mon, Apr 28, 2014 at 06:30:19PM +0200, Alexander Aring wrote: > Hi Sascha, > > On Mon, Apr 28, 2014 at 10:18:40AM +0200, Sascha Hauer wrote: > > Provide minimal regulator support. Only supported operations are enabling > > and disabling regulators. Association of devices with their regulators i

Re: [PATCH] fixup! ARM: dove: Use upstream dtsi file

On Mon, Apr 28, 2014 at 07:36:13PM +0200, Sebastian Hesselbarth wrote: > Sascha, > > thanks _a lot_ for doing this. It saves me from importing the same > for the other SoCs. Anyway, I'd even go further and fixup the Dove > patch with this one here. > > Feel free to squash this into > > 09015ae52

Re: [PATCH 03/12] dts: Use dt-bindings from kernel

On Mon, Apr 28, 2014 at 06:22:00PM +0400, Antony Pavlov wrote: > On Mon, 28 Apr 2014 09:45:52 +0200 > > --- a/include/dt-bindings/clock/ar933x-clk.h > > +++ /dev/null > > There is no device tree support for ar933x in mainline linux! > Please get this file back. Yeah, I already noticed that during

[PATCH] fixup! ARM: dove: Use upstream dtsi file

Sascha, thanks _a lot_ for doing this. It saves me from importing the same for the other SoCs. Anyway, I'd even go further and fixup the Dove patch with this one here. Feel free to squash this into 09015ae52c18 ("ARM: dove: Use upstream dtsi file") and add my Tested-by: Sebastian Hesselbarth

Re: [PATCH 1/2] Add initial regulator support

On Mon, Apr 28, 2014 at 06:30:15PM +0200, Alexander Aring wrote: > Hi Sascha, > > On Mon, Apr 28, 2014 at 10:18:40AM +0200, Sascha Hauer wrote: > > Provide minimal regulator support. Only supported operations are enabling > > and disabling regulators. Association of devices with their regulators i

Re: [PATCH 1/2] Add initial regulator support

Hi Sascha, On Mon, Apr 28, 2014 at 10:18:40AM +0200, Sascha Hauer wrote: > Provide minimal regulator support. Only supported operations are enabling > and disabling regulators. Association of devices with their regulators is > limited to devicetree only. If regulator support is disabled the API ex

Re: [PATCH 4/4] imx6: Add support for phyCARD-i.MX6

On Mon, Apr 28, 2014 at 03:58:21PM +0200, Christian Hemp wrote: > Hi, > Am Freitag, den 25.04.2014, 15:16 +0200 schrieb Lucas Stach: > > Am Freitag, den 25.04.2014, 15:10 +0200 schrieb Alexander Aring: > > > Hi, > > > > > > On Fri, Apr 25, 2014 at 01:54:28PM +0200, Christian Hemp wrote: > > > > Ad

Re: [PATCH 03/12] dts: Use dt-bindings from kernel

On Mon, 28 Apr 2014 09:45:52 +0200 Sascha Hauer wrote: > barebox used to have its own include/dt-bindings with files copied > from the corresponding kernel files. Use upstream dt-bindings directly > instead. > > Signed-off-by: Sascha Hauer > --- > Makefile

Re: [PATCH 4/4] imx6: Add support for phyCARD-i.MX6

Hi, Am Freitag, den 25.04.2014, 15:16 +0200 schrieb Lucas Stach: > Am Freitag, den 25.04.2014, 15:10 +0200 schrieb Alexander Aring: > > Hi, > > > > On Fri, Apr 25, 2014 at 01:54:28PM +0200, Christian Hemp wrote: > > > Add support for Phytec phyCARD-i.MX6. > > > - 1GB RAM on two banks > > > - 1

Re: [PATCH 3/6] mtd: nand: bb: use mtd api directly

Hi Sascha, On Mon, Apr 28, 2014 at 11:49:36AM +0200, Sascha Hauer wrote: > The devfs layer just adds an addition indirection between mtd > and the bb devices with no purpose. Drop it. > > Signed-off-by: Sascha Hauer > --- > drivers/mtd/nand/nand-bb.c | 122 > +++

Re: [PATCH] genenv: fix tempdir creation when target is a relative path

On Mon, 2014-04-28 at 13:00 +0200, Sascha Hauer wrote: > I can confirm this. Could you try the attached patch? Yeah, it fixes the Bug. If you want you can add my Tested-by: Christoph Fritz Thanks -- Christoph ___ barebox mailing list barebox@list

Re: [BUG] Fail to build: "cp: target `defaultenv/barebox_default_env.genenv.tmp' is not a directory"

Hi Christoph, On Mon, Apr 28, 2014 at 12:03:47PM +0200, Christoph Fritz wrote: > Hi, > > while building current Barebox, with out-of-tree make parameter O=, > there is an error which leads to lack of environment in final image. The > build process itself falsely doesn't get interrupted. > > >

[BUG] Fail to build: "cp: target `defaultenv/barebox_default_env.genenv.tmp' is not a directory"

Hi, while building current Barebox, with out-of-tree make parameter O=, there is an error which leads to lack of environment in final image. The build process itself falsely doesn't get interrupted. make -j$(nproc) ARCH=arm CROSS_COMPILE=arm-cortexa8-linux-gnueabihf- O=../o_beagle omap3530_bea

[PATCH 2/6] env: erase/protect in envfs_save

So that the envfs_save is more useful outside of the saveenv command Signed-off-by: Sascha Hauer --- commands/saveenv.c | 46 +- common/environment.c | 38 -- 2 files changed, 37 insertions(+), 47 deletions(-) dif

[PATCH 5/6] mtd: nand: create bb devices automatically

When a mtd device can have bad blocks we want to create a bb device, so do this automatically. This allows us to drop bb device creation from the environment. Signed-off-by: Sascha Hauer --- arch/arm/boards/a9m2410/env/bin/hush_hack| 1 - arch/arm/boards/a9m2410/env/bin/init

[PATCH 3/6] mtd: nand: bb: use mtd api directly

The devfs layer just adds an addition indirection between mtd and the bb devices with no purpose. Drop it. Signed-off-by: Sascha Hauer --- drivers/mtd/nand/nand-bb.c | 122 +++-- 1 file changed, 50 insertions(+), 72 deletions(-) diff --git a/drivers/mtd/n

[PATCH 4/6] mtd: refactor bb device creation

This refactors the code so that we get a mtd_add_bb which can be used to create a bb dev on a mtd_info. Signed-off-by: Sascha Hauer --- drivers/mtd/nand/nand-bb.c | 53 +++--- include/nand.h | 6 ++ 2 files changed, 37 insertions(+), 22 de

[PATCH 1/6] environment: drop envfs_register_partition

The purpose of envfs_register_partition is to print an error message when the partition does not exist. Print an error message from generic code instead and drop this function. Signed-off-by: Sascha Hauer --- arch/arm/boards/chumby_falconwing/falconwing.c | 4 +- arch/arm/boards/crystalfont

[PATCH 6/6] OF: barebox-env: Use bb device on NAND

Signed-off-by: Sascha Hauer --- drivers/of/barebox.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/of/barebox.c b/drivers/of/barebox.c index 44ec820..8c05924 100644 --- a/drivers/of/barebox.c +++ b/drivers/of/barebox.c @@ -24,6 +24,7 @@ #include #include #i

[PATCH 1/3] of: partition: set device_node of the newly created partition

So that we can find the devicenode for a partition. Signed-off-by: Sascha Hauer --- drivers/of/partition.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/of/partition.c b/drivers/of/partition.c index 5ed44a8..0560eb3 100644 --- a/drivers/of/partition.c +++ b/drivers/of/partition.c

[PATCH 2/3] of: move of_find_device_by_node_path to drivers/of/of_path.c

As it's generic helper function which should not stay in driver specific code. Signed-off-by: Sascha Hauer --- drivers/of/barebox.c | 14 -- drivers/of/of_path.c | 14 ++ 2 files changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/of/barebox.c b/drivers/of/ba

[PATCH 3/3] of_path: Allow to specify path with phandle only

Instead of just allowing to specify an OF path with additional partname: property allow to specify a phandle to the partition directly. Signed-off-by: Sascha Hauer --- drivers/of/of_path.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/of/of_path.c b/drivers/of/of_path.c index 20

[PATCH 2/2] mci: Add regulator support

Signed-off-by: Sascha Hauer --- drivers/mci/mci-core.c | 18 -- include/mci.h | 2 ++ 2 files changed, 18 insertions(+), 2 deletions(-) diff --git a/drivers/mci/mci-core.c b/drivers/mci/mci-core.c index 1dca0c0..282d239 100644 --- a/drivers/mci/mci-core.c +++ b/drivers/

[PATCH 1/2] Add initial regulator support

Provide minimal regulator support. Only supported operations are enabling and disabling regulators. Association of devices with their regulators is limited to devicetree only. If regulator support is disabled the API expands to static inline stubs so consumers can still use the API. Signed-off-by:

[PATCH] initial regulator support

This adds simple regulator support. For now this adds a bare minimum of regulator support: regulators can only be enabled and disabled, no voltage setting is supported. The only way to associate a device with a regulator is via devicetree, so platform devices currently cannot use this API. As a fi

[PATCH 12/12] ARM: dove: Use upstream dtsi file

Signed-off-by: Sascha Hauer --- arch/arm/dts/dove.dtsi | 627 + 1 file changed, 1 insertion(+), 626 deletions(-) diff --git a/arch/arm/dts/dove.dtsi b/arch/arm/dts/dove.dtsi index 2b76524..2074fc5 100644 --- a/arch/arm/dts/dove.dtsi +++ b/arch/arm/

[PATCH] Add Linux dts files and use them

This series adds the Linux dts files to barebox and starts the conversion to actually use them. Background for doing this is that we currently duplicate the dts files from the Kernel to barebox and keeping the files in sync with the Kernel is a pain. The files are merged from Ian Campbells device

[PATCH 03/12] dts: Use dt-bindings from kernel

barebox used to have its own include/dt-bindings with files copied from the corresponding kernel files. Use upstream dt-bindings directly instead. Signed-off-by: Sascha Hauer --- Makefile | 2 +- arch/arm/dts/include/dt-bindings | 1

[PATCH 11/12] ARM: Tegra20: Use upstream dtsi files

Signed-off-by: Sascha Hauer --- arch/arm/dts/tegra20-colibri-iris.dts | 2 +- arch/arm/dts/tegra20-colibri.dtsi | 525 +-- arch/arm/dts/tegra20-paz00.dts| 540 +--- arch/arm/dts/tegra20.dtsi | 650 +-

[PATCH 09/12] ARM: i.MX27: Use upstream dtsi file

Signed-off-by: Sascha Hauer --- arch/arm/dts/imx27.dtsi | 553 +--- 1 file changed, 1 insertion(+), 552 deletions(-) diff --git a/arch/arm/dts/imx27.dtsi b/arch/arm/dts/imx27.dtsi index 83a8247..49a0ddf 100644 --- a/arch/arm/dts/imx27.dtsi +++ b/arch/a

[PATCH 04/12] dts: i.MX51 efika sb: Roll back pingroup changes

The pingrp defines never made it upstream, so roll back the changes and use the individual pin defines for the Efika sb instead. Signed-off-by: Sascha Hauer --- arch/arm/dts/imx51-genesi-efika-sb.dts | 129 ++--- 1 file changed, 118 insertions(+), 11 deletions(-) dif

[PATCH 10/12] ARM: AM33xx: Use upstream dtsi file

Signed-off-by: Sascha Hauer --- arch/arm/dts/am33xx.dtsi | 789 +-- 1 file changed, 1 insertion(+), 788 deletions(-) diff --git a/arch/arm/dts/am33xx.dtsi b/arch/arm/dts/am33xx.dtsi index 08d6d87..7ba0a0b 100644 --- a/arch/arm/dts/am33xx.dtsi +++ b/arc

[PATCH 08/12] ARM: i.MX25: Use upstream dtsi file

Signed-off-by: Sascha Hauer --- arch/arm/dts/imx25.dtsi | 535 +--- 1 file changed, 4 insertions(+), 531 deletions(-) diff --git a/arch/arm/dts/imx25.dtsi b/arch/arm/dts/imx25.dtsi index 003c43c..2b93f77 100644 --- a/arch/arm/dts/imx25.dtsi +++ b/arch/

[PATCH 02/12] serial: ns16550: omap: set register shift from code

The upstream dts files do not contain the register shift. As we have Omap specific init code anyway we can just set the register shift from there instead of relying on the devicetree properties. Signed-off-by: Sascha Hauer --- drivers/serial/serial_ns16550.c | 4 1 file changed, 4 insertion

Re: [PATCH 00/11] ARM: add initial support for Rockchip boards

Hi Beniamino, On Sun, Apr 27, 2014 at 11:30:33AM +0200, Beniamino Galvani wrote: > This series adds an initial support for Rockchip SoCs and has been > tested on a Radxa Rock board, on which I'm able to load a kernel from > the network and boot it [1]. > > At the moment Barebox must be chainloade