Dne Čt 15. dubna 2010 01:12:30 Mikhail Kshevetskiy napsal(a):
> Yes, you was right. This is definitely an alignment issue.
> Here is a patch to fix this issue.
Thanks, actually, I pushed a different patch that fixed the stack alignment
issue, but forgot to reserve the space for abort stack in my
Wolfgang Denk wrote:
> Hello Custodians,
>
> please note that I have applied Peter Tyser's "Reorganize directory
> structure" patch series. This results in a massive change of the
> directory structure.
>
> Please make sure to sync your repsitories ASAP.
Do you have any plan to move board dirs t
[cc: list trimmed as this is not that urgent any more]
Dear Michal Simek,
In message <4bc6bad2.8040...@monstr.eu> you wrote:
>
> > please note that I have applied Peter Tyser's "Reorganize directory
> > structure" patch series. This results in a massive change of the
> > directory structure.
> >
There exists PCIe endpoints(not all) that remains in reset state till
PERST# line (A11 on the PCIe connector) is hold low. They come out of
reset only when this line is high.
In case of OpenRD, this line was in tri-state. So, some of the PCIe
devices would never appear on the PCIe bus. This patch
Hi Wolfgang,
> Dear Anatolij Gustschin,
>
> In message <1271254909-20398-4-git-send-email-ag...@denx.de> you wrote:
>> Adds coprocessor communication POST code.
>>
>> Signed-off-by: Anatolij Gustschin
>> ---
>> board/pdm360ng/Makefile|1 +
>> board/pdm360ng/post.c | 75
>> ++
Hi Detlev,
On Thu, 15 Apr 2010 11:18:13 +0200
Detlev Zundel wrote:
...
> >> @@ -286,6 +287,18 @@ struct post_test post_list[] =
> >> #if CONFIG_POST & CONFIG_SYS_POST_BSPEC5
> >>CONFIG_POST_BSPEC5,
> >> #endif
> >> +#if CONFIG_POST & CONFIG_SYS_POST_COPROC
> >> +{
> >> + "Coprocessors
Hi Ronny,
> Bad Data CRC
>
>
> ERROR: can't get kernel image!
[...]
> Please let me know your input on this.
Well your data seems to be corrupt - what more can we say? What does
"imi 0xffdc" say?
Maybe you did not flash the whole image correctly? E.g. did you see
error message about n
Hello Wolfgang,
On Wed, 14 Apr 2010 17:40:16 +0200
Wolfgang Denk wrote:
> ...
> > --- a/post/tests.c
> > +++ b/post/tests.c
> > @@ -53,6 +53,7 @@ extern int gdc_post_test (int flags);
> > extern int fpga_post_test (int flags);
> > extern int lwmon5_watchdog_post_test(int flags);
> > extern in
This patch adds FDT (flattened device tree) support to microblaze arch.
Tested with Linux arch/microblaze kernels with and without compiled in
FDT on Xilinx ML506 board.
Signed-off-by: Arun Bhanu
---
arch/microblaze/lib/bootm.c | 39 ++-
1 files changed, 34
From: Alessandro Rubini
This patch set is the one from December, with one addition in
documentation (last patch in the series). It is rebased to current
master, although there was no dependency on the massive renames
besides the "fix timer" patch which meanwhile got upstream.
Alessandro Rubini
From: Alessandro Rubini
Some inizialization was in board_late_init(), but to satisfy drivers
added in the next patches must be performed in normal board_init.
This patch leaves board_late_init() empty, but later patches fill it.
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
boa
From: Alessandro Rubini
This driver is an i2c device acting as a port extender. Since
the keypad can be configured to act on specific row and column lines,
the specific setup is passed by the board file. This is used by
the Nomadik nhk8815, through a later patch in this series.
Signed-off-by: A
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
include/configs/nhk8815.h |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/include/configs/nhk8815.h b/include/configs/nhk8815.h
index 2b640dc..fcb1b20 100644
--- a/include/config
From: Alessandro Rubini
This patch adds keypad support for the nhk8815 board, based on the
stmpe2401 driver. The keypad hosts 16 keys, so each of them sends a
string instead of a single key. The provided keymap is only an
example and must be customized according to the use case.
Signed-off-by:
From: Alessandro Rubini
This simply moves u-boot to a lower address, as the frame buffer
is allocated after u-boot itself in memory.
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
board/st/nhk8815/config.mk |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff -
From: Alessandro Rubini
This adds lcd support for the board. It includes defines for 32-bit
parameter as well, although support for LCD_COLOR32 is not yet in
u-boot. This uses the stmpe2401 to turn on display backlight.
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
board/st/nhk8
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
Acked-by: Andrea Gallo
---
doc/README.nhk8815 | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/doc/README.nhk8815 b/doc/README.nhk8815
index 9008e39..365d7e1 100644
--- a/doc/README.nhk8815
++
Dear Detlev Zundel,
In message you wrote:
>
> >> @@ -286,6 +287,18 @@ struct post_test post_list[] =
> >> #if CONFIG_POST & CONFIG_SYS_POST_BSPEC5
> >>CONFIG_POST_BSPEC5,
> >> #endif
> >> +#if CONFIG_POST & CONFIG_SYS_POST_COPROC
> >> +{
> >> + "Coprocessors communication test",
> >>
Dear Anatolij Gustschin,
In message <20100415112520.3b6c3...@wker> you wrote:
>
> Similar was in the first patch version. But according to Wolfgang
> this doesn't belong in the board config file.
Eventually I did not understand the whole scope of the problem, then.
In any case we should keep suc
Dear Anatolij Gustschin,
In message <20100415122416.050f3...@wker> you wrote:
>
> What would be a preferred way to realize this? Defining a weak
> function in post/post.c or post/tests.c which could be over-ridden
> by board specific one? Like:
This would eventually indeed allow for cleaner code
Hello Wolfgang,
On Wed, 14 Apr 2010 17:31:47 +0200
Wolfgang Denk wrote:
> In message <1271254909-20398-2-git-send-email-ag...@denx.de> you wrote:
> > Configure 1GiB address range in DDR LAW and
> > determine the RAM size. Fix DDR LAW afterwards.
>
> Why 1 GiB? Where is this linit coming from? I
Hello Wolfgang,
On Wed, 14 Apr 2010 17:48:40 +0200
Wolfgang Denk wrote:
> In message <1271254909-20398-3-git-send-email-ag...@denx.de> you wrote:
> > PDM360NG is a MPC5121E based board by ifm ecomatic gmbh.
> ...
> > - don't use DDR RAM size config macro, get_ram_size() is
> >used now in fi
Hi Anatolij,
On Thursday 15 April 2010 14:32:14 Anatolij Gustschin wrote:
> > With this change, can we then not also get rid of manually defining
> > CONFIG_PDM360NG_BIG ? We should be able to auto-detect the
> > configuration from the actual RAM size now, right?
>
> But another configuration fo
Hi Detlev,
I used "iminfo 0xffdc" and got following log
Image Name: Linux-2.6.31-LE
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 936145 Bytes = 914.2 kB
Load Address:
Entry Point:
Bad Data CRC
Here i am confused that if i com
>
>
> Hi Detlev,
>
> I used "iminfo 0xffdc" and got following log
> Image Name: Linux-2.6.31-LE
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 936145 Bytes = 914.2 kB
> Load Address:
> Entry Point:
> Bad Data CRC
>
> Here i am
Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead
of a platform define.
This will enable all the 83xx platforms to use sdhc_clk based
on CONFIG_FSL_ESDHC.
It's the same patch as commit 6b9ea08c5010eab5ad1056bc9bf033afb672d9cc
for the ppc/85x
Signed-off-by: Rini
---
v3 : change
This patch ports the opencore 10/100 ethernet mac driver ethoc.c
from linux kernel to u-boot.
Signed-off-by: Thomas Chou
---
use iobase of struct eth_device.
add dev_num to ethoc_initialize.
drivers/net/Makefile |1 +
drivers/net/ethoc.c | 511 +
On 04/02/2010 09:33 AM, Thomas Chou wrote:
> This patch supports the Altera CycloneIII Nios dev board using
> the example FPGA design at http://nioswiki.com/Linux.
>
> This board servers as a configuration template for nios2-generic
> approach. Since each fpga board can have different designs, we
>
This is a generic approach to port u-boot for nios2 boards.
You may find the usage of this approach on the nioswiki,
http://nioswiki.com/DasUBoot
A fpga parameter file, which contains base address information
and drivers declaration, is generated from Altera's hardware system
description sopc file
> > > please note that I have applied Peter Tyser's "Reorganize directory
> > > structure" patch series. This results in a massive change of the
> > > directory structure.
> > >
> > > Please make sure to sync your repsitories ASAP.
> >
> > Do you have any plan to move board dirs to arch folder t
Dear Anatolij Gustschin,
In message <20100415143214.3e108...@wker> you wrote:
>
> > With this change, can we then not also get rid of manually defining
> > CONFIG_PDM360NG_BIG ? We should be able to auto-detect the
> > configuration from the actual RAM size now, right?
>
> But another configura
Dear Peter Tyser,
In message <1271343853.6519.6.ca...@localhost.localdomain> you wrote:
>
> A closely related topic was discussed here:
> www.mail-archive.com/u-boot@lists.denx.de/msg20367.html
>
> The conclusion was that grouping boards by vendor as opposed to CPU type
> made sense so that the
I can see how it'd be
>> nice to split up boards into CPU directories, but we'd have to discuss
>> some of the warts, like where vendor-specific code would be located if
>> we went down that path.
>
> Right. I can see arguments pro and con each of the approaches, and I
> must admit that I have no
Hi Ronny,
> I used "iminfo 0xffdc" and got following log
>Image Name: Linux-2.6.31-LE
Just out of curiosity - does the "-LE" mean that you do have a
little-endian linux running on this platform?
Cheers
Detlev
--
Those who do not understand Unix are condemned to reinvent it,
poorl
This may be a typo inside the driver, but HFP is subtracted by 2 instead of 1
like the other variables in the register.
This is stated in AT91SAM9263 Summary 6249HâATARMâ27-Jul-09 p. 940
HFP: Horizontal Front Porch in LCDTIM2
So the driver should also subtract 2 to achieve the correct and expt
Hi Alessandro,
On Thu, 2010-04-15 at 17:31 +0200, Alessandro Rubini wrote:
> I can see how it'd be
> >> nice to split up boards into CPU directories, but we'd have to discuss
> >> some of the warts, like where vendor-specific code would be located if
> >> we went down that path.
> >
> > Right. I
>> Most boards are very similar to the original evaluation kit. For
>> example, [...]
>> Similarly, I'm working on a dave-tech.eu board series based on
>> ep9302-ep9315. [...]
> I don't follow either argument, or the name-switching argument...
Well, the name-switching is half a joke (but the p
Fix MX27 FEC logic to check validity of the MAC address in fuse.
Only null (empty fuse) or invalid MAC address was retrieved from mx27 fuses
before this change.
Signed-off-by: Eric Jarrige
---
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 8c4ade5..d7706b5 100644
--- a/drivers
On Thu, 8 Apr 2010 10:37:08 +0200
Joakim Tjernlund wrote:
> Kim Phillips wrote on 2010-04-08 10:27:03:
> >
> > The documentation is confusing: the e300c2 has its FPU chopped off -
> > the FP registers are simply not there.
> >
> > this is a good catch by Jocke - it would be best if generic 83xx
On Tue, 13 Apr 2010 20:59:04 -0500
Kim Phillips wrote:
> On Fri, 9 Apr 2010 19:06:49 +0800
> "Gao Ya'nan" wrote:
>
> > ---
> > cpu/mpc83xx/start.S |4 ++--
> > 1 files changed, 2 insertions(+), 2 deletions(-)
>
> I need a signoff on both these patches.
Gao, I can't commit these patches w
On Mon, 12 Apr 2010 09:33:14 +0200
Heiko Schocher wrote:
> - This patch reworks all headerfiles for keymile boards (coge, supx4,
> eter1, suen3).
> Furthermore, a refactoring on the whole environment variables has been
> acomplished.
>
> - Environment variables:
> - grouped into logical
On Thu, 15 Apr 2010 16:03:05 +0200
Rini van Zetten wrote:
> Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead
> of a platform define.
> This will enable all the 83xx platforms to use sdhc_clk based
> on CONFIG_FSL_ESDHC.
> It's the same patch as commit 6b9ea08c5010eab5ad1056bc9b
marketing didn't extend their postpend-with-an-A naming strategy
on rev.2's and higher beyond the first two 83xx families. This
patch stops us from misreporting we're running e.g., on an MPC8313EA,
when such a name doesn't exist.
Signed-off-by: Kim Phillips
---
arch/ppc/cpu/mpc83xx/cpu.c |4
because it's convenient.
Signed-off-by: Kim Phillips
---
include/configs/MPC8313ERDB.h |2 +-
include/configs/MPC8315ERDB.h |1 +
include/configs/MPC8323ERDB.h |1 +
include/configs/MPC832XEMDS.h |1 +
include/configs/MPC8349EMDS.h |1 +
include/configs/MPC8349ITX.h |3 +
before, MPC8349ITX boots u-boot in 4.3sec:
column1 is elapsed time since first message
column2 is elapsed time since previous message
column3 is the message
0.000 0.000: U-Boot 2010.03-00126-gfd4e49c (Apr 11 2010 - 17:25:29) MPC83XX
0.000 0.000:
0.000 0.000: Reset Status:
0
Hi Alessandro,
> > How does putting boards in their appropriate CPU directory make
> > your coding any easier?
>
> Because if all boars with the same SoC are in the same directory they
> can share source files.
But boards don't need to be in the same directory to share the same
source files.
Dear Alessandro,
In message <20100415153127.ga...@morgana.gnudd.com> you wrote:
> >
> > My gut feeling is that I like the existing board/ approach better, but
> > I'm open to arguments.
>
> Here a pair of arguments...
>
> Most boards are very similar to the original evaluation kit. For
Some b
On Fri, Apr 16, 2010 at 1:58 AM, Peter Tyser wrote:
> Hi Alessandro,
>
> On Thu, 2010-04-15 at 17:31 +0200, Alessandro Rubini wrote:
>> I can see how it'd be
>> >> nice to split up boards into CPU directories, but we'd have to discuss
>> >> some of the warts, like where vendor-specific code would
Yes i am running little endian kernel, but this error comes in both little as
well as big endian kernel.
--- On Thu, 15/4/10, Detlev Zundel wrote:
From: Detlev Zundel
Subject: Re: [U-Boot] Bad Data CRC ERROR: can't get kernel image!
To: "Ronny D"
Cc: "U-boot"
Date: Thursday, 15 April, 2010,
Graeme,
I reply to your messages since it gives somehow more information.
I'm now not really convinced that reorganizing board directories
would be a big step forward, although I still think it would be better.
Si, I'm not arguing strongly, just bringing a point of view.
Peter, Wolfgang, I'll try
50 matches
Mail list logo
