Currently the clk_adj is 6 (3/4 cycle), The settings will cause
the DDR controller hang at the data init. Change the clk_adj
from 6 to 4 (1/2 cycle), make the memory system stable.
Signed-off-by: Dave Liu
---
board/freescale/mpc8569mds/ddr.c |2 +-
1 files changed, 1 insertions(+), 1 deletio
On Thu, Mar 26, 2009 at 7:26 PM, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message <9e4733910903261435x598055f8m74c5ac03ad16b...@mail.gmail.com> you
> wrote:
>>
>> The *.bin format is not smart enough to encode gaps. It just puts in
>> 60KB of zeros.
>
> Yes, of course. A binary image cannot
Dear Jon Smirl,
In message <9e4733910903261435x598055f8m74c5ac03ad16b...@mail.gmail.com> you
wrote:
>
> The *.bin format is not smart enough to encode gaps. It just puts in
> 60KB of zeros.
Yes, of course. A binary image cannot have holes in it.
> My ELF files are 73KB.
> -rwxr-xr-x 1 jonsmirl
Jean-Christophe PLAGNIOL-VILLARD wrote:
> Hi Wolfgang,
>
> Please pull The following changes since commit
> 4ace2823bc1fcc96874069a9a8c0821ff4f95f5d:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-avr32
>
> are available in the git repository at:
>
> git://
Minkyu Kang wrote:
> Hi,
> I have question or request about omap3 mmc.
> I want to write the image to mmc.
> But, omap3_mmc has no function for it.
You want to say that OMAP3 MMC driver lacks MMC write support? Yes,
looks so ;)
> Do you have some patches for omap3_mmc?
> or..
> How about impleme
Minkyu Kang wrote:
> There are 3 MMC/SD/SDIO host controllers inside the device.
> This patch will support mmc2 and mmc3.
By this patch, the MMC controller actually used is configured by
CONFIG_MMC_INDEX at compile time? I.e. setting CONFIG_MMC_INDEX to 1
will use mmc1, 2 will switch to mmc2 and
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Dave Liu (2):
fsl-ddr: Fix two bugs in the ddr infrastructure
fsl-ddr: add the DDR3 SPD infrastructure
Haiying Wang (3):
MPC85xx: Load and enable QE microcode patch in IRAM
MPC85xx:
Hi Peter,
On Thu, Mar 26, 2009 at 6:26 PM, Peter Tyser wrote:
> Hi Michael,
>> Hi Peter,
>>
>> Thanks for the reference. I found this thread very interesting.
>>
>> Before I submitted the patch I also wondered if it is possible for
>> the link status to be OK while auto-negotiation has no
On Thu, 26 Mar 2009 01:34:39 -0500
Kumar Gala wrote:
> Signed-off-by: Kumar Gala
> ---
> include/configs/MPC8323ERDB.h | 26 -
> include/configs/MPC832XEMDS.h | 26 -
> include/configs/MPC8349EMDS.h | 62
> include/c
On Thu, Mar 26, 2009 at 5:15 PM, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message <9e4733910903261350v21bf16c5l5729927048e0d...@mail.gmail.com> you
> wrote:
>>
>> > I'm not sure how you calculate sizes, or how you link your
>> > applications. Note that classical standalone application do not
Dear Stefan Roese,
In message <200903261839.54706...@denx.de> you wrote:
> The following changes since commit 33e88c557b29c84c52039ba05993fa70fe62afe3:
> Jon Smirl (1):
> mpc5200: suppress printf until console initialized
>
> are available in the git repository at:
>
> git://www.denx
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090325213454.gb18...@game.jcrosoft.org> you wrote:
> Hi Wolfgang,
>
> Please pull The following changes since commit
> ee1702d75a30d076139d1841383a1fa7220a0e11:
> Wolfgang Denk (1):
> Merge branch 'next' of ../next
>
> are available
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090325212639.ga18...@game.jcrosoft.org> you wrote:
> Hi Wolfgang,
>
> Please pull The following changes since commit
> 4ace2823bc1fcc96874069a9a8c0821ff4f95f5d:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot
Dear Jon Smirl,
In message <9e4733910903261350v21bf16c5l5729927048e0d...@mail.gmail.com> you
wrote:
>
> > I'm not sure how you calculate sizes, or how you link your
> > applications. Note that classical standalone application do not link
> > against any libraries, so they are really small:
>
> Th
This patch adds MPC8569MDS board support. The UART, QE UEC1 and UEC2, BRD
EEPROM on I2C2 bus, PCI express and DDR3 SPD are supported in this patch.
Signed-off-by: Haiying Wang
Signed-off-by: Hillel Avni
---
MAKEALL |1 +
Makefile
There is a workaround for MPC8569 CPU Errata, which needs to set Bit 13 of LBCR
in 4K bootpage. We setup a temp TLB for eLBC controller in bootpage, then
invalidate it after LBCR bit 13 is set.
Signed-off-by: Haiying Wang
---
cpu/mpc85xx/Makefile |1 +
cpu/mpc85xx/cpu.c|
For the silicon which doesn't have ROM support in QE, it always needs to load
a pre-built ucode binary to IRAM so that QE can work.
Signed-off-by: Haiying Wang
Signed-off-by: Hillel Avni
---
drivers/qe/qe.c |9 +
drivers/qe/qe.h |1 +
2 files changed, 10 insertions(+), 0 deletio
On Thu, Mar 26, 2009 at 4:27 PM, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message <9e4733910903260647w549a97acv7101ea9347a76...@mail.gmail.com> you
> wrote:
>> My networking hardware needs microcode loaded into it before it will
>> function. What's the best method to load this code? It's 70K
Dear Jon Smirl,
In message <9e4733910903260647w549a97acv7101ea9347a76...@mail.gmail.com> you
wrote:
> My networking hardware needs microcode loaded into it before it will
> function. What's the best method to load this code? It's 70KB.
>
> My current u-boot image is 170KB. I started working with
TC Liew wrote:
> Richard,
>
> I used 6 for most platforms. 1 is lowest priority - 7 - is the highest.
Got it, thanks TC, I set it similar to the other platform (x1E):
A patch for the timer interrupt that fixes the sleep command is submitted on a
separate thread.
I have also submitted a patch f
From abd87852f80b84e77ab264acdb36e7814302b097 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Thu, 26 Mar 2009 15:26:01 -0400
Subject: [PATCH] Coldfire M5271: Activate u-boot system timer interrupt.
This patch assigns the u-boot system timer interrupt to
interrupt level 3, priority 6. Wit
Richard,
I used 6 for most platforms. 1 is lowest priority - 7 - is the highest.
Regards,
TsiChung
On Thu, Mar 19, 2009 at 4:15 PM, Richard Retanubun
wrote:
> Richard Retanubun wrote:
>>
>> Hi TC,
>>
>> TC Liew wrote:
>>>
>>> Richard,
>>> Is there a purpose that you used DTIMER 3 but not 1 or
Hi
I am working on a port of 1.3.4 to the LPC313x and I am having some trouble
with the ext2fs. U-Boot reads blocks 0x00, 0x02, 0x08, 0x200. I modified the
code to dump the block data as it is read & verified that the data is
correct.
The ext2ls command returns nothing, I guess thats because bl
The following changes since commit 33e88c557b29c84c52039ba05993fa70fe62afe3:
Jon Smirl (1):
mpc5200: suppress printf until console initialized
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Stefan Roese (1):
ppc4xx: Sequoia: Fix TLB reass
cmfai...@rockwellcollins.com wrote:
> Hi,
> I am wondering what the ramifications of not using the MMU in U-Boot are?
> I have an MPC8360 (e300 core) where it is capable of disabling the MMU via
> the MSR[IR] and MSR[DR] bits.
>
> Before disabling the MMU, I'm just wondering why U-Boot bothers to
Hi,
I am wondering what the ramifications of not using the MMU in U-Boot are?
I have an MPC8360 (e300 core) where it is capable of disabling the MMU via
the MSR[IR] and MSR[DR] bits.
Before disabling the MMU, I'm just wondering why U-Boot bothers to set up
the MMU on CPU's that providing disabli
On Thu, Mar 26, 2009 at 11:10 AM, Jon Smirl wrote:
> On Thu, Mar 26, 2009 at 11:06 AM, Jon Smirl wrote:
>> On Thu, Mar 26, 2009 at 10:43 AM, Rafal Jaworowski wrote:
>>>
>>> On 2009-03-26, at 15:21, Jon Smirl wrote:
>>>
Libraries appear to be the problem. A program that just returns is 100
>
Hi Michael,
> Hi Peter,
>
> Thanks for the reference. I found this thread very interesting.
>
> Before I submitted the patch I also wondered if it is possible for
> the link status to be OK while auto-negotiation has not been completed
> yet.
> So I dived into the IEEE-802.3 spec (Cl
Hi Wolfgang,
>> In message <1237998478-18452-4-git-send-email-...@denx.de> you wrote:
>>> This pretty unintelligent interface is used on some RTC chips.
>>>
>>> Signed-off-by: Detlev Zundel
>> ...
>>> diff --git a/include/tws.h b/include/tws.h
>>> new file mode 100644
>>> index 000..bfa8d58
This patch fixes a bug in the Sequoia TLB init code to reconfigure
the correct TLB (boot space) after running from RAM. This bug was
introduced with patch 4d332dbeb08f5863d1ea69d91a00c5499d3a87ed
[ppc4xx: Make Sequoia boot vxWorks] which changed the order of the
TLB in the Sequoia init.S file.
Sig
On Tue, Mar 24, 2009 at 9:01 PM, Peter Tyser wrote:
> Hi Michael,
>
> On Tue, 2009-03-24 at 19:57 +0200, Michael Zaidman wrote:
>> drivers/net/tsec.c - mii_parse_sr does not wait for auto-negotiation
>> completion bug fix
>>
>> In the case when the MIIM_STATUS_LINK is 0 i.e. link is down
>> and th
On Thursday 26 March 2009 09:47:08 Jon Smirl wrote:
> My networking hardware needs microcode loaded into it before it will
> function. What's the best method to load this code? It's 70KB.
can the microcode access external memory (i.e. where u-boot lives) ? iirc,
the external functions are not li
On Thursday 26 March 2009 02:33:59 Heiko Schocher wrote:
> actual u-boot top of tree builds with warnings/errors for
> the following boards:
>
> ads5121 cpci5200 mecp5200 v38b IAD210 MBX MBX860T NX823
> RPXClassic debris PN62
>
> following patch solves this.
>
> Signed-off-by: Heiko Schocher
Acke
The function is called "eth_setenv_enetaddr", not "eth_putenv_enetaddr".
Signed-off-by: Mike Frysinger
CC: Ben Warren
---
board/sandburst/karef/karef.c |8
board/sandburst/metrobox/metrobox.c |8
board/xpedite1k/xpedite1k.c |8
3 files change
On Thu, Mar 26, 2009 at 11:06 AM, Jon Smirl wrote:
> On Thu, Mar 26, 2009 at 10:43 AM, Rafal Jaworowski wrote:
>>
>> On 2009-03-26, at 15:21, Jon Smirl wrote:
>>
>>> Libraries appear to be the problem. A program that just returns is 100
>>> bytes, add a puts("hello world") and it is 65KB.
>>>
>>>
On Thu, Mar 26, 2009 at 10:43 AM, Rafal Jaworowski wrote:
>
> On 2009-03-26, at 15:21, Jon Smirl wrote:
>
>> Libraries appear to be the problem. A program that just returns is 100
>> bytes, add a puts("hello world") and it is 65KB.
>>
>> I had expected the u-boot app examples to be smart and use t
On 2009-03-26, at 15:21, Jon Smirl wrote:
> Libraries appear to be the problem. A program that just returns is 100
> bytes, add a puts("hello world") and it is 65KB.
>
> I had expected the u-boot app examples to be smart and use the copy of
> those libraries in the u-boot image. For example the d
Can some one tell how to build u-boot and ubl for DM355 to be located on its
NandFlash?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> In message <200903261103.28452...@denx.de> you wrote:
> >
> > > #define FLASH_FIXUP_ADDR_8(addr) ((void*)((ulong)(addr)^2))
> > > #define FLASH_FIXUP_ADDR_16(addr) ((void*)((ulong)(addr)^2))
> ...
> > Yes, I think this could be accepted. The overall impact on
> the driver is not
> > too big.
Jon Smirl wrote:
> On Thu, Mar 26, 2009 at 9:52 AM, Jerry Van Baren
> wrote:
>> Jon Smirl wrote:
>>> My networking hardware needs microcode loaded into it before it will
>>> function. What's the best method to load this code? It's 70KB.
>>>
>>> My current u-boot image is 170KB. I started working
Dear Stefan Roese,
In message <200903261103.28452...@denx.de> you wrote:
>
> > #define FLASH_FIXUP_ADDR_8(addr)((void*)((ulong)(addr)^2))
> > #define FLASH_FIXUP_ADDR_16(addr) ((void*)((ulong)(addr)^2))
...
> Yes, I think this could be accepted. The overall impact on the driver is not
> too
On Thu, Mar 26, 2009 at 9:52 AM, Jerry Van Baren wrote:
> Jon Smirl wrote:
>>
>> My networking hardware needs microcode loaded into it before it will
>> function. What's the best method to load this code? It's 70KB.
>>
>> My current u-boot image is 170KB. I started working with the code in
>> exam
Jon Smirl wrote:
> My networking hardware needs microcode loaded into it before it will
> function. What's the best method to load this code? It's 70KB.
>
> My current u-boot image is 170KB. I started working with the code in
> examples and api_examples. But the "hello world" programs built using
My networking hardware needs microcode loaded into it before it will
function. What's the best method to load this code? It's 70KB.
My current u-boot image is 170KB. I started working with the code in
examples and api_examples. But the "hello world" programs built using
those APIs are 65-72KB in s
SlinceArm wrote:
> Hi , Wolfgang Denk
>
> Thank for your reply : )
>
>> U-Boot 1.1.4 is prehistoric, please use reacent code. And minicom is
>> officially unsupported (see the repective entry in the U-Boot manual).
>
> Ok , i will try to install u-boot-2009-03 in my board
>
> But , is any oth
Hi , Wolfgang Denk
Thank for your reply : )
>U-Boot 1.1.4 is prehistoric, please use reacent code. And minicom is
>officially unsupported (see the repective entry in the U-Boot manual).
Ok , i will try to install u-boot-2009-03 in my board
But , is any other setting cause garbled ??
I get
OneNAND commands now work for Flex-OneNAND.
Add command for changing Flex-OneNAND SLC / MLC boundary.
Signed-off-by: Rohit Hagargundgi
Signed-off-by: Amul Kumar Saha
---
common/cmd_onenand.c | 103 --
include/configs/apollon.h |2
2 files chang
Hi Scott,
>> I believe that typecasting a UL to an int, is OK.
>> Do let me know.
>
> The compiler will implicitly cast unsigned long to int. The explicit cast
> is unnecessary clutter which makes it harder to find casts that aren't OK.
Accepted and changed.
Thank You
Amul.
___
There are 3 MMC/SD/SDIO host controllers inside the device.
This patch will support mmc2 and mmc3.
Signed-off-by: Minkyu Kang
---
drivers/mmc/omap3_mmc.c | 38 ++---
include/asm-arm/arch-omap3/mmc_host_def.h | 18 -
include/asm-arm/arch-o
Hi,
I have question or request about omap3 mmc.
I want to write the image to mmc.
But, omap3_mmc has no function for it.
Do you have some patches for omap3_mmc?
or..
How about implementation generic mmc for omap3?
Please check this issue.
Thank you :)
---
Minkyu Kang
Confirmation Reference Number: 78-45-2-12-47-66-4
reply to E-mail to:frank.daniels...@gmail.com
You have won €1.000.000.00. Euro (One million Euro) in the Euro Millions
Email
Sweepstakes Program Corporation, held on the 16th of March 2009. In London,
United Kingdom. Please contact the agency fo
On Wednesday 25 March 2009, thomas.lan...@infineon.com wrote:
> I'm in the process of preparing some code for a new board and want to use
> the generic cfi flash driver. The problem is EBU (External Bus Unit) of the
> chip, which is internally 32bit.
Which SoC is this btw?
> The access to 8/16bit
Hi Wolfgang,
> Dear Detlev Zundel,
>
> In message <1237998478-18452-4-git-send-email-...@denx.de> you wrote:
>> This pretty unintelligent interface is used on some RTC chips.
>>
>> Signed-off-by: Detlev Zundel
> ...
>> diff --git a/include/tws.h b/include/tws.h
>> new file mode 100644
>> index 0
Remco Poelstra schreef:
>>> Yes I do. They are straight from the LPC2292 code, so once they were
>>> considered OK. I checked out the the write{s,l,b} functions in asm/io.h,
>>> but although they look similar, for some reason they simply don't work.
>>> Given the similarities between the write{s
Jean-Christophe PLAGNIOL-VILLARD schreef:
>
> please clean up first before a full review
Hi,
This patch is outdated. After the part 1 patch is OK, I'll work on this
part. I'll include your comments then.
Kind regards,
Remco Poelstra
___
U-Boot mail
Jean-Christophe PLAGNIOL-VILLARD schreef:
>> No, thumb code is less efficient in terms of performance, but this
>> single file needs thumb code. See LPC2292.
> what is the Difference?
>
> until a real big gap please do not use thumb
IAP entries need thumb code. This is not a problem, they are on
From: Wolfgang Denk
Enabling the instruction cache significantly accelerates U-Boot
operations like CRC checking, image uncompression, etc.
Kudos to Andrea Scian for pointing out.
Signed-off-by: Wolfgang Denk
---
include/configs/ads5121.h |2 +-
1 files changed, 1 insertions(+), 1 deletio
Jean-Christophe PLAGNIOL-VILLARD schreef:
>> I'm not an expert in assembly, but at first I had immap.h included in
>> start.S and it complained about invalid instructions, so if I combine
>> hardware.h and immap.h, then there must be some way of making sure that
>> the assembler ignores the C co
58 matches
Mail list logo
