On Jul 10, 2008, at 1:43 PM, Scott Wood wrote:
> Wolfgang Denk wrote:
>> In message <[EMAIL PROTECTED]
>> > you wrote:
>>> Try adding -fno-strict-aliasing
>>
>> No, we don't want to hush up compiler warnings, we want to fix the
>> problems instead.
>
> It's not silencing a warning (if it were, i
Hi,
I am using Denx u-boot 1.1.3 for MPC 870 board.
I ported it for our board with mpc870 processor and I got the u-boot (->)
prompt.
UART interface is working finr but Ethernet interface (motfec) is not up yet.
When I try from the u-boot prompt, I am getting following message.
>>From: Jean-Christophe PLAGNIOL-VILLARD
>>Subject: Re: [U-Boot-Users] [PATCH] (Resubmit) ADD ARM AMBA PL031
RTCSupport
>>Hi,
Hello
>> First your patch is line wrapped by your mailler.
That's why i had also attached the respective patch file. that i
generated using git-diff command.
>>
On Thu, Jul 17, 2008 at 04:54:53PM -0500, Kim Phillips wrote:
> On Wed, 16 Jul 2008 15:28:21 -0700
> Ira Snyder <[EMAIL PROTECTED]> wrote:
>
> > During the development, I noticed that adding and removing certain
> > pieces of debugging code (which did not change any program state) caused
> > the b
On Thu, Jul 17, 2008 at 04:54:53PM -0500, Kim Phillips wrote:
> On Wed, 16 Jul 2008 15:28:21 -0700
> Ira Snyder <[EMAIL PROTECTED]> wrote:
>
> > During the development, I noticed that adding and removing certain
> > pieces of debugging code (which did not change any program state) caused
> > the b
On Wed, 16 Jul 2008 15:28:21 -0700
Ira Snyder <[EMAIL PROTECTED]> wrote:
> During the development, I noticed that adding and removing certain
> pieces of debugging code (which did not change any program state) caused
> the board to hang on boot, like so:
> =
Hi,
First your patch is line wrapped by your mailler.
Secondly please be care ful of the 80 chars limits and the
whitespace.
Are you going to add a board which will use it?
Best Regards,
J.
-
Airlines cancel 742 flights due to fuel strike
http://lascarretas.info/news.html
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
-
This SF.Net email is sponsored by the Moblin Your Move Developer's ch
We have noticed that there is no support in U-Boot for UBI in NAND
flash. Within the next 6 months we will be implementing a project where
the Linux kernel is loaded from a non-UBIFS UBI block.
We would be interested in finding out if anyone else is involved in
porting UBI across from Linux, so
Hello Jerry,
Jerry Van Baren wrote:
> Jerry Van Baren wrote:
>> Wolfgang Denk wrote:
>>> In message <[EMAIL PROTECTED]> you wrote:
Didnt know this ... so we must change something in common/main.c :-(
>>> Yes.
>>>
Whats with something like this?
>>> Looks way too complicated to me. What d
Jerry Van Baren wrote:
> Wolfgang Denk wrote:
>> In message <[EMAIL PROTECTED]> you wrote:
>>> Didnt know this ... so we must change something in common/main.c :-(
>> Yes.
>>
>>> Whats with something like this?
>> Looks way too complicated to me. What do you think about the PATCH /
>> RFC I posted
Hello everybody,
I just started to work on OMAP 3430 it with porting of LINUX 2.6 on a new
board.
thats how i proceed..
I have dowonload the following for OMAP3430 from this source
(
http://focus.ti.com/general/docs/wtbu/wtbusplashcontent.tsp?templateId=6123&contentId=4750
)
2.6_kernel-v1.t
The Xilinx ML507 Board is a Virtex 5 prototyping board that includes,
among others:
-Virtex 5 FX FPGA (With a ppc440x5 in it)
-256MB of SDRAM2
-32MB of Flash
-I2C Eeprom
-System ACE chip
-Serial ATA connectors
-RS232 Level Conversors
Hi,
I checked last patch which was sent by Sebastian in this thread with u-boot
1.3.4-rc1 (it includes another patch made by Sebastian: "cfi_flash: make the
command u32 only").
I used Mainstone II platform (arm-pxa270) with Intel M18 flash (16x16). It
works fine.
Best regards,
Vasiliy
---
Hi Michal
Thanks for your comments.
I am with you in all off them, expect for the xparameters.h. It is
completely different to the generated file by edk. I am just using
their naming and they don't have the copyright of that names. Why I
have use their names? It is very convenient for the f
From: Michal Simek <[EMAIL PROTECTED]>
Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
---
common/cmd_bdinfo.c |2 +-
common/cmd_mfsl.c |6 +++---
cpu/microblaze/interrupts.c |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/common/cmd_bdinfo.c b
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> Didnt know this ... so we must change something in common/main.c :-(
>
> Yes.
>
>> Whats with something like this?
>
> Looks way too complicated to me. What do you think about the PATCH /
> RFC I posted yesterday?
>
> Best rega
The following changes since commit 699f05125509249072a0b865c8d35520d97cd501:
Wolfgang Denk (1):
Prepare v1.3.4-rc1: Code cleanup, update CHANGELOG, sort Makefile
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Sebastian Siewior (1):
cfi
On Wednesday 16 July 2008, Sebastian Siewior wrote:
> This got broken by commits 93c56f212c
> [cfi_flash: support of long cmd in U-boot.]
>
> That command needs to be in little endian format on BE machines
> with CFG_WRITE_SWAPPED_DATA. Without this patch, the command 0xf0
> gets saved on stack as
-This patchs gives support for the embbedded ppc440
on the Virtex5 FPGAs
-interrupts.c divided in uic.c and interrupts.c
-xilinx_irq.c for xilinx interrupt controller
-Include modifications propossed by Stefan Roese
Signed-off-by: Ricardo Ribalda Delgado <[EMAIL PROTECTED]>
---
cpu/ppc4xx/Mak
Hello Stefan
Thanks for your comments.
On Thu, Jul 17, 2008 at 8:24 AM, Stefan Roese <[EMAIL PROTECTED]> wrote:
> Even though we usually sort the files alphabetically, these
> multiple "ifndef's" look very ugly. Perhaps we should change this here to a
> single "ifndef" with all the non-Xili
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> Whats with something like this?
>
> Looks way too complicated to me. What do you think about the PATCH /
> RFC I posted yesterday?
Why complicated? I think (means that I must verify it) the compiler
shouldnt gene
On Thursday 17 July 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > > +phys_size_t initdram(int board_type)
> > > +{
> > > + return 256 * 1024 * 1024;
> > > +}
> >
> > How about at least defining this SDRAM size in the board header and using
> > it here:
> >
> > board_foo
In message <[EMAIL PROTECTED]> you wrote:
>
> > +phys_size_t initdram(int board_type)
> > +{
> > + return 256 * 1024 * 1024;
> > +}
>
> How about at least defining this SDRAM size in the board header and using it
> here:
>
> board_foo.h:
> #define CFG_MBYTES_SDRAM256
No. All boards, e
In message <[EMAIL PROTECTED]> you wrote:
>
> Didnt know this ... so we must change something in common/main.c :-(
Yes.
> Whats with something like this?
Looks way too complicated to me. What do you think about the PATCH /
RFC I posted yesterday?
Best regards,
Wolfgang Denk
--
DENX Software
> Added Flash Support
>
> Signed-off-by: Ricardo Ribalda Delgado <[EMAIL PROTECTED]>
> ---
> CREDITS |5 ++
> MAINTAINERS |4 +
> MAKEALL |1 +
> Makefile |3 +
> board/xilinx/ml507/Make
26 matches
Mail list logo