Kim,
> Wolfgang's master.
ok - so do I :
U-Boot 2010.06-rc2-00039-g29cf267-dirty (Jun 23 2010 - 07:49:01) MPC83XX
Reset Status:
CPU: e300c1, MPC8343A, Rev: 3.0 at 400 MHz, CSB: 266.667 MHz
> [snip]
> >
> > This is already present in current master.
>
> right, but both of you didn't g
Stephan Linz wrote:
> Am Dienstag, 22. Juni 2010 09:24:40 schrieb Michal Simek:
>> Stephan Linz wrote:
>>> Foresighted to support flat device tree realocations we need to use
>>> the new Logical memory blocks library in a manner as been used by all
>>> other architectures.
>>>
>>> Signed-off-by: St
Stephan Linz wrote:
> Am Dienstag, 22. Juni 2010 09:25:56 schrieb Michal Simek:
>> Stephan Linz wrote:
>>> Signed-off-by: Stephan Linz
>>> ---
>>> include/configs/microblaze-generic.h |8
>>> 1 files changed, 8 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/include/configs/microb
Felix,
nice to hear that your problem is fixed.
Since I'm using VSC8601 PHY with RGMII interface this looks like a
different issue.
Cheers,
André
On Tue, 2010-06-22 at 23:04 +0300, Felix Radensky wrote:
> Hi,
>
> eTSEC2 is unusable with TOT master on P2020RDB RevC. The following
> example dem
Dear "Rajeesh.R",
In message <1277266420.2669.13.ca...@localhost.localdomain> you wrote:
>
> I am using at91rm9200dk board
> in this external RAM is 32 MB is using
> In the uboot we are mapping this ram So what about our internal ram of
> AT91rm9200 ( 16K Bytes of SRAM )
> don't we use it ?
Dear "Rajeesh.R",
In message <1277264766.2669.8.ca...@localhost.localdomain> you wrote:
>
> In some posts I have noticed about ROMBOOT whether this romboot is
> required for dk board
You need only U-Boot, nothing else.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: W
This patch adds support for the second and third mmc channels on OMAP3
processors
Boards wishing to use this feature should define CONFIG_SYS_MMC_SET_DEV
in the board config
Tested on Overo
Signed-off-by: Steve Sakoman
Tested-by: Philip Balister
---
arch/arm/include/asm/arch-omap3/mmc_host_
hi,
I am using at91rm9200dk board
in this external RAM is 32 MB is using
In the uboot we are mapping this ram So what about our internal ram of
AT91rm9200 ( 16K Bytes of SRAM )
don't we use it ?
Regards
Rajeesh
___
U-Boot mailing list
U-Boot@list
Hi,
In some posts I have noticed about ROMBOOT whether this romboot is
required for dk board
regards
Rajeesh.R
Dear "Rajeesh.R",
In message <1277210435.11717.32.ca...@localhost.localdomain> you wrote:
>
> I am work with AT91rm9200dk board
> AT49BV642DT flash is using for keep uboot .
On 6/23/2010 2:00 AM, Wolfgang Denk wrote:
> Dear Armando VISCONTI,
>
> In message <4c20d70c.2050...@st.com> you wrote:
>>
>> As the patchset has already been acked by the proper people
>> in the community and since it has been floating around for long
>> time can you possibly include it in your t
On Tue, Jun 22, 2010 at 5:26 PM, Ben Warren wrote:
> A few years ago I wrote a driver for KS8841 and got it working (16-bit
> memory-mapped on PowerPC). I started with the Micrel driver, but as you
> know it's pretty ugly. Last week I dusted off that old driver and got it to
> compile with the
Hi Ben,
I was able to integrate your driver to u-boot and load it on my PowerPC
board.
Since the device was not recognized, I started debugging it and found some
hardware issues.
For some reason we are not able to change the bank registers by writing the
bank number into 30e address. Ps. I'm writ
Hi Steve,
On 6/22/2010 4:44 PM, Steve Sakoman wrote:
> On Tue, Jun 15, 2010 at 9:14 AM, Ben Warren wrote:
>
>> Hi Douglas,
>>
>> On Tue, Jun 15, 2010 at 7:24 AM, Douglas Lopes Pereira<
>> douglaslopespere...@gmail.com> wrote:
>>
>>
>>> Hi all,
>>>
>>> I managed to get KS8841 driver rec
On Sun, 20 Jun 2010 22:21:14 +0300
Ofer Goren wrote:
> Hi.
>
> I'm trying to use an evaluation board with U-boot to load and run a
> vxworks6.8 image for PPC CPU.
> I'm using TFTP to download the image to address 0x10. After that I tried
> several ways to start running the image, and fail
On Sun, 20 Jun 2010 21:32:48 +0400
Ilya Yanok wrote:
> This patch provides support for MPC8308ERDB development board from
> Freescale with a minimal set of features:
> Dual UART is supported
> NOR flash is supported
> Both TSEC Ethernet controllers are supported
> PCI Express initialization i
The MPC5200 has a nasty problem that will cause silent data corruption
when performing unaligned 16 or 32 byte accesses when reading from the
local bus - typically this affects reading from flash. The problem can
be easily shown:
=> md fc0c 10
fc0c: 323e4337 01626f6f 74636d64 3d72756e2
On Tue, Jun 15, 2010 at 9:14 AM, Ben Warren wrote:
> Hi Douglas,
>
> On Tue, Jun 15, 2010 at 7:24 AM, Douglas Lopes Pereira <
> douglaslopespere...@gmail.com> wrote:
>
>> Hi all,
>>
>> I managed to get KS8841 driver recognized by u-boot. But I'm certain that
>> it was not in the correct way.
>>
>>
The MPC5200 has a nasty problem that will cause silent data corruption
when performing unaligned 16 or 32 byte accesses when reading from the
local bus - typically this affects reading from flash. The problem can
be easily shown:
=> md fc0c 10
fc0c: 323e4337 01626f6f 74636d64 3d72756e2
Dear Andrew,
In message you
wrote:
>
> >> --- a/arch/arm/cpu/sa1100/timer.c
> >> +++ b/arch/arm/cpu/sa1100/timer.c
> >> @@ -41,7 +41,7 @@ void reset_timer (void)
> >>
> >> ulong get_timer (ulong base)
> >> {
> >> - return get_timer_masked ();
> >> + return get_timer_masked () - base;
>
Dear Joe Hershberger,
In message you
wrote:
>
> So this means all aspects of the env handling would be under "env *"
> including such things as printenv and setenv? I like this so long as
> the current commands remain for compatibility.
That's what I'm doing.
> That sounds interesting. Is th
Dear Minkyu Kang,
In message <4c1b4aee.8090...@samsung.com> you wrote:
> ATAG_VIDEOLFB is not used anywhere.
> The belowing warning is occurred due to this ATAG.
>
> [0.00] Ignoring unrecognised tag 0x54410008
>
> This patch fixed it.
>
> Signed-off-by: Minkyu Kang
> Signed-off-by: Kyu
On Tue, Jun 22, 2010 at 4:29 PM, Wolfgang Denk wrote:
> Dear Jochen Friedrich,
>
> In message <1274031318-22876-1-git-send-email-joc...@scram.de> you wrote:
>> similar to 274737e5eb25b2bcd3af3a96da923effd543284f
>>
>> This patch changes get_timer() for sa1100 to return the time since
>> 'base' ins
Dear Kyungmin Park,
In message <20100612011156.ga23...@july> you wrote:
> From: Peter Horton
>
> UBI: initialise update marker
>
> The in kernel copy of a volume's update marker is not initialised from the
> volume table. This means that volumes where an update was unfinnished will
> not be tre
On Tue, Jun 22, 2010 at 4:18 PM, Wolfgang Denk wrote:
>> > Taking this one step further, we should then also rename "editenv"
>> > into "env edit".
>>
>> Why rename one existing command? Why not rename askenv and the rest?
>> I don't think I would rename any of them or I would have a clear
>> sep
Dear "Reinhard Meyer (-VC)",
In message <4c09274b.2080...@emk-elektronik.de> you wrote:
>
> Well, what about that situation (two names as maintainers for HAMMERHEAD),
> where do I sort in?
>
> Mark Jackson
>
> MIMC200AT32AP7000
>
> Alex Raimondi
> Julien May
First name count
Dear Reinhard Meyer,
In message <4c091f79.5040...@emk-elektronik.de> you wrote:
>
> >> +static const struct sdram_config sdram_config = {
> >> +.data_bits= SDRAM_DATA_16BIT,
> >> +.row_bits= 13,
> >> +.col_bits= 9,
> >> +.bank_bits= 2,
> >> +.cas= 3,
> >
Dear Jochen Friedrich,
In message <1274031318-22876-1-git-send-email-joc...@scram.de> you wrote:
> similar to 274737e5eb25b2bcd3af3a96da923effd543284f
>
> This patch changes get_timer() for sa1100 to return the time since
> 'base' instead of the time since the counter was at zero.
>
> Symptom se
Dear Joe Hershberger,
In message you
wrote:
>
> > Taking this one step further, we should then also rename "editenv"
> > into "env edit".
>
> Why rename one existing command? Why not rename askenv and the rest?
> I don't think I would rename any of them or I would have a clear
> separation and
Dear "Lv Terry-R65388",
Please stop top posting / full quoting.
This style of replying to messages ios a major PITA to deal with :-(
In message
<1ae74f652ecb1440b73dd7c2c20842d1b3a...@zch01exm27.fsl.freescale.net> you wrote:
>
> Though a block offset macros is more suitable for a block de
Dear Guennadi Liakhovetski,
In message you wrote:
> Since I haven't been actively maintaining these boards for a long while,
> keeping myself as their maintainer makes no sense.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> v1 -> v2
> added to the orphaned list
Applied, thanks.
Best r
Dear "Martin Krause",
In message <47f3f98010ff784ebee6526eaab078d10635e...@tq-mailsrv.tq-net.de> you
wrote:
>
> > Should we remove the whole trab support, then?
>
> If it helps in any way to make U-Boot better (make the code more
> maintainable, remove some special configuration options, which
On 6/22/2010 10:30 PM, Wolfgang Denk wrote:
> Dear Armando VISCONTI,
>
Ciao Wolfgang,
> In message<4c20d70c.2050...@st.com> you wrote:
>
>> As the patchset has already been acked by the proper people
>> in the community and since it has been floating around for long
>> time can you possib
Dear Ilya Yanok,
In message <1277129601-1345-1-git-send-email-ya...@emcraft.com> you wrote:
> Ensure that date is called only with LANG=C locale set to make dates
> locale neutral thus preventing lurking of non-ASCII characters into
> U-Boot binary.
>
> Signed-off-by: Ilya Yanok
> ---
> Makefil
Dear Prafulla Wadaskar,
In message
you wrote:
>
> The same is available at
> http://git.denx.de/?p=3Du-boot/u-boot-marvell.git;a=3Dcommit;h=3Ddf33d8b1e1=
> be6111366a3fd51751c9419fc2df5a
>
> Please kindly pull it from u-boot-marvell.git master branch, I have modifie=
> d original patch little b
Dear Terry Lv,
In message <1273141855235-git-send-email-r65...@freescale.com> you wrote:
> Signed-off-by: Terry Lv
> ---
> arch/arm/include/asm/io.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
Dear Armando VISCONTI,
In message <4c20d70c.2050...@st.com> you wrote:
>
> As the patchset has already been acked by the proper people
> in the community and since it has been floating around for long
> time can you possibly include it in your tree?
As far as I can tell there was a review commen
Dear Vitaly Kuzmichev,
In message <1276625891-22206-1-git-send-email-vkuzmic...@mvista.com> you wrote:
> The ARM ABI requires that the stack be aligned to 8 bytes as it is noted
> in Procedure Call Standard for the ARM Architecture:
> http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index
Hi,
eTSEC2 is unusable with TOT master on P2020RDB RevC. The following
example demonstrates the problem:
=> setenv ethact eTSEC2
=> ping 10.0.0.10
Waiting for PHY auto negotiation to complete.. TIMEOUT !
eTSEC2: No link.
eTSEC2 on P2020RDB is connected to Vitesse SGMII PHY VSC8221.
Git bis
> Hi
> I flashed in the u-boot to the H6 omap3430 board, but i get a blank screen
> on reset; moreover, when I use kermit via Serial port COM1, Im able to
> connect but I do not get the u-boot shell.
> (I am a newbie...)
> Could someone tell me what I am doing wrong or missing here?
> Thanks in adv
Dear Ben Warren,
In message <4c1ef628.1060...@gmail.com> you wrote:
> Wolfgang,
>
> The following changes since commit 1f241263e088a71b8f33f87b03a37c5418d41e2e:
>Wolfgang Denk (1):
> Merge branch 'fix' of git://git.denx.de/u-boot-pxa
>
> are available in the git repository at:
>
>
The function get_mci_clk_rate is used inside atmel_mci driver
but never defined. Fix this typo.
Signed-off-by: Claudio Mignanti
---
drivers/mmc/atmel_mci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/atmel_mci.c b/drivers/mmc/atmel_mci.c
index 3946ffe..
Wolfgang & Ilya,
Sorry for responding to both of you at the same time...
On 6/22/2010 11:14 AM, Wolfgang Denk wrote:
> Dear Ilya Yanok,
>
> In message<4c1f5a54.4050...@emcraft.com> you wrote:
>
>>
>>> Entry to MAINTAINERS missing.
>>>
>> Should I add you as a maintainer or myse
On Jun 22, 2010, at 2:57 AM, Wolfgang Denk wrote:
> Dear Poonam Aggrwal,
>
> In message <1277191246-4245-1-git-send-email-poonam.aggr...@freescale.com>
> you wrote:
>> - Also modified the code to use io accessors.
>>
>> Signed-off-by: Poonam Aggrwal
>> Signed-off-by: Dipen Dudhat
>> ---
>>
Dear Ilya Yanok,
In message <4c1f5a54.4050...@emcraft.com> you wrote:
>
> > Entry to MAINTAINERS missing.
>
> Should I add you as a maintainer or myself?
You did the actual work...
> >> +int board_eth_init(bd_t *bis)
> >> +{
> >> + cpu_eth_init(bis); /* Initialize TSECs first */
> >>
Dear Brian,
yes it can be. IIRC I worked only with 75MHz version of S3C44B0, I've
never used a 66MHz one.
Unfortunately I do not have such a board here, neither the time ;-), to
check your bug report..
Did you already check the 66MHz BRD formula?
If it's correct in you testbed to me you can sen
Dear Ilya,
In message <4c1f4fe0.6050...@emcraft.com> you wrote:
>
> > Do we need that #ifdef? Ok, the #defines don't apply to the 8308, but
> > do they hurt if they are just there, unused?
>
> Well, it seems to be safer not to have unused defines so that you can't
> erroneously use some define
Tom,
As the patchset has already been acked by the proper people
in the community and since it has been floating around for long
time can you possibly include it in your tree?
Actually we really believe in open source contribution, but I'm
worried that Vipin is getting a little bit frustrated as
Wolfgang,
Please pull u-boot-ti/next.
I ran MAKEALL and so no issues.
Thanks,
Sandeep
The following changes since commit 54e19a7ded6e9dbdc3392a57d82f4f77b34e85b8:
Wolfgang Denk (1):
Merge branch 'master' into next
are available in the git repository at:
git://git.denx.de/u-boot-ti.
> The following restructuring and optimisations increase the SPI
> read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
>
> Remove continual revaluation of driver state from the core of the
> copy loop. State can not change during the copy loop, so it is
> possible to move these eva
>
> Currently EMAC_MDIO_PHY_NUM is defined as 1 in emac_defs.h.
> Because of this, EMAC does not work on EVMs which do not have phy
> connected at 1. Moving the macro to board config file makes this
> configurable depending on where the phy is connected on the MDIO bus.
>
> This patch fixes the
Dear All,
We are using MPC8548E (Rev 2.1) with on-board ddr2 of 512Mbytes.
The DDR initialization hangs when the u-boot comes up. We see MSRCID [2] an
input pin toggling.
The u-boot version is 2010.03 and DDR hangs by showing *** failed ***
I would like to add some explanations:
This is the issue gone from GCC behavior on VLA allocation. I did a
simple test with VLA, and the following snippet from its ASM listing may
clarify the root cause of issue:
VLA allocation start.
R1 is initialized by the length of VLA.
>80080030: e2813
On Tue, 22 Jun 2010 11:29:30 +0200
Andre Schwarz wrote:
> are you using TOT of mpc83xx or master ?
Wolfgang's master.
> > ToT seems to be working fine for me (using different PHYs though):
> >
> > U-Boot 2010.06-rc2-00035-g1f24126 (Jun 21 2010 - 11:16:54) MPC83XX
> >
> >
> [snip]
> > you ca
Hello Sandeep,
Yes, please apply the patch.
Regards
--
Delio
On 22/06/2010, at 16:27, Paulraj, Sandeep wrote:
>
>
>>>
>>> Not testing the txp and rxp pointers in the loop was a significant
>>> gain for me and pipe-lining the TX and RX operations is going to be
>>> a little trickier, but giv
> >
> > Not testing the txp and rxp pointers in the loop was a significant
> > gain for me and pipe-lining the TX and RX operations is going to be
> > a little trickier, but give it a go by all means.
>
> Yes, it's unlikely I will be able to get my version to work as fast as
> yours
> because of
On Mon, Jun 14, 2010 at 1:42 PM, Vipin KUMAR wrote:
> On 6/11/2010 11:44 AM, vipink wrote:
>> Dear Tom, Wolfgang,
>>
>> Can you please let me know the status of the remainging patches of this
>> patch-set.
>> I have not received any reply after sending v3 patch a long time back
>>
>
> Dear Tom, W
Dear "Rajeesh.R",
In message <1277210435.11717.32.ca...@localhost.localdomain> you wrote:
>
> I am work with AT91rm9200dk board
> AT49BV642DT flash is using for keep uboot .
> In uboot which file and where the is the flash mode selection ie botom
> boot or top boot flash selection is spec
Dear Unnamalai Kanchi Bashyam,
In message
<6e8df434294a2f49bb2c8be9f27294d96bdbb...@chn-hclt-evs07.hclt.corp.hcl.in> you
wrote:
>
> I have problem uncompressing the Kernel image by u-boot.
> It throws the message "GUNZIP: uncompress, out-of-mem or
> overwrite error - must RESET board to recov
I think the flash is at 0x1000. Do you have a Jlink or SAM-ICE with you. If
yes you can put the uboot.bin that is generated once you crosss compile the
uboot at 0x1000 and then set BMS pin low at the power up.
This will give you uboot prompt as controller bootm from external.
Regard
Hi,
I am work with AT91rm9200dk board
AT49BV642DT flash is using for keep uboot .
In uboot which file and where the is the flash mode selection ie botom
boot or top boot flash selection is specifying. Or how can I configure
this flash in Uboot .
please help me ...
With Thanks
Rajeesh.R
Hello,
I have problem uncompressing the Kernel image by u-boot. It throws the message
"GUNZIP: uncompress, out-of-mem or overwrite error - must RESET board to recover
resetting ...".
I have compressed and created u-boot image of the linux kernel by the below
commands:
arm-marvell-linux-gnueabi
Hi
I flashed in the u-boot to the H6 omap3430 board, but i get a blank screen
on reset; moreover, when I use kermit via Serial port COM1, Im able to
connect but I do not get the u-boot shell.
(I am a newbie...)
Could someone tell me what I am doing wrong or missing here?
Thanks in advance for helpi
On 22/06/2010, at 10:29, Nick Thompson wrote:
> On 21/06/10 19:38, Delio Brignoli wrote:
>> Hello Nick,
>>
>> On 21/06/2010, at 11:27, Nick Thompson wrote:
>>> The following restructuring and optimisations increase the SPI
>>> read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
>>
Am Dienstag, 22. Juni 2010 09:24:40 schrieb Michal Simek:
> Stephan Linz wrote:
> > Foresighted to support flat device tree realocations we need to use
> > the new Logical memory blocks library in a manner as been used by all
> > other architectures.
> >
> > Signed-off-by: Stephan Linz
> > ---
> >
Am Dienstag, 22. Juni 2010 09:25:56 schrieb Michal Simek:
> Stephan Linz wrote:
> > Signed-off-by: Stephan Linz
> > ---
> > include/configs/microblaze-generic.h |8
> > 1 files changed, 8 insertions(+), 0 deletions(-)
> >
> > diff --git a/include/configs/microblaze-generic.h
> > b/in
Kim,
are you using TOT of mpc83xx or master ?
> ToT seems to be working fine for me (using different PHYs though):
>
> U-Boot 2010.06-rc2-00035-g1f24126 (Jun 21 2010 - 11:16:54) MPC83XX
>
>
[snip]
> you can try applying commit 71bd860cce4493c5def07804723661e75271052b
> "mpc83xx: don't shift p
Currently EMAC_MDIO_PHY_NUM is defined as 1 in emac_defs.h.
Because of this, EMAC does not work on EVMs which do not have phy
connected at 1. Moving the macro to board config file makes this
configurable depending on where the phy is connected on the MDIO bus.
This patch fixes the board reset issu
On 21/06/10 19:38, Delio Brignoli wrote:
> Hello Nick,
>
> On 21/06/2010, at 11:27, Nick Thompson wrote:
>> The following restructuring and optimisations increase the SPI
>> read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
>
> Using this patch I get 2.21MiB/s on my L138 EVM (da8
Dear Poonam Aggrwal,
In message <1277191246-4245-1-git-send-email-poonam.aggr...@freescale.com> you
wrote:
> - Also modified the code to use io accessors.
>
> Signed-off-by: Poonam Aggrwal
> Signed-off-by: Dipen Dudhat
> ---
> Incorporated Wolfgang's comments on earlier patch
> board/freesca
Stephan Linz wrote:
> Signed-off-by: Stephan Linz
> ---
> include/configs/microblaze-generic.h |8
> 1 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/include/configs/microblaze-generic.h
> b/include/configs/microblaze-generic.h
> index c9ee76e..28cee47 100644
> ---
Stephan Linz wrote:
> Signed-off-by: Stephan Linz
> ---
> include/configs/microblaze-generic.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/microblaze-generic.h
> b/include/configs/microblaze-generic.h
> index 9b1569a..c9ee76e 100644
> --- a/incl
Stephan Linz wrote:
> Signed-off-by: Stephan Linz
> ---
> include/configs/microblaze-generic.h |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/microblaze-generic.h
> b/include/configs/microblaze-generic.h
> index 28cee47..89e6dbb 100644
> ---
Stephan Linz wrote:
> Foresighted to support flat device tree realocations we need to use
> the new Logical memory blocks library in a manner as been used by all
> other architectures.
>
> Signed-off-by: Stephan Linz
> ---
> arch/microblaze/include/asm/config.h |2 ++
> 1 files changed, 2 in
- Also modified the code to use io accessors.
Signed-off-by: Poonam Aggrwal
Signed-off-by: Dipen Dudhat
---
Incorporated Wolfgang's comments on earlier patch
board/freescale/p1_p2_rdb/p1_p2_rdb.c | 16 +---
1 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/board/fre
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar
> Sent: Tuesday, June 22, 2010 11:51 AM
> To: Albert Aribaud; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] Fix wrong orion5x MPP and GIPO
> writel argum
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Tuesday, June 22, 2010 11:31 AM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] 85xx/p1_p2_rdb: Added RevD board
support.
>
> Dear Poonam Aggrwal,
>
> In message <1277185601-4
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Tuesday, June 22, 2010 2:17 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH] Fix wrong orion5x MPP and GIPO
> writel arguments
>
>
> Signed-o
Le 22/06/2010 08:20, Prafulla Wadaskar a écrit :
> This means, earlier patches you posted were not tested properly.
> Its great trust on the developers that whatever they submit (even smallest
> change) is tested.
> Submitting untested/unused code is strongly discouraged...
>
> I hope everyone ag
Dear Poonam Aggrwal,
In message <1277185601-4939-1-git-send-email-poonam.aggr...@freescale.com> you
wrote:
> Signed-off-by: Dipen Dudhat
> Signed-off-by: Poonam Aggrwal
> ---
> board/freescale/p1_p2_rdb/p1_p2_rdb.c | 25 -
> 1 files changed, 8 insertions(+), 17 deleti
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Tuesday, June 22, 2010 2:17 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH] Fix wrong orion5x MPP and GIPO
> writel arguments
>
>
> Signed-o
Signed-off-by: Dipen Dudhat
Signed-off-by: Poonam Aggrwal
---
board/freescale/p1_p2_rdb/p1_p2_rdb.c | 25 -
1 files changed, 8 insertions(+), 17 deletions(-)
diff --git a/board/freescale/p1_p2_rdb/p1_p2_rdb.c
b/board/freescale/p1_p2_rdb/p1_p2_rdb.c
index 31cdf9a..d870
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Tuesday, June 22, 2010 12:23 PM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH][RESEND] 85xx/p1_p2_rdb: Added RevD board
> support.
>
> Dear Poonam Aggrwal,
>
> In message <12
Dear Poonam Aggrwal,
In message <1277186281-5276-1-git-send-email-poonam.aggr...@freescale.com> you
wrote:
> - Removed RevB, as it was a development stage board.
> - From now only RevC and RevD will be supported.
>
> Signed-off-by: Dipen Dudhat
> Signed-off-by: Poonam Aggrwal
Thanks for t
- Removed RevB, as it was a development stage board.
- From now only RevC and RevD will be supported.
Signed-off-by: Dipen Dudhat
Signed-off-by: Poonam Aggrwal
---
board/freescale/p1_p2_rdb/p1_p2_rdb.c | 25 -
1 files changed, 8 insertions(+), 17 deletions(-)
diff
Hi,
I am using ppc440 based board.
While running the u-boot form DDR i am not able to access contex ram.
eg.
md 0xc000
u-boot generates machine check exception.
Here my doubt is can we access contex ram from u-boot running from DDR?
~Ronny
___
85 matches
Mail list logo
