On Friday 28 March 2008, Daniel Hellstrom wrote:
> SPARC has implemented __raw_readq, it reads 64-bit from any 32-bit address.
> SPARC CPUs implement flash_read64 which calls __raw_readq.
>
> For current SPARC architectures (LEON2 and LEON3) each read from the
> FLASH must lead to a cache miss. Thi
On Friday 28 March 2008, Tor Krill wrote:
> Add entry for 512Kx16 AMD flash to jedec_table.
> Read out 16bit device id if chipwidth is 16bit.
> Fixed coding style after Stefans feedback
Added to cfi-flash repository. Thanks.
Best regards,
Stefan
==
The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
Bartlomiej Sieka (1):
Fix host tool build breakage, take two
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Daniel Hellstrom (1):
MTD/CFI: flash_read64 is def
The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
Bartlomiej Sieka (1):
Fix host tool build breakage, take two
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Tor Krill (1):
MTD/CFI: Add support for 16bit lega
On Friday 28 March 2008, Mike Frysinger wrote:
> On Wednesday 26 March 2008, Guennadi Liakhovetski wrote:
> > From: Sascha Hauer <[EMAIL PROTECTED]>
> >
> > This patch adds a driver for the following smsc network controllers:
> > LAN9115
> > LAN9116
> > LAN9117
> > LAN9215
> > LAN9216
> > LAN9217
>
On Wednesday 26 March 2008, Guennadi Liakhovetski wrote:
> From: Sascha Hauer <[EMAIL PROTECTED]>
>
> This patch adds a driver for the following smsc network controllers:
> LAN9115
> LAN9116
> LAN9117
> LAN9215
> LAN9216
> LAN9217
is this like the smsc911x.c in the kernel ? i'm interested in whet
On Friday 28 March 2008, Wolfgang Denk wrote:
> But so far there is no code (board support) in U-Boot to use this
> feature, right? And it's not used by the Linux kernel either?
>
> And your patch does not even enable support for it in the mkimage
> tool, so you cannot even create images that u
Kim Phillips wrote:
> finish off what commit 43ddd9c820fec44816188f53346b464e20b3142d,
> "Remove deprecated CONFIG_OF_HAS_UBOOT_ENV and CONFIG_OF_HAS_BD_T"
> started.
>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> This one's for you, Wolfgang.
>
> README| 13 --
>
On 09:28 Fri 28 Mar , Peter Pearse wrote:
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: 28 March 2008 09:11
> > To: Peter Pearse
> > Cc: u-boot-users@lists.sourceforge.net
> > Subject: Re: [U-Boot-Users] Release status - open patches,
>
On Fri, 28 Mar 2008 18:49:59 -0500
Kim Phillips <[EMAIL PROTECTED]> wrote:
> Wolfgang D.,
>
> please pull SATA configuration patches for 8315 and 837x boards, a
> cleanup of the 83xx SPRIDR code, and some 8323 rdb fixes:
>
ok, I've pushed Joakim's relocation fixes patch. New summary looks
like:
> -Original Message-
> From: Kim Phillips [mailto:[EMAIL PROTECTED]
> Sent: den 29 mars 2008 01:01
> To: Joakim Tjernlund
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [PATCH] Make MPC83xx one step closer to full relocation.
>
> On Sat, 29 Mar 2008 00:47:01 +0100
> "Joakim Tjernl
On Sat, 29 Mar 2008 00:47:01 +0100
"Joakim Tjernlund" <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: Kim Phillips [mailto:[EMAIL PROTECTED]
> > Sent: den 29 mars 2008 00:33
> > To: Joakim Tjernlund
> > Cc: u-boot-users@lists.sourceforge.net
> > Subject: Re: [PATCH] Make MPC83x
In message <[EMAIL PROTECTED]> you wrote:
>
> > What exactly is the preoblem? Is there a test case that can reproduce
> > the problem?
> >
> My test case is a 64Mb CF. Maybe I give you a link :) as soon as possible.
>
> The problem is that the code doesn't look if the dir_slot contain a long n
Wolfgang D.,
please pull SATA configuration patches for 8315 and 837x boards, a
cleanup of the 83xx SPRIDR code, and some 8323 rdb fixes:
The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
Bartlomiej Sieka (1):
Fix host tool build breakage, take two
are availa
> -Original Message-
> From: Kim Phillips [mailto:[EMAIL PROTECTED]
> Sent: den 29 mars 2008 00:33
> To: Joakim Tjernlund
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [PATCH] Make MPC83xx one step closer to full relocation.
>
> On Fri, 28 Mar 2008 15:41:25 +0100
> Joakim Tjernlu
>> Running the contained script the directory will be populated
>> with all need files (LzmaTypes.h, LzmaDecode.*). Anyway, I can
>> resubmit the patch including all files. The LZMA SDK is
>> released under LGPL with exceptions but I don't understand if
>> the license is compatible with the u-boot'
On Fri, 28 Mar 2008 15:41:25 +0100
Joakim Tjernlund <[EMAIL PROTECTED]> wrote:
> Remove a few absolute references to CFG_MONITOR_BASE for ppc/mpc83xx
> and use GOT relative reference.
> ---
> cpu/mpc83xx/start.S | 11 +++
> lib_ppc/board.c |3 ++-
> 2 files changed, 9 insertions
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Grant Likely
> Sent: den 29 mars 2008 00:12
> To: Kim Phillips
> Cc: Joakim Tjernlund; u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH 3/3] mpc83xx: cleanup System Part and
> Revis
Hi Wolfgang,
> In message
> <[EMAIL PROTECTED]>
> you wrote:
>>
>> Running the contained script the directory will be populated
>> with all need files (LzmaTypes.h, LzmaDecode.*). Anyway, I
>> can
>> resubmit the patch including all files. The LZMA SDK is
>> released under LGPL with exceptions but
On Fri, Mar 28, 2008 at 4:41 PM, Kim Phillips
<[EMAIL PROTECTED]> wrote:
> On Fri, 28 Mar 2008 21:01:30 +0100
> "Joakim Tjernlund" <[EMAIL PROTECTED]> wrote:
>
> > BTW, what happened to relocation stuff Grant was doing? It is
> > still disabled, I never had any problems so perhaps time to
> > t
In message <[EMAIL PROTECTED]> you wrote:
>
> Let me know what is your decision; however, I still do not see the need
> adding CONFIG_PCIAUTO_SKIP_HOST_BRIDGE to MPC5200 base boards that are
> not supporting PCI.
Agreed.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: W
Wolfgang,
> Um... You would have to add CONFIG_PCIAUTO_SKIP_HOST_BRIDGE to *all*
> board configurations that are based on a MPC5200 CPU, not just the
> small selection above.
Even the MPC52xx base boards do not have CONFIG_PCI and CONFIG_CMD_PCI
included in board configuration file? There are qu
On Fri, 28 Mar 2008 21:01:30 +0100
"Joakim Tjernlund" <[EMAIL PROTECTED]> wrote:
> BTW, what happened to relocation stuff Grant was doing? It is
> still disabled, I never had any problems so perhaps time to
> turn it on again? it might even make u-boot smaller once all the
> old manuel relocation
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
include/configs/MPC8315ERDB.h | 23 +++
include/configs/MPC837XERDB.h | 23 +++
2 files changed, 46 insertions(+), 0 deletions(-)
diff --git a/include/configs/MPC8315ERDB.h b/include/configs/MPC8315ERD
finish off what commit 43ddd9c820fec44816188f53346b464e20b3142d,
"Remove deprecated CONFIG_OF_HAS_UBOOT_ENV and CONFIG_OF_HAS_BD_T"
started.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
This one's for you, Wolfgang.
README| 13 --
common/ft_build.c | 113 ---
In message <[EMAIL PROTECTED]> you wrote:
>
> Running the contained script the directory will be populated
> with all need files (LzmaTypes.h, LzmaDecode.*). Anyway, I can
> resubmit the patch including all files. The LZMA SDK is
> released under LGPL with exceptions but I don't understand if
> the
David,
David Hawkins wrote:
Hi André,
I was just wondering why there's a need to define the HRCW inside a
header. This _only_ makes sense for the "HRCW from flash on local
bus"-section. Any hard coded reset word or the use of an I2C Prom
does make this obsolete.
Right. But there is
Hi André,
> I was just wondering why there's a need to define the HRCW inside a
> header. This _only_ makes sense for the "HRCW from flash on local
> bus"-section. Any hard coded reset word or the use of an I2C Prom
> does make this obsolete.
Right. But there is also no harm in having it :)
>
Tor,
what a pitty - I've been working on this for 2 days now.
I did not implement the skew since I configured it by hardware strapping.
Very interesting PHY : low power, self calibrating .. and cheap :-)
Is yor PHY already up and running including data ?
regards,
André Schwarz
Matrix Vision
Hi Wolfgang,
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> this patch adds the lzma support with the following
>> constraints:
>>
>> - it doesn't install the LZMA SDK files. I provide the
>> import_lzma.sh
>> script to import the needs file from a lzma sdk release
>
> Sorry, but I will not a
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> this patch adds the lzma support with the following
>> constraints:
>>
>> - it doesn't install the LZMA SDK files. I provide the
>> import_lzma.sh
>> script to import the needs file from a lzma sdk release
>
> Sorry, but I will not accept this.
>
>
Hi David,
thanks for your reply.
I was just wondering why there's a need to define the HRCW inside a
header. This _only_ makes sense for the "HRCW from flash on local
bus"-section.
Any hard coded reset word or the use of an I2C Prom does make this obsolete.
My fear was that the defined HRCW is
> -Original Message-
> From: Kim Phillips [mailto:[EMAIL PROTECTED]
> Sent: den 28 mars 2008 18:30
> To: [EMAIL PROTECTED]
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH 3/3] mpc83xx: cleanup System Part and
> Revision ID Register (SPRIDR)
> code
>
> On Fri,
Hello Wolfgang and Stefan,
SPARC has implemented __raw_readq, it reads 64-bit from any 32-bit address.
SPARC CPUs implement flash_read64 which calls __raw_readq.
For current SPARC architectures (LEON2 and LEON3) each read from the
FLASH must lead to a cache miss. This is because FLASH can not be
Hello Wolfgang,
This patch adds support for the LEON3 board:
* GR-CPCI-AX2000 (AX system with switchable AX FPGA)
Note that by board support I mean support for the
pre synthezied template design for the board. Supporting
any configuration is not possible but almost, due to the
Plug & Play syst
Hello Wolfgang,
This patch adds support for the LEON2 simulators TSIM and GRSIM.
The simulators GRSIM and TSIM for LEON3 has been added as a board.
A separate board is needed due to that the FLASH CFI interface
has not been implemented in the simulators.
This patch is also available at
ftp://f
Hello Wolfgang,
This patch adds support for the LEON3 simulators TSIM and GRSIM.
The simulators GRSIM and TSIM for LEON3 has been added as a board.
A separate board is needed due to that the FLASH CFI interface
has not been implemented in the simulators. Configuring the
GR-XC3S-1500 board witho
Hello Wolfgang,
This patch adds support for the LEON3 board:
* ALTERA NIOS Development board, Stratix II edition
Note that by board support I mean support for the
pre synthezied template design for the board. Supporting
any configuration is not possible but almost, due to the
Plug & Play syste
Hello Wolfgang,
This patch adds support for the LEON3 board:
* GR-XC3S-1500 (Low cost Xilinx Spartan FPGA board)
Note that by board support I mean support for the
pre synthezied template design for the board. Supporting
any configuration is not possible but almost, due to the
Plug & Play syste
Hello Wolfgang,
GRETH is an Ethernet 10/100 or 10/100/1000 MAC with out without
a debug link (EDCL). The GRETH core is documented in GRIP.pdf
available at www.gaisler.com.
If the GRETH has GigaBit support (GBIT, Scatter gather, checksum
offloading etc.) can be determined by a bit in the control r
Hello Wolfgang,
This patch makes SPARC/LEON processors able to read and write
to the SMC9 chip using the chip external I/O bus of the memory
controller. This patchs defines the standard in and out macros
expected by the SMC9111 driver.
To access that I/O bus one must set up the memory control
Hello Wolfgang,
This patch adds an U-Boot command, ambapp, which prints a summary
of AMBA Bus Plug & Play information.
AMBA is a bus specified by ARM. AMBA with Plug and Play information
is a Gaisler extension to that bus. See www.gaisler.com.
##
U-Boot 1.3.2-g6bc2ec61-dirty
Hello Wolfgang,
This patch adds support for SPARC/LEON2 to U-Boot. Currently
only the LEON2 TSIM and GRSIM simulators are supported, they
are added in a separate patch.
This patch is also available at
ftp://ftp.gaisler.com/gaisler.com/u-boot/patches.
Best Regards,
Daniel Hellstrom
Signed-off-
Hello Wolfgang,
This patch adds support for SPARC/LEON3 to U-Boot. LEON3 boards
are added in separate patches.
This patch does not support LEON3 SMP system.
Linux for SPARC assumes that there is a Sun Boot prom
available. The boot prom is used as monitor to support basic
features such as reboot
Hello Wolfgang,
This patch adds support for the U-Boot command 'bdinfo' for SPARC boards,
the output is as shown below.
##
U-Boot 1.3.2-00273-gf85e20a (Mar 28 2008 - 13:13:48)GAISLER LEON3 GR-XC3S-1500
CPU: LEON3
Board: GRSIM/TSIM
Using default environment
In:serial
Out:
Hello Wolfgang,
This patch adds support for SPARC u-boot images to bootm. The IH_ARCH_SPARC
indentifier in the image header is recognized. The IH_ARCH_SPARC indentifier
has already been implemented in mkimage.
This patch is also available at
ftp://ftp.gaisler.com/gaisler.com/u-boot/patches.
Bes
Not much to say, tested on LEON2 simulator and LEON3.
ABOUT SPARC-ELF COMPILER
Compiling u-boot for LEON3 and LEON2 has only been has been tested
with GCC 3.4.4 compiler with added LEON2 and LEON3 support available from
www.gaisler.com or
ftp://ftp.gaisler.com/gaisler.c
Commit 55774b512fdf63c0516d441cc5da7c54bbffb7f2 broke the onboard USB
controller on the PCI bus in Linux on the MPC8323ERDB.
This fixes it by defining CONFIG_PCI_SKIP_HOST_BRIDGE in the board's
config file.
Signed-off-by: Michael Barkowski <[EMAIL PROTECTED]>
---
Kim,
please consider this for 1
In message <[EMAIL PROTECTED]> you wrote:
>
> this patch adds the lzma support with the following constraints:
>
> - it doesn't install the LZMA SDK files. I provide the import_lzma.sh
> script to import the needs file from a lzma sdk release
Sorry, but I will not accept this.
U-Boot has alway
Hello,
I wonder if u-boot supports any i.MX21 board?
http://www.denx.de/wiki/UBoot/PatchStatus mentions that "PATCH]
Support for csb535fs / i.MX21 LiteKit." has been merged in the main
tree, but I could not find it.
Regards,
--
Leon
-
Hi Jerry,
see inline comments.
On ven, 2008-03-28 at 13:31 -0400, Jerry Van Baren wrote:
> Luigi 'Comio' Mantellini wrote:
> > Hi everyone,
> >
> > this patch adds the lzma support with the following constraints:
> >
> > - it doesn't install the LZMA SDK files. I provide the import_lzma.sh
> >
On Fri, Mar 28, 2008 at 12:31 PM, Jerry Van Baren
<[EMAIL PROTECTED]> wrote:
> Luigi 'Comio' Mantellini wrote:
> > Hi everyone,
> >
> > this patch adds the lzma support with the following constraints:
> >
> > - it doesn't install the LZMA SDK files. I provide the import_lzma.sh
> > script to
On Fri, Mar 28, 2008 at 9:46 AM, David Saada <[EMAIL PROTECTED]> wrote:
>
>
> Wolfgang Denk wrote:
> > Hi everybody,
> MPC85xx, MPC83xx: Add/Fix UPM configuration support
> QE IO: Add initial data to pin configuration + read/write functions
> QE UEC: Add MII Commands
> QE UEC: Extend number of sup
Luigi 'Comio' Mantellini wrote:
> Hi everyone,
>
> this patch adds the lzma support with the following constraints:
>
> - it doesn't install the LZMA SDK files. I provide the import_lzma.sh
> script to import the needs file from a lzma sdk release
> - the imported lzma sdk files are _not touche
On Fri, 28 Mar 2008 16:34:23 +0100
Joakim Tjernlund <[EMAIL PROTECTED]> wrote:
>
> Global data, could become a problem if/when full relocation is impl. Not
> a big deal, just figured I should mention it.
would you rather something like this then? :
diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/c
Hi everyone,
this patch adds the lzma support with the following constraints:
- it doesn't install the LZMA SDK files. I provide the import_lzma.sh
script to import the needs file from a lzma sdk release
- the imported lzma sdk files are _not touched_
- the lzma support is enabled defining the
On Friday 28 March 2008, Kumar Gala wrote:
> > This patch enables this config option on some PPC440EPx boards as a
> > workaround
> > for the CHIP 11 errata. Here the description from the AMCC
> > documentation:
>
> If you reduce the memory size this way does the 44x kernel have issues
> with the T
On Friday 28 March 2008, Larry Johnson wrote:
> You may have found this already, but as of 1600 UTC 28 March, the tip of
> the u-boot-pcc4xx fork breaks when building U-Boot for the Korat board
> on my system (Kubuntu 7.10, ELDK 4.1). The tip of the u-boot main
> repository builds OK. Replacing t
Alyssa vient d'avoir un flash intéressant pour vous.
l'intonation de votre voix est nécéssaire .
Contactez moi au : 08 92 35 01 06 (France)
0901 901 900 (Suisse)
Je vous dévoile les secrets et les surprises.
Contactez Alyssa au : 08 92 35 01 06 (France)
Hi Stefan,
You may have found this already, but as of 1600 UTC 28 March, the tip of
the u-boot-pcc4xx fork breaks when building U-Boot for the Korat board
on my system (Kubuntu 7.10, ELDK 4.1). The tip of the u-boot main
repository builds OK. Replacing the file "include/libfdt_env.h in the
u-boo
Hi Andre,
> In "cpu/mpc83xx/start.S" there is a comment :
>
> /*
> * The Hard Reset Configuration Word (HRCW) table is in the first 64
> * (0x40) bytes of flash. It has 8 bytes, but each byte is repeated 8
> * times so the processor can fetch it out of flash whether the flash
> * is 8, 16, 3
When the version_string function in start.S is not 4-byte align,
it will cause the compiler generates "unaligned opcodes detected
in executable segment". This issue affects all ColdFire CPUs.
By adding .align 4 after CONFIG_IDENT_STRING, it will pad 0's if
it is not aligned.
Signed-off-by: TsiChun
Tiju wrote:
> Hi all
>
> I am trying to port u-boot to a s3c2440 samsung processor.
>
> I applied the smdk2440 boards patch (almost similar architecture) and
> trying to modify it for our board's requirement. But during the
> serial_init it goes to the _serial_putc and then after certain loops
>
I made an interesting observation... Out of frustration I dumped all
chip's register (luckily, there are only about 20 of them), and what I see
there: on first attempts the PolarityOK bit is set, and reception doesn't
work. Then after some time the bit gets cleared, and - voila - it works!
The
On Mar 26, 2008, at 4:16 AM, Stefan Roese wrote:
> If CFG_MEM_TOP_HIDE is defined in the board config header, this
> specified
> memory area will get subtracted from the top (end) of ram and won't
> get
> "touched" at all by U-Boot. By fixing up gd->ram_size the Linux kernel
> should gets pass
Hi,
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>
>> I find a problem related to the get_vfatname function. This is my
>> proposal patch.
>>
>
> What exactly is the preoblem? Is there a test case that can reproduce
> the problem?
>
My test case is a 64Mb CF. Maybe
Hi,
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>
>> I find a problem related to the get_vfatname function. This is my
>> proposal patch.
>>
>
> What exactly is the preoblem? Is there a test case that can reproduce
> the problem?
>
My test case is a 64Mb CF. Maybe
This avoids an early global data reference.
---
I hope this still applies.
api/api.c|1 -
common/cmd_bootm.c |3 ---
common/cmd_nvedit.c |3 ---
common/env_common.c | 21 +++--
common/env_eeprom.c |1 -
common/env_nvram.c |1 -
common/fdt_
Global variables are not ideal before relocation to RAM.
---
I hope this still applies.
lib_ppc/board.c | 144 +-
1 files changed, 67 insertions(+), 77 deletions(-)
diff --git a/lib_ppc/board.c b/lib_ppc/board.c
index 8a18350..c64bbd5 100644
On Mar 28, 2008, at 9:45 AM, Wolfgang Denk wrote:
> In message [EMAIL PROTECTED]> you wrote:
>> Even with this patch I'm still having issues:
>>
>> gcc -g -Wall -idirafter /tmp/u-boot-85xx/include -idirafter /tmp/u-
>> boot-85xx/include2 -idirafter /tmp/u-boot-85xx/include -
>> DTEXT_BASE=0xfff80
Hi people,
I have a stupid question: why does u-boot not support the LZMA
algorithm?
(Anyway, I have a self-made and untested patch that introduces this
compression algorithm).
Thanks a lot.
luigi
Industrie Dial Face S.p.A.
Luigi Mantellini
R&D - Software
Industrie Dial Face S.p.A.
Via Canzo,
Wolfgang Denk wrote:
> Hi everybody,
>
> as you are probably aware of, we have only 4 more days with an open
> merge window left (the merge window for 1.3.3 is open until Mar 31,
> 23:59:59 MET).
>
>
> I think I have now applied (or rejected) all patches I felt
> responsible for myse
>
> +struct cpu_type {
> + char name[15];
> + u32 partid;
> +};
> +
> +#define CPU_TYPE_ENTRY(x) {#x, SPR_##x}
> +
> +struct cpu_type cpu_type_list [] = {
> + CPU_TYPE_ENTRY(8311),
> + CPU_TYPE_ENTRY(8313),
> + CPU_TYPE_ENTRY(8314),
> + CPU_TYPE_ENTRY(8315),
> + CPU_T
in the spirit of commit 1ced121600b2060ab2ff9f0fddd9421fd70a0dc6,
85xx's "Update SVR numbers to expand support", simplify SPRIDR processing
and processor ID display. Add REVID_{MAJ,MIN}OR macros to make
REVID dependent code simpler. Also added PARTID_NO_E and IS_E_PROCESSOR
convenience macros.
S
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
cpu/mpc83xx/spd_sdram.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/cpu/mpc83xx/spd_sdram.c b/cpu/mpc83xx/spd_sdram.c
index c9151d7..97ac7bb 100644
--- a/cpu/mpc83xx/spd_sdram.c
+++ b/cpu/mpc83xx/spd_sdram.c
delete ddr_clk and use mem_clk instead. Rename other ddr_*_clk to
mem_*_clk for consistency's sake.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
cpu/mpc83xx/spd_sdram.c | 10 +-
cpu/mpc83xx/speed.c | 16
include/asm-ppc/global_data.h |3 +--
Hi all
yet another problem from me. This time with the cs8900 driver.
Macroscopic error description: immediately after booting, the first
(typically) 2 packets are not received. E.g., if a ping is issued, two ARP
requests go out, can be seen on the network, are replied, but the driver
doesn't
Stefan Roese wrote:
> On Thursday 27 March 2008, Larry Johnson wrote:
>> It's clear now, but unfortunately I don't know enough to tell whether it
>> is also correct :-( . The statement as now written implies that the
>> statement without the clause, i.e., "Only Linux board ports in
>> arch/powerpc
Wolfgang Denk wrote:
> Hi everybody,
>
> as you are probably aware of, we have only 4 more days with an open
> merge window left (the merge window for 1.3.3 is open until Mar 31,
> 23:59:59 MET).
>
> I think I have now applied (or rejected) all patches I felt
> responsible for myself, i
In message <[EMAIL PROTECTED]> you wrote:
> Even with this patch I'm still having issues:
>
> gcc -g -Wall -idirafter /tmp/u-boot-85xx/include -idirafter /tmp/u-
> boot-85xx/include2 -idirafter /tmp/u-boot-85xx/include -
> DTEXT_BASE=0xfff8 -DUSE_HOSTCC -O -c -o image.o image.c
> In file inc
In message <[EMAIL PROTECTED]> you wrote:
>
>
> This is a patch which defines flash_read64 weak in cfi_flash.c,
> cpu/leon3/cpu_init.c
> defines this function for SPARC.
Sorry, patch unusable...
> ++u64 flash_read64(void *addr)__attribute__((weak,
> alias("__flash_read64")));
^
Dear Daniel,
in message <[EMAIL PROTECTED]> you wrote:
>
> This patch adds support for the U-Boot command 'bdinfo' for SPARC boards,
> the output is as shown below.
Sorry, this patch like all your others are corrupted by line-wrapping:
> index bbb0192..731c1d2 100644
> --- a/common/cmd_bdinfo.
Remove a few absolute references to CFG_MONITOR_BASE for ppc/mpc83xx
and use GOT relative reference.
---
cpu/mpc83xx/start.S | 11 +++
lib_ppc/board.c |3 ++-
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/cpu/mpc83xx/start.S b/cpu/mpc83xx/start.S
index 1dfbf62..5
Dear Daniel,
in message <[EMAIL PROTECTED]> you wrote:
>
> This patch adds support for the SPARC achitecture.
I received the patches you sent directly to me, but none through the
mailing list - except the first one, which got stuck in moderation,
and which I had to reject.
The maximum message s
When the version_string function in start.S is not 4-byte align,
it will cause the compiler generates "unaligned opcodes detected
in executable segment". This issue affects all ColdFire CPUs.
By adding .align 4 after CONFIG_IDENT_STRING, it will pad 0's if
it is not aligned.
Signed-off-by: TsiChun
In message <[EMAIL PROTECTED]> you wrote:
>
> Gautham here, I am trying to port uboot on PXA255 , initialized all the
> lowlevel initializations.
> >From start.S it is going to start_armboot and after that they are calling
> serial_init , but i am not getting any banner or any
> intimation.Totallys
In message <[EMAIL PROTECTED]> you wrote:
>
> i compiled a new u-boot for my card(u-boot 1.2.0) and load it with xmodem
> when i try to exec a new kernel at any adress
> i have this message : bad magic adress
> what can be the problem?
There are at least two problems:
1) You did not use mkimage t
Add phy_info for Vitesse VSC8601.
Add config option, CFG_VSC8601_SKEWFIX, to enable RGMII skew timing
compensation.
Signed-off-by: Tor Krill <[EMAIL PROTECTED]>
---
drivers/net/tsec.c | 30 ++
drivers/net/tsec.h |5 +
2 files changed, 35 insertions(+), 0 del
In message <[EMAIL PROTECTED]> you wrote:
>
> even from command line if i give
>
> uboot$ if mmcinit then echo fi
>
> i get above option
> now i hvae to press ctrl+c to interrupt and come back to prompt
...
> kindly let me know how to solve this.
Maybe you should learn shell syntax ?
Best regar
R2D plus is SH reference board used with SH7751R.
This board has 266Mhz CPU, 64MB SDRAM, Cardbus, CF interface,
one PCI bus, VGA, and two Ethernet controller.
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
MAINTAINERS |1 +
MAKEALL |1 +
M
Even with this patch I'm still having issues:
gcc -g -Wall -idirafter /tmp/u-boot-85xx/include -idirafter /tmp/u-
boot-85xx/include2 -idirafter /tmp/u-boot-85xx/include -
DTEXT_BASE=0xfff8 -DUSE_HOSTCC -O -c -o image.o image.c
In file included from image.c:73:
/usr/include/md5.h:27: error: p
Canyonlands (460EX) shares the first PCIe interface with the SoC SATA
interface. This usage can be configured with the jumper J6. This patch
displays the current configuration upon bootup and changes the PCIe
init loop, to only initialize the available PCIe slots.
Signed-off-by: Stefan Roese <[EMA
Hello Wolfgang and Stefan,
This is a patch which defines flash_read64 weak in cfi_flash.c,
cpu/leon3/cpu_init.c
defines this function for SPARC.
SPARC has implemented __raw_readq, it reads 64-bit from any 32-bit address.
For current SPARC architectures (LEON2 and LEON3) each read from the
FLASH
Hello Wolfgang,
This patch adds support for SPARC/LEON3 to U-Boot. LEON3 boards
are added in separate patches.
This patch does not support LEON3 SMP system.
Linux for SPARC assumes that there is a Sun Boot prom
available. The boot prom is used as monitor to support basic
features such as rebooti
Hello Wolfgang,
This patch adds support for the SPARC achitecture.
Not much to say, I have fixed the mess you commented on and split the
patches to smaller chunks, and tested on LEON2 simulator and LEON3 boards.
ABOUT SPARC-ELF COMPILER
Compiling u-boot for LEON3 and LEO
Hello Wolfgang,
This patch adds support for the LEON2 simulators TSIM and GRSIM.
The simulators GRSIM and TSIM for LEON3 has been added as a board.
A separate board is needed due to that the FLASH CFI interface
has not been implemented in the simulators.
This patch is also available at
ftp://ft
Hello Wolfgang,
This patch adds support for the LEON3 board:
* GR-CPCI-AX2000 (AX system with switchable AX FPGA)
Note that by board support I mean support for the
pre synthezied template design for the board. Supporting
any configuration is not possible but almost, due to the
Plug & Play system
Hello Wolfgang,
This patch adds support for the LEON3 board:
* ALTERA NIOS Development board, Stratix II edition
Note that by board support I mean support for the
pre synthezied template design for the board. Supporting
any configuration is not possible but almost, due to the
Plug & Play system.
Hello Wolfgang,
This patch adds support for the LEON3 simulators TSIM and GRSIM.
The simulators GRSIM and TSIM for LEON3 has been added as a board.
A separate board is needed due to that the FLASH CFI interface
has not been implemented in the simulators. Configuring the
GR-XC3S-1500 board without
Hello Wolfgang,
This patch adds support for the LEON3 board:
* GR-XC3S-1500 (Low cost Xilinx Spartan FPGA board)
Note that by board support I mean support for the
pre synthezied template design for the board. Supporting
any configuration is not possible but almost, due to the
Plug & Play system.
1 - 100 of 130 matches
Mail list logo
