On Feb 26, 2008, at 11:30 AM, s.balamurugan wrote:
> Hi,
> We are using MPC8555 processor and uboot 1.1.4 both the uboot and
> linux
> was up. Now we plan to port QNX, we are facing following issues.
>
> 1. Qnx is not jumping to the startup location. After giving go
> command
> control is st
M Ravi Prakash Reddy wrote:
> Hi,
Hi Ravi,
[snip]
> As per MPC8555ERM.pdf document TX_CLK for the PHY will be supplied by
> the powerPC in RGMII mode . In our case we are not getting this clock.
> We are not able to ping our board.
Be aware that u-boot has a "ping" command that you can us
conn intel wrote:
> Dear Friends,
>
> I am using u-boot and it is first loading into the ram from flash and
> then starts booting. The problem is its taking a lot of time in loading
> the image from flash to ram and then starts booting from it. Following
> is the output for printenv variables.
The changeset that causes my problems is ee62ed32
The original code calls init_phy(dev) followed by phy_change(dev) *once*
during PHY initialization. The part of changeset that appears to cause
my problems is calling phy_change(dev) every time uec_init() is called.
On my mpc8360emds board, witho
On Tuesday 26 February 2008, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 03:09 Mon 25 Feb , Mike Frysinger wrote:
> > This punts the old spi flash driver for a new/generalized one.
> >
> > Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
>
> As I said before, it will be good to merge the SPI
On 03:09 Mon 25 Feb , Mike Frysinger wrote:
> This punts the old spi flash driver for a new/generalized one.
>
> Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
As I said before, it will be good to merge the SPI flash to
the common drivers/mtd and allow it to be usable on other
architectures
Joakim Tjernlund wrote:
[snip]
> Maybe you suffer from something I noticed, sometimes the master for MDIO gets
> out of sync. Try this patch and see if it helps, not sure if it still applies
> but that should be easy to fix up.
It applied cleanly with some line offsets, but didn't fix my problem
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Joakim Tjernlund
> Sent: den 26 februari 2008 20:56
> To: 'Jerry Van Baren'; 'Kim Phillips'
> Cc: 'U-Boot Users'
> Subject: Re: [U-Boot-Users] Problems with new ethernet init on mpc8360
>
> > -Origi
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Jerry Van Baren
> Sent: den 26 februari 2008 19:41
> To: Kim Phillips
> Cc: U-Boot Users
> Subject: Re: [U-Boot-Users] Problems with new ethernet init on mpc8360
>
> Jerry Van Baren wrote:
> > Jerry Van
> Date: Tue, 26 Feb 2008 23:00:17 +0530
> From: "s.balamurugan" <[EMAIL PROTECTED]>
> Subject: [U-Boot-Users] Regarding Dcache Flush in MPC85xx
> To: u-boot-users@lists.sourceforge.net
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
> We are
Jerry Van Baren wrote:
> Jerry Van Baren wrote:
>> Kim Phillips wrote:
>>> On Mon, 25 Feb 2008 22:55:37 -0500
>>> Jerry Van Baren <[EMAIL PROTECTED]> wrote:
>>>
Hi Kim,
I have a mpc8360emds eval board. The ee62ed patch (below) speeds up the
start up (good), but seems to cause
Jerry Van Baren wrote:
> Kim Phillips wrote:
>> On Mon, 25 Feb 2008 22:55:37 -0500
>> Jerry Van Baren <[EMAIL PROTECTED]> wrote:
>>
>>> Hi Kim,
>>>
>>> I have a mpc8360emds eval board. The ee62ed patch (below) speeds up the
>>> start up (good), but seems to cause the board to hang on the *second*
Kim Phillips wrote:
> On Mon, 25 Feb 2008 22:55:37 -0500
> Jerry Van Baren <[EMAIL PROTECTED]> wrote:
>
>> Hi Kim,
>>
>> I have a mpc8360emds eval board. The ee62ed patch (below) speeds up the
>> start up (good), but seems to cause the board to hang on the *second*
>> ethernet operation.
>>
>>
Jean-Christophe PLAGNIOL-VILLARD wrote:
> It will be nice if you could split it in 1 line for 1 file as it
>
> -SOBJS = memcpy.o memcmp.o memset.o memmove.o
> +SOBJS += memcmp.o
> +SOBJS += mmemcpy.o
> +SOBJS += memmove.o
> +SOBJS += memset.o
> .
>> SRCS
Kim Phillips wrote:
> On Mon, 25 Feb 2008 22:55:37 -0500
> Jerry Van Baren <[EMAIL PROTECTED]> wrote:
>
>> Hi Kim,
>>
>> I have a mpc8360emds eval board. The ee62ed patch (below) speeds up the
>> start up (good), but seems to cause the board to hang on the *second*
>> ethernet operation.
>>
>>
Hi,
We are using MPC8555 processor and uboot 1.1.4 both the uboot and linux
was up. Now we plan to port QNX, we are facing following issues.
1. Qnx is not jumping to the startup location. After giving go command
control is still in the uboot only.
2. When searching in the mailling list we cam
On Mon, 25 Feb 2008 22:55:37 -0500
Jerry Van Baren <[EMAIL PROTECTED]> wrote:
> Hi Kim,
>
> I have a mpc8360emds eval board. The ee62ed patch (below) speeds up the
> start up (good), but seems to cause the board to hang on the *second*
> ethernet operation.
>
> I can cause this by doing two p
Adds PCI support for MPC5121
Tested with drivers/net/rtl8139.c
Support is conditional since pci on old silicon
does not work.
ads5121_PCI_config turns on PCI
In this version, condition compilation of PCI code has
been moved from ifdef in board/ads5121/pci.c to board/ads5121/Makefile
as suggeste
On Feb 26, 2008, at 3:14 AM, Marian Balakowicz wrote:
> Kumar Gala wrote:
>> Can we get 1.3.2-rc2 pulled into the 'new-image' branch of u-boot-
>> testing.
>
> Will do this along with preparing new commits for
> u-boot-testing#new-image branch pull end of this week.
Do you have a git tree w/the
On Feb 25, 2008, at 11:35 AM, Marian Balakowicz wrote:
> FDT blob may be passed either: (1) raw (2) or embedded in the legacy
> uImage
> (3) or embedded in the new uImage. For the (2) case embedding image
> must be
> verified before we get FDT from it. This patch factors out legacy
> image
On Feb 25, 2008, at 11:35 AM, Marian Balakowicz wrote:
> Legacy image specific verification is factored out to a separate
> helper
> routine to keep get_kernel() generic and simple.
>
> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
> ---
>
> common/cmd_bootm.c | 86
On Feb 25, 2008, at 11:35 AM, Marian Balakowicz wrote:
> Do not pass image verification flag directly to related routines.
> Simplify argument passing and move it to the bootm_header structure
> which
> contains curently processed image specific data and is already being
> passed
> on the arg
On Feb 25, 2008, at 11:35 AM, Marian Balakowicz wrote:
> When CONFIG_HAS_DATAFLASH is not defined gen_get_image() routine has
> nothing
> to do, update its control flow to better reflect that simple case.
>
> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
> ---
>
> common/image.c | 64 +
On Feb 25, 2008, at 11:34 AM, Marian Balakowicz wrote:
> PPC specific FDT blob handling code is divided into two separate
> routines:
>
> get_fdt() - find and verify a FDT blob (either raw or image embedded)
> fdt_relocate()- move FDT blob to within BOOTMAP if needed
>
> Signed-off-
>
> Today's Topics:
>
> 1. MPC8541CDS board PHY interface (M Ravi Prakash Reddy)
> --
>
> Message: 1
> Date: Tue, 26 Feb 2008 15:39:05 +0530 (IST)
> From: M Ravi Prakash Reddy <[EMAIL PROTECTED]>
> Subject: [U-Boot-Users] MPC8541
On Feb 26, 2008, at 3:11 AM, Marian Balakowicz wrote:
> Kumar Gala wrote:
>>
>> On Feb 22, 2008, at 11:08 AM, Marian Balakowicz wrote:
> ...
>>>
>>> If we add LMB and rework bootm memory allocation, putting things
>>> (kernel, cmdline, kdb, initrd (optionally), fdt) in sequence
>>> starting
>>>
Dear Friends,
I am using u-boot and it is first loading into the ram from flash and then
starts booting. The problem is its taking a lot of time in loading the image
from flash to ram and then starts booting from it. Following is the output
for printenv variables. I am new to u-boot and thus not m
Patch revised in light of list comments.
This patch completely replaces BOTH:-
"
Rationalize ARM compiler options
Date: 2008-02-18 14:50:39 GMT
"
AND
"
Rationalize ARM compiler options
Date: 2008-02-13 15:55:00 GMT
"
---
Signed-off-by: Peter Pearse <[EMAIL PROTECTED]>
---
diff --git a/cpu/arm1136/c
Hi,
We have designed a MPC8541 based card taking MPC8541CDS card as reference .
In our card we have provided marvell Gigabit Dual PHY chip "MV88E1121" on the
Tsec RGMII interface. We are using U-Boot as firmware . We have changed the
value of first two elements of structure "phy_info " from
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 18:35 Mon 25 Feb , Marian Balakowicz wrote:
>> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
>> ---
>>
>> lib_avr32/Makefile |2 +-
>> lib_blackfin/Makefile |4 ++--
>> lib_i386/Makefile |4 ++--
>> lib_m68k/Makefile
Kumar Gala wrote:
> Can we get 1.3.2-rc2 pulled into the 'new-image' branch of u-boot-testing.
Will do this along with preparing new commits for
u-boot-testing#new-image branch pull end of this week.
m.
-
This SF.net email i
Kumar Gala wrote:
>
> On Feb 22, 2008, at 11:08 AM, Marian Balakowicz wrote:
...
>>
>> If we add LMB and rework bootm memory allocation, putting things
>> (kernel, cmdline, kdb, initrd (optionally), fdt) in sequence starting
>> from bootm_low then we may want to always relocate fdt to avoid
>> ove
Marian Balakowicz wrote:
> Kumar Gala wrote:
>> On Feb 25, 2008, at 11:34 AM, Marian Balakowicz wrote:
>>
>> Is it just me or did patch [1/8 - add dual format..] not make it to
>> the list?
>
> It did not make it, the reason is that it's bigger than allowed 40K,
> so it awaits Wolfgang's approva
Kumar Gala wrote:
> On Feb 25, 2008, at 11:34 AM, Marian Balakowicz wrote:
>
> Is it just me or did patch [1/8 - add dual format..] not make it to
> the list?
It did not make it, the reason is that it's bigger than allowed 40K,
so it awaits Wolfgang's approval. As there is a show in Nurnberg at
34 matches
Mail list logo
