Hello Lucas, Sascha and the barebox mailing list guys!
I am back with the new boards batch release (now QuadPlus and DualLite iMX6)
Now I adapted barebox to fit both processors and it works quite well.
From Barebox point-of-view the ldb node of the device-tree is using
three timings and they a
"For" loop in jedec_probe can be simplified to not need counter
'i'. Convert the code and get rid of the variable.
This is a backport of kernel commit
a296a1bc3eb54382d2a61d47529e71c9d3bc615e
Signed-off-by: Andrey Smirnov
---
drivers/mtd/devices/mtd_dataflash.c | 8
1 file changed, 4 i
Lion's share of calls to pr_debug in this driver follow the pattern of
pr_debug("%s ", dev_name(), ), which should
be semantically identical to dev_dbg(, "", ),
so replace such occurencies to simplify the code.
Convert the small minority of pr_debug that do not follow pattern from
above to use dev
Change the following:
- Replace indentation between type and name of local variable from
tabs to spaces
- Replace magic number 0x1F with CFI_MFR_ATMEL macro
- Replace variable 'tmp' with 'ret' and 'i' where appropriate
- Reformat multi-line comments and add newlines where appro
No functional change intended.
This is a backport of kernel commit
c41e43c6faf68a9b70afdb0dfee45d196c27031b
Signed-off-by: Andrey Smirnov
---
drivers/mtd/devices/mtd_dataflash.c | 40 ++---
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/m
In anticipation of supporting chips that need it, extend the size of
struct flash_info's 'jedec_id' field to make room 2 byte of extended
device information as well as add code to fetch this data during
jedec_probe().
This is a backport of kernel commit
1da8869a428317a6d3cd8d47184cf87feb34a98b
Si
Everyone,
It looks like my test setup was somehow contaminated -- possibly by
using JTAG to initalize SoC and upload Barebox binary -- so
21921f7f419dfaabcd385595ada24f0352310f1a ("i.MX: vf610: Ramp CPU clock
to maximum frequency") didn't actually work as I thought it was and
instead it made Bareb
This is a backport of kernel commit
67e4145ebf2c161d7404770461b8404f00a6d3bf
Signed-off-by: Andrey Smirnov
---
drivers/mtd/devices/mtd_dataflash.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/devices/mtd_dataflash.c
b/drivers/mtd/devices/mtd_dataflash.c
index c1c29b7..4b8e
Hi everyone,
This series is a backport of almost identical patchset that I did for
linux kernel:
1. lkml.kernel.org/r/20170421163026.24884-1-andrew.smir...@gmail.com
2. lkml.kernel.org/r/20170421163026.24884-2-andrew.smir...@gmail.com
3. lkml.kernel.org/r/20170421163026.24884-3-
As per VYBRIDRM.pdf, p. 673:
"... When switching clock sources on GL MUX, both active and target
clock sources must be active..."
So mark all of the clock muxes controlled by CCM_CSSR with
CLK_OPS_PARENT_ENABLE to satisfy that requirement. Experiment shows
that failing to do so would result in fa
Remove imx_clk_pllv3_locked() which was introduced for the sake of
Vybrid platform. The same effect (waiting on 'locked' bit) can be
achived with vanilla clk_pllv3_enable/disable, which make said
function unnecessary.
Signed-off-by: Andrey Smirnov
---
drivers/clk/imx/clk-pllv3.c | 24 ---
Do not touch PLL_BYPASS bit as a part of clk_pll3_enable/disable
execution. For a number of platforms (e.g. Vybrid, i.MX6SL) PLL_BYPASS
is specified as a bit controlling a clock MUX represented by a
dedicated 'struct clk'. Altering that bit as a part of
clk_pll3_enable/disable is equivalent to call
Update zii_vf610_dev_defconfig to add needed and remove unused
features.
Signed-off-by: Chris Healy
Signed-off-by: Andrey Smirnov
---
arch/arm/configs/zii_vf610_dev_defconfig | 39
1 file changed, 9 insertions(+), 30 deletions(-)
diff --git a/arch/arm/configs/z
On Mon, Jun 19, 2017 at 11:07:09AM +0200, Aleksander Morgado wrote:
> Hey,
>
> On 19/06/17 08:46, Sascha Hauer wrote:
> >> I went through the RFC916 and ended up preparing a set of fixes and
> >> improvements for the RATP logic in barebox.
> >> Let me know what you think.
> > As far as I can say
Hey,
On 19/06/17 08:46, Sascha Hauer wrote:
>> I went through the RFC916 and ended up preparing a set of fixes and
>> improvements for the RATP logic in barebox.
>> Let me know what you think.
> As far as I can say the patches look good. It's quite a while since I
> last looked at the RATP code,
On Tue, Jun 13, 2017 at 03:37:00PM +0200, Daniel Schultz wrote:
> This patch adds a further layer to the config hierarchy. It allows a
> dynamic configuration of expansions.
>
> Signed-off-by: Daniel Schultz
> ---
> defaultenv/defaultenv-2-base/bin/init | 1 +
> 1 file changed, 1 insertion(+)
>
On Tue, Jun 13, 2017 at 03:37:08PM +0200, Daniel Schultz wrote:
> Expand the boot scripts with EMMC and add a default file source for
> expansions.
>
> Removed "rw" and "rootwait" bootargs from existing boot scripts.
> Added "rootflags='data=journal'" bootarg to SD card boot script.
>
> Signed-of
17 matches
Mail list logo
