On Thu, Jan 09, 2014 at 02:59:33PM -0500, Michael Burkey wrote:
Sascha,
Since I am still having issues with the kernel booting -- and needed a
bit of a break to clear my mind -- I decided to delve into the initial
barebox bootup from NAND a bit more.
Correct me if I am wrong, but how I
On Thu, Jan 09, 2014 at 09:59:33PM +0530, Santosh Sivaraj wrote:
* Santosh Sivaraj sant...@fossix.org wrote (on 2014-01-09 21:36:41 +0530):
adding list, missed it.
Can we instead allocate the partitions dynamically? This limitation to
eight partitions we currently have is not
On Fri, Jan 10, 2014 at 11:58:00AM +0400, Alexander Shiyan wrote:
Hello.
Пятница, 10 января 2014, 8:39 +01:00 от Sascha Hauer s.ha...@pengutronix.de:
On Wed, Jan 08, 2014 at 09:44:15AM +0400, Alexander Shiyan wrote:
This patch includes update i.MX51 template and porting some barebox
On Thu, Jan 09, 2014 at 02:20:33AM -0500, Michael Burkey wrote:
A few more comments questions regarding getting the Variscite SOM up
and working (and it's pretty close to fully working at this point):
First off, what works:
1) Booting from NAND, SD, etc to barebox
2) Nand programming
On 09:02 Fri 10 Jan , Sascha Hauer wrote:
On Thu, Jan 09, 2014 at 09:59:33PM +0530, Santosh Sivaraj wrote:
* Santosh Sivaraj sant...@fossix.org wrote (on 2014-01-09 21:36:41 +0530):
adding list, missed it.
Can we instead allocate the partitions dynamically? This limitation
On Tue, Jan 07, 2014 at 07:12:47PM +0100, Lucas Stach wrote:
From: Lucas Stach d...@lynxeye.de
This makes it possible to pull other DT changes from
the linux kernel repo. Plus it will make it possible
to slim down the i.MX6 dtbs at a later point.
Signed-off-by: Lucas Stach d...@lynxeye.de
On Fri, Jan 10, 2014 at 09:24:24AM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 09:02 Fri 10 Jan , Sascha Hauer wrote:
On Thu, Jan 09, 2014 at 09:59:33PM +0530, Santosh Sivaraj wrote:
* Santosh Sivaraj sant...@fossix.org wrote (on 2014-01-09 21:36:41
+0530):
adding list,
From: Markus Niebel markus.nie...@tqs.de
eMMC is available up to version 4.5 but the
correct version is not decoded. Change version
definitions to support more minor verions, add
missing versions and parse the minor versions from
ext_csd.
After this, card detection code and devinfo reports
On Thu, Jan 09, 2014 at 09:58:36PM +0400, Antony Pavlov wrote:
This patchseries adds additional trivial checks and error message.
[PATCH 1/3] gpiolib: gpio_request(): print message on error
[PATCH 2/3] gpiolib: gpio_free: clear gpio's label field too
[PATCH 3/3] gpiolib: gpiolib command:
From: Markus Niebel markus.nie...@tqs.de
The eMMC and the SD-Card specifications describe the optional SET_DSR command.
During measurements at our lab we found that some cards implementing this
feature
having really strong driver strengts per default. This can lead to voltage peaks
above the
This is an example to add DSR support to barebox. Why this feature is
considered as useful is described in the first patch. Second patch shows
how to pass values and third patch shows how this can be supported for
a board.
Tested with TQMa53 and a 4.41 Micron eMMC with DSR support.
[PATCH 1/3]
From: Markus Niebel markus.nie...@tqs.de
all eMMC cards with DSR support used on different
revisions of TQMa53 needs the same DSR value.
just apply it.
Signed-off-by: Markus Niebel markus.nie...@tqs.de
---
arch/arm/boards/tqma53/board.c |4
1 file changed, 4 insertions(+)
diff --git
From: Markus Niebel markus.nie...@tqs.de
having DSR support in mci-core we need a way to
forward the DSR value to the driver. Add it to
platform data for imx-esdhc
TODO: implement the same for other host controller
drivers
Signed-off-by: Markus Niebel markus.nie...@tqs.de
---
Hello.
Пятница, 10 января 2014, 10:29 +01:00 от Markus Niebel
list-09_bare...@tqsc.de:
From: Markus Niebel markus.nie...@tqs.de
having DSR support in mci-core we need a way to
forward the DSR value to the driver. Add it to
platform data for imx-esdhc
...
diff --git
On Thu, Jan 09, 2014 at 03:40:08PM +0100, Steffen Trumtrar wrote:
The start-r QSB has a different pmic than the older start QSB.
Add a new dts for the QSRB and let barebox generate two images when
LOCO is selected.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
On Mon, Jan 06, 2014 at 01:45:43PM +0100, Jan Weitzel wrote:
Let of_find_node_by_path_or_alias also find a node starting with an alias
followed by a path like i2c0/tps@24
Signed-off-by: Jan Weitzel j.weit...@phytec.de
Applied, thanks
Sascha
---
v2: rename ret to node
v3: use strchr
The start-r QSB has a different pmic than the older start QSB.
Add a new dts for the QSRB and let barebox generate two images when
LOCO is selected.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
Changes in V2:
- add newlines after every DT-node
- add phandle names
There are two versions of the i.MX53 LOCO:
- the MCIMX53-START board
- the MCIMX53-START-R board
The MCIMX53-START-R has a mc34708 pmic and is otherwise the similar to the
MCIMX53-START. To prepare for the START-R, move all common nodes to a new
imx53-qsb-common.dtsi
and
Hello,
Hello.
Пятница, 10 января 2014, 10:29 +01:00 от Markus Niebel
list-09_bare...@tqsc.de:
From: Markus Niebel markus.nie...@tqs.de
having DSR support in mci-core we need a way to
forward the DSR value to the driver. Add it to
platform data for imx-esdhc
...
diff --git
From: Jesús Guitarte jguita...@data-modul.com
PFDs need to be gate/ungate after PLL lock to reset PFDs to right state.
Otherwise PFDs may lose correct state in state-machine, then no output
clock.
For i.MX6DL and i.MX6SL, ROM have taken care of PFD396 already since the
bus clock needs it.
This
Using the ANATOP_SI_REV register we can only distinguish between
i.MX6q/d and i.MX6dl/s SoCs. Take the number of cores into account
to get the exact SoC type.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
arch/arm/mach-imx/imx6.c | 10 +--
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
include/linux/list.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/linux/list.h b/include/linux/list.h
index 5ae90b4..bc63ece 100644
--- a/include/linux/list.h
+++ b/include/linux/list.h
@@ -292,6 +292,17 @@ static
The zImage should be placed where it won't be overwritten by the
uncompressed image, otherwise the kernel decompressing code has
to relocate the zImage before decompression. As Kernels tend to
become bigger put it into 32MiB into RAM if we have enough RAM
available.
Signed-off-by: Sascha Hauer
This improves the initrd/devicetree placement in the bootm code.
We used to put the initrd at the start of the kernel + 8MiB. This
of course fails once the kernel gets bigger than 8MiB. Also the
place for the devicetree was allocated using malloc(). This can
lead to the problem that the devicetree
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
common/bootm.c | 63 ++
include/boot.h | 2 ++
2 files changed, 65 insertions(+)
diff --git a/common/bootm.c b/common/bootm.c
index 9ccbe8f..d62d011 100644
--- a/common/bootm.c
+++
We have two places in which we determine the RAM start address.
Put the code in a separate function. Let this function also figure
out the space available from beginning of RAM.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
arch/arm/lib/bootm.c | 55
__do_bootm_linux is called from the uImage, zImage and raw handlers.
In case of the zImage handler the kernel will already be loaded and
the kernel load code in __do_bootm_linux will do nothing. Move the
loading code to do_bootm_linux so that __do_bootm_linux will always
be called with the kernel
Make the bootm handlers simpler by factoring out an initrd load
function.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
arch/arm/lib/bootm.c | 15 ---
common/bootm.c | 38 ++
include/boot.h | 1 +
3 files changed, 43
The common bootm code used to load uImage contents to SDRAM
before calling into the handlers if possible. This makes the
handlers complicated since they have to handle many cases. Instead,
introduce a helper to load the os after the handlers have figured
out a good load address.
Signed-off-by:
Hi Markus,
On Fri, Jan 10, 2014 at 10:29:49AM +0100, Markus Niebel wrote:
From: Markus Niebel markus.nie...@tqs.de
The eMMC and the SD-Card specifications describe the optional SET_DSR command.
During measurements at our lab we found that some cards implementing this
feature
having really
Hello Sascha,
Am 10.01.2014 12:18, wrote Sascha Hauer:
Hi Markus,
On Fri, Jan 10, 2014 at 10:29:49AM +0100, Markus Niebel wrote:
From: Markus Niebel markus.nie...@tqs.de
The eMMC and the SD-Card specifications describe the optional SET_DSR
command.
During measurements at our lab we found
On Fri, Jan 10, 2014 at 10:05:32AM +0100, Markus Niebel wrote:
From: Markus Niebel markus.nie...@tqs.de
eMMC is available up to version 4.5 but the
correct version is not decoded. Change version
definitions to support more minor verions, add
missing versions and parse the minor versions
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
Conflicts:
arch/arm/boards/dfi-fs700-m60/board.c
---
arch/arm/boards/dfi-fs700-m60/board.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boards/dfi-fs700-m60/board.c
This adds support for new board variants. Now Supported are:
- i.MX6q module with 1GiB Micron RAM
- i.MX6d/q modules with 1GiB/2GiB Nanya RAM
- i.MX6s modules with 512MiB/1GiB Nanya RAM
This has been tested on:
- i.MX6q module with 1GiB Micron RAM
- i.MX6d module with 2GiB Nanya RAM
- i.MX6s
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
arch/arm/dts/imx6qdl-dfi-fs700-m60.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/dts/imx6qdl-dfi-fs700-m60.dtsi
b/arch/arm/dts/imx6qdl-dfi-fs700-m60.dtsi
index 04bb213..67b2138 100644
---
35 matches
Mail list logo