On Mon, 11 Feb 2008 05:43:18 +0100
Dirk Behme <[EMAIL PROTECTED]> wrote:
> [U-Boot-Users] [PATCH] [DRIVERS] is onlyavailable
> for ppc boards.
>
> I'm assuming this will eventually be properly patched in the main tree
> - meanwhile anyone building ARM code can apply this patch
> -- cut --
>
> T
Hello!
Wolfgang Denk schrieb:
> Don't try tricks; go and buy a BDI3000. In the long run, it will trun
> out to be the cheapest solution.
I just heard from a customer that he bought a BDI2000 clone which is
manufactured by an Austrian company and costs a fraction of the original
one from Abatron.
Add ide support to the arm cpu. Tested on arm little endian
machine. Include #define __io in config board file.
Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
---
diff --git a/common/cmd_ide.c b/common/cmd_ide.c
index c38be4f..e507c15 100644
--- a/common/cmd_ide.c
+++ b/common/cmd_ide.c
@@
On Sun, 10 Feb 2008 15:14:45 +0200
David Saada <[EMAIL PROTECTED]> wrote:
> > ack on the 83xx change, but the 85xx code looks identical to the 83xx
> > version, and 86xx bits should be identical, too, so we would be better
> > off refraining from triplicating code again and find a more common
> >
Ben Warren wrote:
> The problem is that you're artificially making this a PowerPC-only
> part. If you used 8-bit accessors endianness wouldn't matter and
> other architectures could use this without changes (notwithstanding
> the #includes...)
Ok, I will try to figure out how to make 8-bit acces
Haavard Skinnemoen wrote:
> On Mon, 11 Feb 2008 05:43:18 +0100
> Dirk Behme <[EMAIL PROTECTED]> wrote:
>
>
>>[U-Boot-Users] [PATCH] [DRIVERS] is onlyavailable
>>for ppc boards.
>>
>>I'm assuming this will eventually be properly patched in the main tree
>>- meanwhile anyone building ARM code can
> -Original Message-
> From: Stelian Pop [mailto:[EMAIL PROTECTED]
> Sent: 11 February 2008 10:50
> To: Peter Pearse
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [ARM] AT91CAP9 support
>
>
> Le vendredi 08 février 2008 à 14:31 +, Peter Pearse a écrit :
> > Stelian
> >
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 21:40 Mon 11 Feb , michael wrote:
>
>> Add ide support to the arm cpu. Tested on arm little endian
>> machine. Include #define __io in config board file.
>>
>> Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
>> ---
>>
>> diff --git a/common/c
Hi
> On Mon, Feb 11, 2008 at 10:30:08PM +0100, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>
>> On 21:40 Mon 11 Feb , michael wrote:
>>
>>> --- a/common/cmd_ide.c
>>> +++ b/common/cmd_ide.c
>>> @@ -934,7 +934,14 @@ output_data(int dev, ulong *sect_buf, int words)
>>> static void
>>> ou
On Mon, Feb 11, 2008 at 10:30:08PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 21:40 Mon 11 Feb , michael wrote:
> > --- a/common/cmd_ide.c
> > +++ b/common/cmd_ide.c
> > @@ -934,7 +934,14 @@ output_data(int dev, ulong *sect_buf, int words)
> > static void
> > output_data(int dev, ul
On 21:40 Mon 11 Feb , michael wrote:
> Add ide support to the arm cpu. Tested on arm little endian
> machine. Include #define __io in config board file.
>
> Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
> ---
>
> diff --git a/common/cmd_ide.c b/common/cmd_ide.c
> index c38be4f..e507c15
On Tuesday 12 February 2008, Wolfgang Denk wrote:
> > #if (CFG_NAND_PAGE_SIZE > 512)
>
> Please use an explicit test instead, i. e. for example
>
> #if (CFG_NAND_PAGE_SIZE == 2048)
>
> unless you are absolutley sure that all future devices (say, with 8k
> or 8k page sizes) will behave identic
In message <[EMAIL PROTECTED]> you wrote:
>
> This is set to 512 for small page devices and set to 2k for large page
> devices. So the code can be "selected" via this #if statement:
>
> #if (CFG_NAND_PAGE_SIZE > 512)
Please use an explicit test instead, i. e. for example
#if (CFG_NAND_P
On Tuesday 12 February 2008, k b wrote:
> I'm using the amcc taishan board and have a pci-x device connected to it.
> 1) how do I take the pci device out of reset at boot up ?
This will be done automatically upon bootup/reset.
> 2) and how do i reset the pci device ?
I don't think that you can f
Adds ATI Radeon 9200 support for 1280x1024, 1024x768,
800x600, 640x480 at 24, 16 and 8 bpp. Hope this patch
won't screw up X300 and X700 support.
Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
---
drivers/video/ati_radeon_fb.c | 401 +++--
1 files chang
Greetings.
This patch fixes up a compile error that crept with with debug switched on.
Introduces CONFIG_OF_CHOSEN_UPDATE - which is useful if you have a /chosen
entry in the dts - which doesn't contain a bootargs entry - in which case you'd
want u-boot's version of this.
Signed-off-by: Bryan O'D
Minimal - just a bare bones copy of code already done by others.
Adds the get_brgclk - for the purposes of enumerating a brg clock-frequency
entry in a of tree. Adds fdt.c so that 8xx will have a ft_cpu_setup function.
Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECTED]>
---
diff --git a/cpu/mpc8
Hi,
I am working on a customized arm926ejs versatile board. My board has SDRAM
at reset vector i.e., @ 0x00 and FLASH is located at a different higher
lcoation. At Boot up, SDRAm is mapped to Flash. I have to enable few
register and enable sdram chip. @ reset the arm uboot startup code has
b re
Hi,
I'm using the amcc taishan board and have a pci-x device connected to it.
1) how do I take the pci device out of reset at boot up ?
2) and how do i reset the pci device ?
thanks
Kunal
_
Climb to the top of the charts! Play the
Dear Kim,
in message <[EMAIL PROTECTED]> you wrote:
>
> We're up to three versions of patches from different people to fix
> non-powerpc build breakage (due to the new SPI driver), so I decided to
> make this easy for you :)
>
> I've chosen and applied Ben Warren's version of the fix (which decl
On 2/11/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 11 Feb 2008 at 11:29, Andreas Schweigstill wrote:
>
> > Hello!
> >
> > Wolfgang Denk schrieb:
> > > Don't try tricks; go and buy a BDI3000. In the long run, it will trun
> > > out to be the cheapest solution.
> >
> > I just heard
In message <[EMAIL PROTECTED]> you wrote:
> Remove the "#undef DEBUG" line from all Freescale 83xx board header files.
> The inclusion of this line makes it impossible to enable debug code in
> other source files, because "#define DEBUG" typically needs to be defined
> before any header files are i
In message <[EMAIL PROTECTED]> you wrote:
> Move the flat device tree setup for QE related devices into
> a common file shared between 83xx & 85xx platforms that have QE's.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineer
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Andreas Engel
> Sent: 08 February 2008 12:15
> To: u-boot-users@lists.sourceforge.net
> Subject: [U-Boot-Users] [PATCH] [resent #3] ARM: Move
> duplicated exception handling code into lib_arm
>
> Where your toolchain/compiler come from?
> Which version is it?
Hi all, ciao Marco
I tried with gcc version 4.2.0 (MontaVista 4.2.0-4.0.13.0704681 2007-12-22)
and also with gcc version 3.4.3 (MontaVista 3.4.3-25.0.139.0703832
2007-08-22).
Both toolchains are from Montavista Pro 5.0 and 4.0.
Add ide support to the arm cpu. Tested on little endian
machine. Include #define __io in config board file.
Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
---
diff --git a/common/cmd_ide.c b/common/cmd_ide.c
index c38be4f..e507c15 100644
--- a/common/cmd_ide.c
+++ b/common/cmd_ide.c
@@ -934
Fits in with recent work done in Linux.
Adds u-boot support in conjunction with two previous patches to boot a Linux
uImage in conjunction with a .dtb generated from the in-tree adder875-uboot.dts
in recent PowerPC Linux kernel patches.
Works too !
Signed-off-by: Bryan O'Donoghue <[EMAIL PROTECT
Timur Tabi wrote:
> Ben Warren wrote:
>
>> The problem is that you're artificially making this a PowerPC-only
>> part. If you used 8-bit accessors endianness wouldn't matter and
>> other architectures could use this without changes (notwithstanding
>> the #includes...)
>
> Ok, I will try to figure
In message <[EMAIL PROTECTED]> you wrote:
>
> Are all the ColdFire patches ok to commit?
I haven't seen any complaints / change requests lately (and don't
have time for a thorough review myself at the moment), so please ask
John Rigby to check into the ColdFire custodian repo and send
Hi Nikhil,
On Tuesday 12 February 2008, Nikhil Gautam wrote:
> After looking at nand_command_lp( ), I added following piece of code
> everytime I send address to NAND flash.
>
> #ifdef CFG_NAND_4_ADDR_CYCLE
> /* Begin command latch cycle */
> this->hwcontrol(mtd, NAND_CTL_SETCLE);
> /*
Dear Haavard,
in message <[EMAIL PROTECTED]> you wrote:
>
> But if Wolfgang doesn't wake up and apply a fix pretty soon, I guess
> that might be exactly what's going to happen.
Please believe me, I'm not sleeping. I wish I was - and if it was
only for 5 hours per night
> I'm starting to
Le vendredi 08 février 2008 à 14:31 +, Peter Pearse a écrit :
> Stelian
>
> Until the next merge window your patches "AT91CAP9 support" are
> available from
>
> git://linux-arm.org/u-boot-armdev.git#080116_at91cap9
Ok, I double checked that tree and it compiles and works fine h
Hi Nikhil,
On Monday 11 February 2008, Nikhil Gautam wrote:
> I bypassed the function nand_is_bad_block( ) and also my image is now
> padded correctly. But still the problem is that SPL doesn't copy the
> U-boot image correctly onto the RAM. It copies the first page of first
> block from NAND flas
> -Original Message-
> From: Dirk Behme [mailto:[EMAIL PROTECTED]
> Sent: 11 February 2008 04:43
> To: [EMAIL PROTECTED]
> Cc: u-boot-users; Peter Pearse
> Subject: Re: [U-Boot-Users] u-boot patch submission process
>
> Todd Fischer wrote:
> > I am working on a patch to add DM355 SoC s
Hi,
On 11 Feb 2008 at 11:29, Andreas Schweigstill wrote:
> Hello!
>
> Wolfgang Denk schrieb:
> > Don't try tricks; go and buy a BDI3000. In the long run, it will trun
> > out to be the cheapest solution.
>
> I just heard from a customer that he bought a BDI2000 clone which is
> manufactured by
In message <[EMAIL PROTECTED]> you wrote:
>
> The following are two fixes which are needed in this release. Without these
> the build breaks when CONFIG_API is enabled.
>
> kind regards,
> Rafal
>
>
> The following changes since commit 98b742489c09780be6a832eeaa4e5eff824792bb:
> Wolfgang Denk
Hi Stefan,
I bypassed the function nand_is_bad_block( ) and also my image is now
padded correctly. But still the problem is that SPL doesn't copy the
U-boot image correctly onto the RAM. It copies the first page of first
block from NAND flash again and again.
This must be because of some configur
Hi Stefan,
After looking at nand_command_lp( ), I added following piece of code
everytime I send address to NAND flash.
#ifdef CFG_NAND_4_ADDR_CYCLE
/* Begin command latch cycle */
this->hwcontrol(mtd, NAND_CTL_SETCLE);
/* Write out the start read command */
this->write_byte(mtd,
38 matches
Mail list logo
