On Thu, Aug 14, 2008 at 4:10 PM, Fundu <[EMAIL PROTECTED]> wrote:
>
>> > i'm using a the taishan board u-boot 1.2.0 and
>> linux 2.4
>>
>> Uh, OK. Those are both pretty darn old by now.
>>
>> > does u-boot-1.2.0 pass a flatten device tree to the
>> kernel ?
>>
>> Maybe.
> how do i make confirm
Signed-off-by: Sergey Lapin <[EMAIL PROTECTED]>
---
cpu/arm926ejs/at91/Makefile |1 +
cpu/arm926ejs/at91/watchdog.c | 38 ++
2 files changed, 39 insertions(+), 0 deletions(-)
create mode 100644 cpu/arm926ejs/at91/watchdog.c
diff --git a/cpu/arm926ejs/
On Fri, Aug 15, 2008 at 02:29:26AM +0400, Sergey Lapin wrote:
>
> Signed-off-by: Sergey Lapin <[EMAIL PROTECTED]>
> ---
> cpu/arm926ejs/at91/Makefile |1 +
> cpu/arm926ejs/at91/watchdog.c | 35 +++
> 2 files changed, 36 insertions(+), 0 deletions(-)
> crea
Signed-off-by: Sergey Lapin <[EMAIL PROTECTED]>
---
cpu/arm926ejs/at91/Makefile |1 +
cpu/arm926ejs/at91/watchdog.c | 35 +++
2 files changed, 36 insertions(+), 0 deletions(-)
create mode 100644 cpu/arm926ejs/at91/watchdog.c
diff --git a/cpu/arm926ejs/at9
This patch provides support for AFEB9260 board, a product of
OpenSource hardware and software. Some commertial projects
are made with this design. A board is basically AT91SAM9260-EK
with some modifications and different peripherals and different
parts used. Main purpose of this project is to gain
On 17:36 Mon 11 Aug , Guennadi Liakhovetski wrote:
> Version 7: further comments addressed, style cleanup, s3c64xx NAND driver
> should now handle both chip-selects correctly. USB driver unchanged,
> serial driver got a polish in its baudrate-calculation routine - thanks to
> all participant
On 17:36 Mon 11 Aug , Guennadi Liakhovetski wrote:
> Version 7: further comments addressed, style cleanup, s3c64xx NAND driver
> should now handle both chip-selects correctly. USB driver unchanged,
> serial driver got a polish in its baudrate-calculation routine - thanks to
> all participant
> > i'm using a the taishan board u-boot 1.2.0 and
> linux 2.4
>
> Uh, OK. Those are both pretty darn old by now.
>
> > does u-boot-1.2.0 pass a flatten device tree to the
> kernel ?
>
> Maybe.
how do i make confirm this ?
TIA
___
U-Boot m
Liew Tsi Chung wrote:
> Ben,
>
> Please ignore the following patch. I will send out a patch later
> that will fix most of the platforms beside mcf5282.
>
> Thanks!
>
> Regards,
> TsiChung
>
>
>
OK, consider it ignored.
regards,
Ben
___
U
Fundu wrote:
> i'm using a the taishan board u-boot 1.2.0 and linux 2.4
Uh, OK. Those are both pretty darn old by now.
> does u-boot-1.2.0 pass a flatten device tree to the kernel ?
Maybe.
> does this even matter ?
Yes.
> also does linux-2.4 expect fdt ?
Nope. You have to get to about
Ben,
Please ignore the following patch. I will send out a patch later
that will fix most of the platforms beside mcf5282.
Thanks!
Regards,
TsiChung
-Original Message-
From: Liew Tsi Chung
Sent: Tuesday, August 12, 2008 8:18 AM
To: U-Boot
Cc: Ben Warren; Rigby John; Li
Dont know if can be a hardware problem, cause NAND is found in localbus:
I just copy/paste nand_scan code (from nand_base.c) and try this:
With u-boot-1.1.4 + drivers from u-boot-1.3.4:
DDR RAM: 128 MB
FLASH: 16 MB
In:serial
Out: serial
Err: serial
NAND: 64 MiB
=> nand scan
Ma
> ---
> common/cmd_ide.c | 52
> include/ata.h|4 +++-
> 2 files changed, 55 insertions(+), 1 deletions(-)
>
> diff --git a/common/cmd_ide.c b/common/cmd_ide.c
> index b4d9719..0e435a7 100644
> --- a/common/cmd_ide.c
> +++ b/common/cm
I'm trying to diagnose a mailing list delivery problem that is probably
caused by servers receiving list message traffic for me.
This test includes a BCC to my own address.
When I did this with the old SF server, I would only see my BCC copy and
never see the mailing list server sent copy.
I nee
Vince Asbridge wrote:
> Stephane,
>
> Thanks so much for your prompt reply.
>
> We will pursue your suggestions, and let the forum know what we find. We're
> at 1.3.0 uboot version.
>
> Vince
>
>> -Original Message-
>> From: Fillod Stephane [mailto:[EMAIL PROTECTED]
>> Sent: Thursday,
Stephane,
Thanks so much for your prompt reply.
We will pursue your suggestions, and let the forum know what we find. We're
at 1.3.0 uboot version.
Vince
> -Original Message-
> From: Fillod Stephane [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 14, 2008 8:06 AM
> To: Vince Asbrid
Wolfgang Denk wrote:
> Dear "Steven A. Falco",
>
> In message <[EMAIL PROTECTED]> you wrote:
>> The following patch adds the ability to call-out from the ide_ident
>> routine to a board-specific routine to set the PIO mode of an attached
>> device.
>>
>> This feature is controlled by the preproces
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 81091f58f0c58ecd26c5b05de2ae20ca6cdb521c:
> Jean-Christophe PLAGNIOL-VILLARD (1):
> drivers/serial: Move conditional compilation to Makefile for CONFIG_*
> macros
>
> are available in the
Vince Asbridge wrote:
> We have an 8548 design, which implements a DDR2 on a SODIMM
> We have an issue with dual rank memory (specific part number Viking
> VR5DR287218EBSS1), which is a 1G ECC Registered SODIMM part, with two ranks.
> Our platform wires CS0 and CS1 to the SODIMM slot.
> At uBoot
Dear Scott Wood,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 8641ff266ae6638da201747c239fd39ba34c4958:
> Wolfgang Denk (1):
> Merge branch 'master' of git://www.denx.de/git/u-boot-at91
>
> are available in the git repository at:
>
> git://www.denx.d
On Thu, 2008-08-14 at 02:44 +0800, Randy Vinson wrote:
> PCI I/O space is currently mapped 1:1 at 0xFA00. Linux requires
> PCI I/O space to start at 0 on the PCI bus. This patch maps PCI I/O
> space such that 0xFA00 in the processor's address space maps to 0
> on the PCI I/O bus.
>
> Si
Scott Wood schrieb:
> On Wed, Aug 13, 2008 at 07:03:25PM +0200, Jens Gehrlein wrote:
>> Hi,
>> in nand_spl/nand_boot.c in function nand_read_page() one can read the
>> comment in the case of ECC errors:
>> "No chance to do something with the possible error message from
>> correct_data(). We just
22 matches
Mail list logo