Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
This patch requires the previously-submitted patch for these files.
board/korat/korat.c | 38 --
include/configs/korat.h |1 -
2 files changed, 0 insertions(+), 39 deletions(-)
diff --git a
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
board/korat/korat.c | 42 --
include/configs/korat.h | 10 +++---
2 files changed, 47 insertions(+), 5 deletions(-)
diff --git a/board/korat/korat.c b/board/korat/korat.c
index a
Stefan Roese wrote:
> On Thursday 12 June 2008, Anatolij Gustschin wrote:
>> Building for 4xx doesn't work since commit 4dbdb768:
>>
>> In file included from 4xx_pcie.c:28:
>> include/asm/processor.h:971: error: expected ')' before 'ver'
>> make[1]: *** [4xx_pcie.o] Error 1
>>
>> This patch fixes t
Hi Niklaus, Stefan, and all,
Niklaus Giger wrote:
> Hi
>
> It took me a evening to put everything together. Therefore I send this mail
> hoping it may help somebody else. Hopefully some of the content will find
> its way into the DULG/FAQ, may as point 14.3.30. "Booting using flattened
> device
Anton Vorontsov wrote:
> On Mon, May 05, 2008 at 08:41:59PM +0200, Stefan Roese wrote:
>> On Monday 05 May 2008, Larry Johnson wrote:
>>>>> Yes, I totally agree. Patches should *not* change the default behavior.
>>>>> We should change it as you su
Nobuhiro Iwamatsu wrote:
> Hi, all.
>
> Sorry for the delay.
>
> On Fri, 18 Apr 2008 16:57:15 +0200
> Stefan Roese <[EMAIL PROTECTED]> wrote:
>
>>> The patch changes the behavior of the code _unless_
>>> CONFIG_PCI_SKIP_HOST_BRIDGE is defined. Defining that switch in the
>>> Korat configuration
Stefan Roese wrote:
> Hi Larry,
>
> On Tuesday 22 April 2008, Grant Likely wrote:
>>> Currently, I can build "zImage" for Sequoia using the powerpc
>>> architecture, and load it using U-Boot without a separate FDT binary.
>>> Is this the best way to run a Linux from the powerpc tree?
>> Sorry, I d
Hi Stefan,
Currently, I can build "zImage" for Sequoia using the powerpc
architecture, and load it using U-Boot without a separate FDT binary.
Is this the best way to run a Linux from the powerpc tree?
Please excuse me, and send me a pointer, if this is already described
somewhere.
Best regards,
André Schwarz wrote:
> Larry,
>
> you're right - but it doesn't fix my problem.
>
>
> Thanks,
> André
>
>
> Larry Johnson schrieb:
>> Andre Schwarz wrote:
>>> Last week my PCI bus has been running fine showing all devices.
>>&
Andre Schwarz wrote:
> Last week
> my PCI bus has been running fine showing all devices.
> Right now no devices are shown on the bus.
>
> I'm using CONFIG_83XX_GENERIC_PCI with common setup code for PCI.
>
> Nothing changed from my side during the last 2 weeks.
>
>
> Did I miss any changes in
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/denali_spd_ddr2.c | 27 ++-
1 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/cpu/ppc4xx/denali_spd_ddr2.c b/cpu/ppc4xx/denali_spd_ddr2.c
index 60f89c9..e20c9eb 100644
--- a/cpu/
Hi Stefan,
You may have found this already, but as of 1600 UTC 28 March, the tip of
the u-boot-pcc4xx fork breaks when building U-Boot for the Korat board
on my system (Kubuntu 7.10, ELDK 4.1). The tip of the u-boot main
repository builds OK. Replacing the file "include/libfdt_env.h in the
u-boo
Wolfgang Denk wrote:
> Hi everybody,
>
> as you are probably aware of, we have only 4 more days with an open
> merge window left (the merge window for 1.3.3 is open until Mar 31,
> 23:59:59 MET).
>
>
> I think I have now applied (or rejected) all patches I felt
> responsible for myse
Stefan Roese wrote:
> On Thursday 27 March 2008, Larry Johnson wrote:
>> It's clear now, but unfortunately I don't know enough to tell whether it
>> is also correct :-( . The statement as now written implies that the
>> statement without the clause, i.e., &qu
Stefan Roese wrote:
> On Thursday 27 March 2008, Larry Johnson wrote:
>> Yes, we normally use ECC modules in our testing. I've been looking at a
>> patch for "initdram()" Denali SPD, but I've been waiting to see how your
>> "CFG_MEM_TOP_HIDE" pat
Stefan Roese wrote:
> On Thursday 27 March 2008, Larry Johnson wrote:
>>> +- CFG_MEM_TOP_HIDE (PPC only):
>>> + If CFG_MEM_TOP_HIDE is defined in the board config header,
>>> + this specified memory area will get subtracted from the top
>>
Stefan Roese wrote:
> [...]
>
> BTW: Can you test your board with ECC modules? We need to change the ECC code
> in the Denali SPD routines to not touch the last 256 bytes here too. Best
> would be if you could provide a patch for this. :)
>
> Thanks.
>
> Best regards,
> Stefan
Yes, we normall
I wrote:
> Stefan Roese wrote:
>> [...]
>> +- CFG_MEM_TOP_HIDE (PPC only):
>> +If CFG_MEM_TOP_HIDE is defined in the board config header,
>> +this specified memory area will get subtracted from the top
>> +(end) of ram and won't get "touched" at all by U-Boot. By
>> +
Stefan Roese wrote:
>[...]
> +- CFG_MEM_TOP_HIDE (PPC only):
> + If CFG_MEM_TOP_HIDE is defined in the board config header,
> + this specified memory area will get subtracted from the top
> + (end) of ram and won't get "touched" at all by U-Boot. By
> +
Stefan Roese wrote:
> Hi Wolfgang,
>
> On Thursday 20 March 2008, Wolfgang Denk wrote:
>>> This patch adds this workaround for the following 440EPx boards:
>>> sequoia, lwmon5. Others should probably follow this example.
>> OK, the default configs for Sequoia doesn't use shared log buffer, and
>>
7;s CPLD;
(3) a revised format for manufacturer's data in serial EEPROM; and
(4) changes to track updates to U-Boot for the Sequoia board.
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
If there is a better (or more canonical) way to generate the two
versions of U-Boot for korat, I wo
Hi Stefan and group,
When I was checking the LM75/AD7414 driver using my Sequoia board, I
found that the AD7414 on the Sequoia does not appear to update its
temperature as its documentation describes. I had to reset U-Boot to
get the temperature reading to change. Also, every since I have had
th
When the LM75 temperature sensor measures a temperature below 0 C, the
current driver does not perform sign extension, so the result returned is
256 C too high. This patch fixes the problem.
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
The patch was tested on the AMCC Sequoia
When the LM73 temperature sensor measures a temperature below 0 C, the
current driver does not perform sign extension, so the result returned is
512 C too high. This patch fixes the problem, and does general cleanup
of the code.
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
drivers
Stefan Roese wrote:
> On Sunday 13 January 2008, Larry Johnson wrote:
>> Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
>
> Acked-by: Stefan Roese <[EMAIL PROTECTED]>
>
> Wolfgang, will you pull this patch dire
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/denali_spd_ddr2.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/cpu/ppc4xx/denali_spd_ddr2.c b/cpu/ppc4xx/denali_spd_ddr2.c
index 825bc21..60f89c9 100644
--- a/cpu/ppc4xx/denali_spd_ddr2.c
+++
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
include/configs/korat.h | 234 ++--
include/configs/sequoia.h | 238 ++--
2 files changed, 237 insertions(+), 235 deletions(-)
diff --git a/include/c
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
board/korat/korat.c | 311 +++
1 files changed, 141 insertions(+), 170 deletions(-)
diff --git a/board/korat/korat.c b/board/korat/korat.c
index 199c1ff..90fd0a7 100644
--- a/board/korat/k
during the tests, (2) add more checking of the
results so any unexpected ECC errors would cause the test to fail, and
(3) use synchronization (only) where required by the processor.
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
The only change between this patch and my previous submiss
Jerry Van Baren wrote:
> Stefan Roese wrote:
>> Hi Jerry,
>>
>> On Monday 14 January 2008, Jerry Van Baren wrote:
>
> [snip]
Hi Stefan and Jerry,
I just sent a response to Jerry's original e-mail, before seeing these
comments.
>>> As you should have picked up by now, a sync (forcing all I/O to
Jerry Van Baren wrote:
> Larry Johnson wrote:
>> The ECC POST reported intermittent failures running after power-up on
>> the Korat PPC440EPx board. Even when the test passed, the debugging
>> output occasionally reported additional unexpected ECC errors.
>>
>&
failures do occur in the future, the
refactoring should make the causes easier to identify.
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
post/cpu/ppc4xx/denali_ecc.c | 264 +-
1 files changed, 133 insertions(+), 131 deletions(-)
diff --git a/po
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
post/tests.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/post/tests.c b/post/tests.c
index 0c49e32..698f85c 100644
--- a/post/tests.c
+++ b/post/tests.c
@@ -241,8 +241,8 @@ struct post_test pos
Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
---
N.B.: This patch assumes my previous patch to "common/cmd_i2c.c".
common/cmd_i2c.c | 511 +++---
1 files changed, 220 insertions(+), 291 deletions(-)
diff --git a/common/cm
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
[snip]
>> -int arg;
>> -ulong addr;
>> -int rcode=
>> +int arg;
>> +ulong addr;
>> +int rcode =;
>
> Do you really think the new code is better or cleaner? It's just
> uglier.
>
> Please undo.
>
>
35 matches
Mail list logo
