On Friday 15 February 2008, Haavard Skinnemoen wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > > if someone can tell me what the number of args are for each arch we
> > > can see about providing this everywhere.
> >
> > are you sure you actually need to worry about such things ? i'm pretty
On Fri, 15 Feb 2008 02:08:23 -0500
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > if someone can tell me what the number of args are for each arch we
> > can see about providing this everywhere.
>
> are you sure you actually need to worry about such things ? i'm pretty sure
> any relevant arch
On Friday 15 February 2008, Kumar Gala wrote:
> On Feb 15, 2008, at 12:32 AM, Mike Frysinger wrote:
> > On Friday 15 February 2008, Kumar Gala wrote:
> >> On Feb 14, 2008, at 11:54 PM, Mike Frysinger wrote:
> >>> On Friday 15 February 2008, Kumar Gala wrote:
> --- /dev/null
> +++ b/lib_pp
On Feb 15, 2008, at 12:32 AM, Mike Frysinger wrote:
> On Friday 15 February 2008, Kumar Gala wrote:
>> On Feb 14, 2008, at 11:54 PM, Mike Frysinger wrote:
>>> On Friday 15 February 2008, Kumar Gala wrote:
--- /dev/null
+++ b/lib_ppc/cmd_call.c
>>>
>>> there's nothing ppc specific about
On Friday 15 February 2008, Kumar Gala wrote:
> On Feb 14, 2008, at 11:54 PM, Mike Frysinger wrote:
> > On Friday 15 February 2008, Kumar Gala wrote:
> >> --- /dev/null
> >> +++ b/lib_ppc/cmd_call.c
> >
> > there's nothing ppc specific about this
>
> I'm not familiar w/other architecture ABIs to sa
The call command tries to mimic a function call in that the 'arg's to
the command are passed in registers according to the PPC ABI.
The prototype that call mimics is some variation of the following
depending on how many arguments are passed to the command:
void func(void)
void func(unsigned long
On Feb 14, 2008, at 11:54 PM, Mike Frysinger wrote:
> On Friday 15 February 2008, Kumar Gala wrote:
>> --- /dev/null
>> +++ b/lib_ppc/cmd_call.c
>
> there's nothing ppc specific about this
I'm not familiar w/other architecture ABIs to say if that's true or
not. Clearly the upper limit may var
On Friday 15 February 2008, Kumar Gala wrote:
> --- /dev/null
> +++ b/lib_ppc/cmd_call.c
there's nothing ppc specific about this
> + if ((argc < 2) || (argc > 10)) {
> ...
> +U_BOOT_CMD(
> + call, CFG_MAXARGS, 1, do_call,
considering the u-boot infrastructure for commands will do the m
The call command tries to mimic a function call in that the 'arg's to
the command are passed in registers according to the PPC ABI.
The prototype that call mimics is some variation of the following
depending on how many arguments are passed to the command:
void func(void)
void func(unsigned long
Bryan O'Donoghue wrote:
> Small compile bug crept in when debug defined.
>
> Attached patch removes.
>
>
> Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]>
> ---
>
> diff --git a/common/fdt_support.c b/common/fdt_support.c
Hi Bryan,
Kumar stole your patch and Wolfgang has applied it so we
Add a simple expr style command that will set an env variable as the result
of the command. This allows us to do simple math in shell. The following
operations are supported: &, |, ^, +, -, *, /.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
docs will be added online since that appears to b
Attached patch updates the 8xx fdt support for 8xx. As pointed out by Scott
Wood - OF_CPU, OF_TBCLK aren't needed and get_tbclk() should be used instead of
bd->bi_busfreq.
Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]>
---
diff --git a/cpu/mpc8xx/fdt.c b/cpu/mpc8xx/fdt.c
new file mode 100644
Small compile bug crept in when debug defined.
Attached patch removes.
Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]>
---
diff --git a/common/fdt_support.c b/common/fdt_support.c
index 92f1c7f..1b9e1a1 100644
--- a/common/fdt_support.c
+++ b/common/fdt_support.c
@@ -415,7 +415,7 @@ void do
Greetings.
Adds OF support to the Adder875 board port.
Re: some stuff pointed out by Scott Wood, have removed some superfluous stuff
from Adder.h as against last submission
Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]>
---
diff --git a/board/adder/adder.c b/board/adder/adder.c
index aa781
Luigi 'Comio' Mantellini wrote:
>> So it seems Alchemy-based SoC. if so,
>>
>
> No. I'm working on a SoC that uses a IP core from MIPS (mips4kec). The
> mips core should be (formally) a standard mips core.
>
>>> What I need to change on my board specific u-boot in order to use the
>>> KSEG1 addre
Hi everybody...
I think I have applied all outstanding patches and pull requests, so
we have reached the point where a release candidate is due (actually
it has been overdue for some time already - I apologize for the long
delay).
Here it is: U-Boot v1.3.2-rc1 has been released and is availabl
In message <[EMAIL PROTECTED]> you wrote:
> Fix compile warning on lib_ppc/board.c:615
>
> Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
> ---
> include/common.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Softwar
In message <[EMAIL PROTECTED]> you wrote:
> This patch extends PCI device id table of the
> radeon driver so that the driver will also support
> Radeon Mobility 9200 (M9+) based boards.
>
> Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
> ---
> drivers/video/ati_radeon_fb.c |3 +++
> 1
In message <[EMAIL PROTECTED]> you wrote:
> Adds ATI Radeon 9200 support for 1280x1024, 1024x768,
> 800x600, 640x480 at 24, 16 and 8 bpp.
>
> Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
> ---
> drivers/video/ati_radeon_fb.c | 319
> +++--
> include/
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit fe891ecf4d187e9d11dde869ed4623af52b54451:
> Hiroshi Ito (1):
> NFS Timeout with large files.
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-arm master
>
> Peter Pearse (1):
>
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/include/configs/xsengine.h b/include/configs/xsengine.h
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detl
In message <[EMAIL PROTECTED]> you wrote:
> If the length of the memory address range passed to the "mtest" command is
> not of the form 2^x - 1, not all address lines are tested. This bug is
> inherited from the original software at
> http://www.netrino.com/Embedded-Systems/How-To/Memory-Test-Suit
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang,
>
> The following changes are available in the git repository at:
>
>
>
> git://w
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit fe891ecf4d187e9d11dde869ed4623af52b54451:
> Hiroshi Ito (1):
> NFS Timeout with large files.
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-ppc4xx.git master
>
> Larry Johnson
In message <[EMAIL PROTECTED]> you wrote:
> are found in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git
>
> Kumar Gala (1):
> QE: Move FDT support into a common file
>
> Timur Tabi (1):
> 85xx,86xx: Determine I2C clock frequencies and store in global_data
Got
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 2c5260f711168d5ee91c70ddbb7d897013eefc46:
> Ladislav Michl (1):
> ARM: AT91RM9200 based boards config cleanup
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-sh.git master
>
>
In message <[EMAIL PROTECTED]> you wrote:
>
> Please pull from
>
> git://www.denx.de/git/u-boot-avr32.git master
Done, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
In message <[EMAIL PROTECTED]> you wrote:
> are found in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git
>
> Timur Tabi (1):
> 85xx,86xx: Determine I2C clock frequencies and store in global_data
Done (already got that). Thanks.
Best regards,
Wolfgang Denk
--
DENX
Fix compile warning on lib_ppc/board.c:615
Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
---
include/common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/common.h b/include/common.h
index 13428b3..854c444 100644
--- a/include/common.h
+++ b/include/co
In message <[EMAIL PROTECTED]> you wrote:
>
> This should get the Blackfin port building/running fine with mainline u-boot
> and a bunch of cleanups in the process. More/bigger things to come ...
>
> The following changes since commit 2c5260f711168d5ee91c70ddbb7d897013eefc46:
> Ladislav Michl (
In message <[EMAIL PROTECTED]> you wrote:
> --=_Part_488807_463338658.1202189847953
> Content-Type: text/html;charset=utf-8
> Content-Transfer-Encoding: quoted-printable
HTML will not be accepted / processed here.
> Signed-off-by:Roger Huang
Mail address mising.
Plus lots of cosing style v
In message <[EMAIL PROTECTED]> you wrote:
> The address of SH7722 is wrong by old document.
> This patch fixes this problem.
>
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev
In message <[EMAIL PROTECTED]> you wrote:
> Constantly rebuilding the version header will force useless relinking, so we
> simply need to compare the new header with the existing one before updating
> it.
>
> Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
Applied, thanks.
Best regards,
Wolfg
In message <[EMAIL PROTECTED]> you wrote:
>
> Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
> ---
> MAKEALL |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
In message <[EMAIL PROTECTED]> you wrote:
> Fix a missing return statement from a non-void function.
>
> Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
Applied, thanks.
Ummm... I had to apply this manually:
error: patch failed: common/cmd_mem.c:695
error: common/cmd_mem.c: patch does
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang Denk wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> >> Thanks for applying this. I have one more patch for 1.3.2 that you may
> >> have
> >> missed: "85xx, 86xx: Determine I2C clock frequencies and store in
> >> global_data".
> >>
In message <[EMAIL PROTECTED]> you wrote:
> Update global_data to define i2c1_clk and i2c2_clk to 85xx and 86xx.
>
> Update the get_clocks() function in 85xx and 86xx to determine the I2C
> clock frequency and store it in gd->i2c1_clk and gd->i2c2_clk.
>
> Signed-off-by: Timur Tabi <[EMAIL PROTEC
In message <[EMAIL PROTECTED]> you wrote:
>
> > Hm... R2 is documented to be the TOC pointer?
>
> The ABI document says, "Register r2 is reserved for system use and
> should not be changed by application code."
OK, tried this, and seems to work. Well, let's throw it out and see
what else it brea
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/net/tftp.c b/net/tftp.c
> index 3dd2b06..ea8fea2 100644
> --- a/net/tftp.c
> +++ b/net/tftp.c
> @@ -474,7 +474,7 @@ TftpStart (void)
> printf ("*** Warning
Get board name consistent with Linux and elsewhere;
get rid of local network definitions etc.
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
include/configs/TQM834x.h | 27 +--
1 files changed, 5 insertions(+), 22 deletions(-)
diff --git a/include/configs/TQM834x.
R29 was an unlucky choice as with recent toolchains (gcc-4.2.x) gcc
will refuse to use load/store multiple insns; instead, it issues a
list of simple load/store instructions upon function entry and exit,
resulting in bigger code size, which in turn makes the build for a
few boards fail.
Use r2 ins
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/net/tftp.c b/net/tftp.c
> index 3dd2b06..ea8fea2 100644
> --- a/net/tftp.c
> +++ b/net/tftp.c
> @@ -474,7 +474,7 @@ TftpStart (void)
> printf ("*** Warning
Hi,
there is a bug in the dependency checking. If we modify a source file,
and then rebuild U-Boot, it will not generate a new git commit ID in
the version string.
Can somebody please help me with this? Thanks in advance.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
On Thursday 14 February 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
> > ---
> > include/common.h |4 ++--
> > 1 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/include/common.h b/include/common
In message <[EMAIL PROTECTED]> you wrote:
>
> Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
> ---
> include/common.h |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/include/common.h b/include/common.h
> index 54083f1..bcb8bb9 100644
> --- a/include/common.h
>
In message <[EMAIL PROTECTED]> you wrote:
>
> make the machid configurable via the environment
>
> If the variable "machid" exists, let do_bootm_linux use that instead of
> bd->bi_arch_number.
>
> Signed-off-by: Uwe Kleine-K=F6nig <[EMAIL PROTECTED]>
> ---
> lib_arm/armlinux.c | 10 +-
>> So, as the designer, its up to you. But keep in mind that
>> you want to make it hard for a customer to screw up, so
>> a separate EEPROM could be a good choice.
>
> In many cases it ain't. I've seen many board which lost their EEPROM
> contents, typically because of edge condition problems
In message <[EMAIL PROTECTED]> you wrote:
> MCD_tasks.c lacks [subject] so compilation of mips targets (and more,
> probably)
> fails
>
> Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
> ---
> drivers/dma/MCD_tasks.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
Applied, than
In message <[EMAIL PROTECTED]> you wrote:
> Current MII_DEBUG is confusing in two ways. One is useless define-then-
> undef at the top of the file. The other is there is only one debug() in
> this file, and that doesn't seem worthwhile to bother having MII_DEBUG.
> While there are many useful print
In message <[EMAIL PROTECTED]> you wrote:
> Hi,
>
> This patch enables the OneNAND boot within U-Boot.
> Before this work, we used another OneNAND IPL called X-Loader based on open
> source.
> With this work, we can build the oneboot.bin image without other program.
>
> The build sequence is sim
In message <[EMAIL PROTECTED]> you wrote:
> A #if statement in fat.c depended on CONFIG_MMC, instead of
> defined(CONFIG_MMC). This meant CONFIG_MMC needed to be defined
> as "1" rather than just defined. Now it's better.
>
> Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
Applied. Thanks.
Bes
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Rafal Jaworowski <[EMAIL PROTECTED]>
> ---
> cpu/mpc512x/start.S | 46
> cpu/mpc83xx/start.S | 34
> cpu/mpc85xx/start.S | 45 ---
> cpu/mpc86xx/st
On Thu, Feb 14, 2008 at 1:36 PM, Edward Jubenville
<[EMAIL PROTECTED]> wrote:
> If you are designing your own board in relatively low quantities, you might
> want to look at Maxim chip DS2502-E48. It holds a guaranteed unique
> Ethernet MAC address, and would save you the hassle and cost of reg
Wolfgang,
The following changes are available in the git repository at:
git://www.denx.de/git/u-boot-mpc86xx.git master
Becky Bruce (7)
In message <[EMAIL PROTECTED]> you wrote:
>
> I would imagine some designers prefer saving these type
> of parameters to an EEPROM, independent of the application
> (bootloader, kernel, filesystem, etc) flash. This would
Most of the designes I've seen so far then decided to use the EEPROM
to sto
Jon Smirl wrote:
> I'm new to working on low level code like u-boot. Something I don't
> understand is why things like the Ethernet address are stored in
> eeprom instead of flash. Is this something to do with how boards are
> manufactured? From a high level perspective it doesn't seem to matter
>
Jon Smirl wrote:
> On 2/14/08, David Hawkins <[EMAIL PROTECTED]> wrote:
>> Jon Smirl wrote:
>> > I'm new to working on low level code like u-boot. Something I don't
>> > understand is why things like the Ethernet address are stored in
>> > eeprom instead of flash. Is this something to do with ho
Ulf Samuelson wrote:
>> There are no Atmel AT91SAM9 dev boards which uses a parallel flash.
> This is not quite true. I'm able to boot a AT91SAM9263-EK board via EBI
> NOR flash and an AT91Bootstrap/Atmel modified U-Boot right now. Did I
> misunderstand your statement above?
If you check the s
Jon Smirl wrote:
> How are the MAC addresses assigned? So if I order ten Ethernet chips
> from Digikey will they come with something from the manufacturer
> indicating which MAC addresses to use?
> Or do I need to register as a vendor and get my own block of addresses?
If you are designing your ow
In message <[EMAIL PROTECTED]> you wrote:
> I'm new to working on low level code like u-boot. Something I don't
> understand is why things like the Ethernet address are stored in
> eeprom instead of flash. Is this something to do with how boards are
This may have h/w design reasons. For example, y
In message <[EMAIL PROTECTED]> you wrote:
>
> OK, time to educate Jerry since I'm too lazy to check myself. Does our
> hush shell support back ticks? If we have back tick support, or can add
No, we don't, and it's not trivial to add. [Feel free to prove me
worng :-) ]
> that support, we shoul
In message <[EMAIL PROTECTED]> you wrote:
>
> nice idea. Can you at a little prose to the README
> (perhaps with a little usage example).
Or (and better *and*) to the manual, please?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 1652
On 2/14/08, David Hawkins <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > I'm new to working on low level code like u-boot. Something I don't
> > understand is why things like the Ethernet address are stored in
> > eeprom instead of flash. Is this something to do with how boards are
> > manuf
On Thursday 14 February 2008, Jon Smirl wrote:
> I'm new to working on low level code like u-boot. Something I don't
> understand is why things like the Ethernet address are stored in
> eeprom instead of flash. Is this something to do with how boards are
> manufactured? From a high level perspectiv
I'm new to working on low level code like u-boot. Something I don't
understand is why things like the Ethernet address are stored in
eeprom instead of flash. Is this something to do with how boards are
manufactured? From a high level perspective it doesn't seem to matter
if eeprom or flash is used.
This patch extends PCI device id table of the
radeon driver so that the driver will also support
Radeon Mobility 9200 (M9+) based boards.
Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
---
drivers/video/ati_radeon_fb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --gi
Adds ATI Radeon 9200 support for 1280x1024, 1024x768,
800x600, 640x480 at 24, 16 and 8 bpp.
Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
---
drivers/video/ati_radeon_fb.c | 319 +++--
include/radeon.h |4 +
2 files changed, 308 insert
The following changes since commit fe891ecf4d187e9d11dde869ed4623af52b54451:
Hiroshi Ito (1):
NFS Timeout with large files.
are available in the git repository at:
git://www.denx.de/git/u-boot-arm master
Peter Pearse (1):
Fix timer overflow in DaVinci
cpu/arm926ejs/davinci/ti
Ulf Samuelson wrote:
> There are no Atmel AT91SAM9 dev boards which uses a parallel flash.
This is not quite true. I'm able to boot a AT91SAM9263-EK board via EBI
NOR flash and an AT91Bootstrap/Atmel modified U-Boot right now. Did I
misunderstand your statement above?
One needs only to solder
Kumar Gala wrote:
> 'TFTP: add host ip addr support' commit added this bit of code which
> seems bogus:
>
> } else {
> char *p = strchr (p, ':');
>
> Is this really correct?
>
> - k
>
>
That's F-d up. The patches I have are like this:
- tftp_filename = BootFile;
+ ch
On Feb 14, 2008, at 3:14 AM, Matthias Fuchs wrote:
> Hi Kumar,
>
> nice idea. Can you at a little prose to the README
> (perhaps with a little usage example).
I can do this.
- k
>
> Matthias
>
> On Wednesday 13 February 2008 23:53, Kumar Gala wrote:
>> Add a simple expr style command that will
On Feb 14, 2008, at 6:41 AM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> On Feb 13, 2008, at 5:07 PM, Wolfgang Denk wrote:
>>> In message >> > you wrote:
Add a simple expr style command that will set an env variable as
the result
of the command. This allows us to do simple ma
On Feb 14, 2008, at 2:12 AM, Haavard Skinnemoen wrote:
> On Wed, 13 Feb 2008 17:50:20 -0600 (CST)
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>
>> The calling convention/num of args is specific to the PPC ABI.
>
>> diff --git a/common/cmd_boot.c b/common/cmd_boot.c
>> index e68f16f..5b0bbe4 100644
>>
> -Original Message-
> From: Haavard Skinnemoen [mailto:[EMAIL PROTECTED]
> Sent: 02 February 2008 12:38
> To: Haavard Skinnemoen
> Cc: Peter Pearse; u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH] Move AT91RM9200DK board
> support under board/atmel
>
> On Sat
Oooopps!
I mismatch my question... I said "if i try to boot from flash" when I
wanted to say "if I try to boot from ram".
So... The question is: I cannot boot my ramdisk from ram (kernel is also
in ram)... The rest of the mail was correct.
Thanks for your answers.
Miguel Ángel
Wolfgang Denk
Kumar Gala wrote:
> On Feb 13, 2008, at 5:07 PM, Wolfgang Denk wrote:
>
>> In message > [EMAIL PROTECTED]> you wrote:
>>> Add a simple expr style command that will set an env variable as
>>> the result
>>> of the command. This allows us to do simple math in shell. The
>>> following
>>> opera
Rafal Jaworowski wrote:
> What is the reason the MAC address on the AT91 is written in the 2nd address
> register, leaving the first one out? Is there something particular about this?
>
> See cpu/arm920t/at91rm9200/ether.c, eth_init()
> ...
> p_mac->EMAC_SA2L = ...
> ...
>
> The reason I ask is t
The following changes since commit fe891ecf4d187e9d11dde869ed4623af52b54451:
Hiroshi Ito (1):
NFS Timeout with large files.
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Larry Johnson (1):
ppc4xx: Add CONFIG_4xx_DCACHE compile switch to
>>Image Type: ARM Linux Kernel Image (uncompressed)
>
>>Data Size:1710022 Bytes = 1.6 MB
>>Load Address: 8000
>>Entry Point: 8000
>>Verifying Checksum ... OK
>> OK
>>
>> Starting kernel ...
>> undefined
Hi Robert,
Robert wrote:
> Hi,
> I make a linux uImage with command "make uImage" ,
> and linux kernel can start up after downloading it into the
> target board, but now I want to generate uImage by vmlinux
> with mkimage, not by "make uImage",so I do it as follows:
> 1)arm-none-linux-gnueabi
Hi,
I make a linux uImage with command "make uImage" ,
and linux kernel can start up after downloading it into the
target board, but now I want to generate uImage by vmlinux
with mkimage, not by "make uImage",so I do it as follows:
1)arm-none-linux-gnueabi-objcopy -O binary -R .note -R .comm
Hi Kumar,
nice idea. Can you at a little prose to the README
(perhaps with a little usage example).
Matthias
On Wednesday 13 February 2008 23:53, Kumar Gala wrote:
> Add a simple expr style command that will set an env variable as the result
> of the command. This allows us to do simple math i
Hi Shinya,
see inline.
On gio, 2008-02-14 at 12:55 +0900, Shinya Kuribayashi wrote:
> Luigi 'Comio' Mantellini wrote:
...
>
> So it seems Alchemy-based SoC. if so,
>
No. I'm working on a SoC that uses a IP core from MIPS (mips4kec). The
mips core should be (formally) a standard mips core.
> >
On Wed, 13 Feb 2008 17:50:20 -0600 (CST)
Kumar Gala <[EMAIL PROTECTED]> wrote:
> The calling convention/num of args is specific to the PPC ABI.
> diff --git a/common/cmd_boot.c b/common/cmd_boot.c
> index e68f16f..5b0bbe4 100644
> --- a/common/cmd_boot.c
> +++ b/common/cmd_boot.c
So what's it do
84 matches
Mail list logo
