In message <[EMAIL PROTECTED]> you wrote:
> >>
> Hi
> >>
> >>
> Could
> someone
> help
> me
> out
> with
> patching
> the
> u-boot.
...
Stop sending such junk. Learn to send regular e-mail before poosting
here again.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
Add PPC405GPr based MCU25 board from Netstal.
Signed-off-by: Niklaus Giger <[EMAIL PROTECTED]>
---
board/netstal/mcu25/Makefile | 60 +++
board/netstal/mcu25/README.txt | 60 +++
board/netstal/mcu25/config.mk | 29 ++
board/netstal/mcu25/mcu25.c| 212
On Sunday 20 January 2008, Michael Schwingen wrote:
> Mike Frysinger wrote:
> >> I have not yet looked at the details of working with NAND flash, but the
> >> requirements should be similar. Maybe the NAND subsystem can be coerced
> >> to do what you need ...
> >
> > i dont think nand would be as m
>>
Hi
>>
>>
Could
someone
help
me
out
with
patching
the
u-boot.
>>
I
downloaded
the
source
code
of
u-boot-1.1.6
and
untared
it.
Then
I
do
a
>>
$cd
u-boot-1.1.6
>>
$svn
co
http://svn.openmoko.org/trunk/src/target/u-boot/patches/
>those
patches
are
against
current
Hi
Could
someone
help
me
out
with
patching
the
u-boot.
I
downloaded
the
source
code
of
u-boot-1.1.6
and
untared
it.
Then
I
do
a
$cd
u-boot-1.1.6
$svn
co
http://svn.openmoko.org/trunk/src/target/u-boot/patches/
$patch
http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/t
Mike Frysinger wrote:
>> I have not yet looked at the details of working with NAND flash, but the
>> requirements should be similar. Maybe the NAND subsystem can be coerced
>> to do what you need ...
>>
>
> i dont think nand would be as much of a problem as it isnt directly
> addressable. yo
On Sunday 20 January 2008, Michael Schwingen wrote:
> Mike Frysinger wrote:
> > there are a few ways i can implement this in u-boot (and ive prototyped a
> > couple), but the question is which way to go. i obviously dont want to
> > pick one which will be rejected for $whatever-reason.
> >
> > pos
Mike Frysinger wrote:
> some Blackfin processors have an optional async memory controller which
> allows
> for up to 4 megs of memory to be mapped. sometimes these 4 megs are not
> enough, so people extend this by hooking up the higher address pins to GPIOs.
>
> so if you want to map 8 megs
some Blackfin processors have an optional async memory controller which allows
for up to 4 megs of memory to be mapped. sometimes these 4 megs are not
enough, so people extend this by hooking up the higher address pins to GPIOs.
so if you want to map 8 megs of memory, the highest address pin w
Thank you for the useful code.
We will start from this to implement our specific application code.
luigi
Il giorno gio, 17/01/2008 alle 11.20 -0600, Tsi-Chung Liew ha scritto:
> Signed-off-by: TsiChungLiew <[EMAIL PROTECTED]>
> ---
> include/asm-m68k/fec.h | 145 ++--
> inc
In message <[EMAIL PROTECTED]> you wrote:
>
> The two include files aren't a toolchain issue. They can't be because
They are - see previous message.
> uboot's makefile has said not to include anything from the standard
> include files. These files aren't included with u-boot.
stddef.h is inclu
I think I should be a bit more explicit:
In message <[EMAIL PROTECTED]> I wrote:
>
> > stddef.h is included by a few different things, but can be a blank
> > file.
U-Boot already has a stddef.h (include/linux/stddef.h) which gets used
for all U-Boot related compiles.
> > stdarg.h is included by
On the MPC83xx & MPC85xx architectures that have QE, add initial data to
the pin configuration table (qe_iop_conf_tab). This is relevant for GPIO
pins defined as output. One can setup a value of 2 to leave the value
unchanged.
QE initialization tables in all relevant boards were also replaced.
In a
13 matches
Mail list logo
