As the register accessing mode is the same for all i.MXS SoCs we ought
to use 'mxs' prefix intead of 'mx28'.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/clock.c |4 +-
arch/arm/cpu/arm926ejs/mxs/iomux.c |6 +-
arch/arm/cpu/arm926ejs/mxs/mx28.c
Most code can be shared between i.MX23 and i.MX28 as both are from
i.MXS family; this source directory structure makes easy to share code
among them.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/{mx28 => mxs}/Makefile |0
arch/arm/cpu/arm926ejs/{mx28 => mxs}/clock.
Signed-off-by: Otavio Salvador
---
include/configs/m28evk.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index ebf7e39..c1ae996 100644
--- a/include/configs/m28evk.h
+++ b/include/configs/m28evk.h
@@ -17,8 +17,8 @
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
index 5ccfe70..e98a746 100644
--- a/include/configs/mx28evk.h
+++ b/include/configs/mx28evk.h
@@ -16,8 +1
Signed-off-by: Otavio Salvador
---
tools/mxsboot.c | 110 +++
1 file changed, 55 insertions(+), 55 deletions(-)
diff --git a/tools/mxsboot.c b/tools/mxsboot.c
index 6c05aa4..9661a48 100644
--- a/tools/mxsboot.c
+++ b/tools/mxsboot.c
@@ -1,5 +1
Signed-off-by: Otavio Salvador
---
include/configs/mx28evk.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
index 0c18e50..5ccfe70 100644
--- a/include/configs/mx28evk.h
+++ b/include/configs/mx28evk.h
@@ -54,11 +54,11
Signed-off-by: Otavio Salvador
---
include/configs/m28evk.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index 7472ddc..ebf7e39 100644
--- a/include/configs/m28evk.h
+++ b/include/configs/m28evk.h
@@ -114,7 +114,7 @@
This patchset include some small fixes found while looking at code to
start converting it to use a common mxs SoC code in preparation for
inclusion of i.MX23 support.
Otavio Salvador (8):
m28evk: use same notation to alloc the 128kB stack
m28evk: use "M28EVK U-Boot =>" as prompt
mx28evk: ens
Signed-off-by: Otavio Salvador
---
include/configs/m28evk.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index c62f4d0..7472ddc 100644
--- a/include/configs/m28evk.h
+++ b/include/configs/m28evk.h
@@ -88,7 +88,7 @@
#de
Hi Wolfgang,
On Sat, May 12, 2012 at 6:24 PM, Wolfgang Denk wrote:
> I think this is the wrong approach. We should let get_ram_size() do
> it's job. Or can you explain why it isn't working for you?
I haven't done a deeper investigation yet, but with current u-boot-imx
I cannot get mx28evk to
Dear Fabio Estevam,
In message <1336843047-27479-1-git-send-email-feste...@gmail.com> you wrote:
> From: Fabio Estevam
>
> Scan only first 128MB of DRAM to avoid memory wraparound.
>
> This fixes mx28evk boot and it follows the same idea of commit
> 19a2066b57 (M28: Scan only first 512 MB of DR
Dear Fabio Estevam,
In message <1336838852-14235-1-git-send-email-feste...@gmail.com> you wrote:
> From: Fabio Estevam
>
> Scan only first 512 MB of DRAM to avoid memory wraparound.
>
> This fixes mx28evk boot and it follows the same idea of commit
> 19a2066b57 (M28: Scan only first 512 MB of D
Dear Alexander Holler,
In message <4faeb5c2.40...@ahsoftware.de> you wrote:
>
> In the good old days (tm) with line printers and almost endless paper
> from dead trees, CRLF instead only LF as line endings in text files did
> made sense.
It still makes a lot of sense in tty output. Guess how a
Dear Alexander Holler,
In message <4fae78be.3090...@ahsoftware.de> you wrote:
>
> Try to explain a windows user that a text file should not contain
> carriage returns and how he can achieve that.
>
> You'll do it once, maybe twice, than you will surrender. ;)
I disagree here. But of course YMM
Dear Alexander Holler,
In message <4fae7232.1050...@ahsoftware.de> you wrote:
>
> > I would like to put as little restrictions on the content of an
> > environment variable as possible. I can see valid use for strings
> > that contain a CR character.
>
> I don't see any reasonable usage for carr
Am 12.05.2012 20:37, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 18:08, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 16:46, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 08:17, schrieb Marek Vasut:
Dear Alexander Holler,
This is used for compatibi
Dear Alexander Holler,
> Am 12.05.2012 18:08, schrieb Marek Vasut:
> > Dear Alexander Holler,
> >
> >> Am 12.05.2012 16:46, schrieb Marek Vasut:
> >>> Dear Alexander Holler,
> >>>
> Am 12.05.2012 08:17, schrieb Marek Vasut:
> > Dear Alexander Holler,
> >
> >> This is used for c
Am 12.05.2012 18:08, schrieb Marek Vasut:
> Dear Alexander Holler,
>
>> Am 12.05.2012 16:46, schrieb Marek Vasut:
>>> Dear Alexander Holler,
>>>
Am 12.05.2012 08:17, schrieb Marek Vasut:
> Dear Alexander Holler,
>
>> This is used for compatibility with text files which are
>>
Dear Fabio Estevam,
> Fix the position for PSWITCH key.
>
> The good benefit of doing this is that boot time is greatly reduced:
> from 5 seconds to less then 1 second.
>
> Signed-off-by: Fabio Estevam
> ---
> doc/README.mx28evk |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Fix the position for PSWITCH key.
The good benefit of doing this is that boot time is greatly reduced:
from 5 seconds to less then 1 second.
Signed-off-by: Fabio Estevam
---
doc/README.mx28evk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/doc/README.mx28evk b/doc/RE
From: Fabio Estevam
Scan only first 128MB of DRAM to avoid memory wraparound.
This fixes mx28evk boot and it follows the same idea of commit
19a2066b57 (M28: Scan only first 512 MB of DRAM to avoid memory wraparound)
Signed-off-by: Fabio Estevam
---
Change since v1:
- Set the RAM size as 128MB
Dear Fabio Estevam,
> On Sat, May 12, 2012 at 1:19 PM, Marek Vasut wrote:
> > All right, this approach is valid then. Btw. Fabio, can you verify that
> > you don't see any memory aliasing now (just to avoid trouble).
>
> Actually I think it would be better to define the total size of RAM
> for m
Dear Fabio Estevam,
> On Sat, May 12, 2012 at 1:19 PM, Marek Vasut wrote:
> > All right, this approach is valid then. Btw. Fabio, can you verify that
> > you don't see any memory aliasing now (just to avoid trouble).
>
> How can I verify this, please?
Try writing some pattern into DRAM at "offs
On Sat, May 12, 2012 at 1:19 PM, Marek Vasut wrote:
> All right, this approach is valid then. Btw. Fabio, can you verify that you
> don't see any memory aliasing now (just to avoid trouble).
Actually I think it would be better to define the total size of RAM
for mx28evk as 128MB.
Do you agree?
On Sat, May 12, 2012 at 1:19 PM, Marek Vasut wrote:
> All right, this approach is valid then. Btw. Fabio, can you verify that you
> don't see any memory aliasing now (just to avoid trouble).
How can I verify this, please?
Regards,
Fabio Estevam
___
U
Dear Fabio Estevam,
> On Sat, May 12, 2012 at 1:10 PM, Marek Vasut wrote:
> > Thanks, sorry for the breakage.
> >
> > Acked-by: Marek Vasut
> >
> > btw. I think Otavio was working on some common config, wasn't he?
>
> Yes, I think Otavio is working on that.
That'd be so cool ... :)
>
> > b
On Sat, May 12, 2012 at 1:10 PM, Marek Vasut wrote:
> Thanks, sorry for the breakage.
>
> Acked-by: Marek Vasut
>
> btw. I think Otavio was working on some common config, wasn't he?
Yes, I think Otavio is working on that.
> btw2. won't there ever be MX28EVK with more than 512MB of DRAM?
I don
>
>Ditto.
>
>Have a look at itest; if you still make no progress then please
>describe what you actually want to do, so we can show you how to do it
>efficiently - without need to modify code.
>
>Best regards,
>
>Wolfgang Denk
>
Dear Wolfgang,
thanks for your support.
Let me understand if I get
Dear Fabio Estevam,
> From: Fabio Estevam
>
> Scan only first 512 MB of DRAM to avoid memory wraparound.
>
> This fixes mx28evk boot and it follows the same idea of commit
> 19a2066b57 (M28: Scan only first 512 MB of DRAM to avoid memory wraparound)
Thanks, sorry for the breakage.
Acked-by: M
Dear Alexander Holler,
> Am 12.05.2012 16:46, schrieb Marek Vasut:
> > Dear Alexander Holler,
> >
> >> Am 12.05.2012 08:17, schrieb Marek Vasut:
> >>> Dear Alexander Holler,
> >>>
> This is used for compatibility with text files which are
> using CRLF instead of LF as the end of a line
From: Fabio Estevam
Scan only first 512 MB of DRAM to avoid memory wraparound.
This fixes mx28evk boot and it follows the same idea of commit
19a2066b57 (M28: Scan only first 512 MB of DRAM to avoid memory wraparound)
Signed-off-by: Fabio Estevam
---
include/configs/mx28evk.h |2 +-
1 fil
Dear Fabio Estevam,
> On Sat, May 12, 2012 at 12:53 PM, Fabio Estevam wrote:
> > Hi Marek,
> >
> > This commit in u-boot-imx causes mx28evk board to not boot:
> >
> > commit acc4959fc1b3e61beb372f686595eb2f90240c92
> > Author: Marek Vasut
> > Date: Thu May 3 05:47:18 2012 +
> >
> >R
On Sat, May 12, 2012 at 12:53 PM, Fabio Estevam wrote:
> Hi Marek,
>
> This commit in u-boot-imx causes mx28evk board to not boot:
>
> commit acc4959fc1b3e61beb372f686595eb2f90240c92
> Author: Marek Vasut
> Date: Thu May 3 05:47:18 2012 +
>
> Revert "i.MX28: Enable additional DRAM addres
Hi Marek,
This commit in u-boot-imx causes mx28evk board to not boot:
commit acc4959fc1b3e61beb372f686595eb2f90240c92
Author: Marek Vasut
Date: Thu May 3 05:47:18 2012 +
Revert "i.MX28: Enable additional DRAM address bits"
Can you please check?
Regards,
Fabio Estevam
__
Hello,
On Wed, 02 May 2012 19:17:41 -0700
Aaron Williams wrote:
> This patch fixes several issues where sector offsets can overflow due to
> being limited to 16-bits. There are many cases which can cause an
> overflow, including large FAT32 partitions and partitions that start at
> a sufficient
Am 12.05.2012 16:46, schrieb Marek Vasut:
Dear Alexander Holler,
Am 12.05.2012 08:17, schrieb Marek Vasut:
Dear Alexander Holler,
This is used for compatibility with text files which are
using CRLF instead of LF as the end of a line.
Signed-off-by: Alexander Holler
Why don't you run the f
Dear Alexander Holler,
> Am 12.05.2012 08:17, schrieb Marek Vasut:
> > Dear Alexander Holler,
> >
> >> This is used for compatibility with text files which are
> >> using CRLF instead of LF as the end of a line.
> >>
> >> Signed-off-by: Alexander Holler
> >
> > Why don't you run the file trough
Dear "ffile...@libero.it",
In message <28478089.7028571336829211206.JavaMail.defaultUser@defaultHost> you
wrote:
>
> I need to access data values stored in flash for integrity checking.
This is something where teh test / itest commands come in handy.
> Thus, I would like to parse the output of
Dear all,
I need to access data values stored in flash for integrity checking.
Thus, I would like to parse the output of md (memory display) and store its
output to enviromental varaibles.
For example, when invoking:
=> md 0x10 1
0010: 8083764e bd86200a 60a19054 2c12c402
I would like
Am 12.05.2012 08:17, schrieb Marek Vasut:
Dear Alexander Holler,
This is used for compatibility with text files which are
using CRLF instead of LF as the end of a line.
Signed-off-by: Alexander Holler
Why don't you run the file trough dos2unix or tr -d '\r' ?
Because my files don't contain
Am 11.05.2012 21:09, schrieb Wolfgang Denk:
Dear Alexander Holler,
In message<1336720486-7424-1-git-send-email-hol...@ahsoftware.de> you wrote:
This is used for compatibility with text files which are
using CRLF instead of LF as the end of a line.
I don't think we should do this. If you hav
Hi,
I found an interesting situation where I can not decide whether it is a bug or
functionality that should not be included at all.
If I generate UBI image consisting of 3 Volumes to NAND flash on my board,
U-boot does not attach UBI to MTD. This happens only if UBI contains a volume
that ha
Hello all,
I am trying to add dataflash support for the at91sam9m10g45ek to a
recent version of u-boot (2010.06 or later). I have a patched version
of u-boot-1.3.4 from linux4sam that works, and a glance at more recent
code seems to show dataflash supported on other at91 boards in
versions >= 201
43 matches
Mail list logo
