On 14:04 Mon 22 Jun , Scott Wood wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> >no as you add the nand in this patch
> >the nand need to be add in a seperate patch,
> >this one need to only add the s3c2440 support
> >and the nand will be handle by Scott the nand Maintainer
>
> If a NAND p
kevin.morf...@fearnside-systems.co.uk wrote:
> These type names (and the 'const') are in the existing s3c24x0 code so I
> just made my new code follow the same style and Lindent and checkpatch
> didn't complain. The u-boot coding style guidelines say we should use the
> Linux coding style and th
On 22/06/2009 20:26, Scott Wood wrote:
> Keven Morfitt wrote:
>> diff --git a/drivers/mtd/nand/s3c2410_nand.c
>> b/drivers/mtd/nand/s3c2410_nand.c
>> index 60bfd10..b93787c 100644
>> --- a/drivers/mtd/nand/s3c2410_nand.c
>> +++ b/drivers/mtd/nand/s3c2410_nand.c
>> @@ -36,7 +36,7 @@
>> static voi
On 22/06/2009 20:04, Scott Wood wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> no as you add the nand in this patch
>> the nand need to be add in a seperate patch,
>> this one need to only add the s3c2440 support
>> and the nand will be handle by Scott the nand Maintainer
>
> If a NAND patc
Keven Morfitt wrote:
> diff --git a/drivers/mtd/nand/s3c2410_nand.c b/drivers/mtd/nand/s3c2410_nand.c
> index 60bfd10..b93787c 100644
> --- a/drivers/mtd/nand/s3c2410_nand.c
> +++ b/drivers/mtd/nand/s3c2410_nand.c
> @@ -36,7 +36,7 @@
> static void s3c2410_hwcontrol(struct mtd_info *mtd, int cmd, u
Jean-Christophe PLAGNIOL-VILLARD wrote:
> no as you add the nand in this patch
> the nand need to be add in a seperate patch,
> this one need to only add the s3c2440 support
> and the nand will be handle by Scott the nand Maintainer
If a NAND patch is sandwiched in the middle of other patches that
on
>> 5th June
The patch above does a code style clean-up of the s3c24x0 drivers code.
This includes the mtd nand s3c2410 driver. Do I need to put the mtd nand
s3c2410 driver clean-up in a separate patch or can I leave it in the
same patch but just include something like PATCH-ARM,M
1
and the you add the s3c2440 (this patch)
> >
> >> # if defined(CONFIG_S3C2400)
> >> # define pWTCON 0x1530
> >> @@ -146,6 +147,15 @@ copyex:
> >> # define CLKDIVN 0x4C000014 /* clock divisor register */
> >> # endif
> >
+/* turn off the watchdog */
>> ldr r0, =pWTCON
>> mov r1, #0x0
>> str r1, [r0]
>>
>
>
>> @@ -156,8 +166,8 @@ copyex:
>>
>
>
>> +
>> +/* AC97 INTERFACE (see S3C2440 manual chapter 24) */
>
On 17:42 Fri 19 Jun , kevin.morf...@fearnside-systems.co.uk wrote:
> This is the first of two patches that will add support for the Embest
> SBC2440-II Board. This one adds generic support for the S3C2440 CPU. Tested
> by
> running MAKEALL for ARM9 boards - no new warnings or errors were fou
Dear "kevin.morf...@fearnside-systems.co.uk",
In message <4a3bc001.3010...@fearnside-systems.co.uk> you wrote:
> This is the first of two patches that will add support for the Embest
> SBC2440-II Board. This one adds generic support for the S3C2440 CPU. Tested by
> running MAKEALL for ARM9 boards
This is the first of two patches that will add support for the Embest
SBC2440-II Board. This one adds generic support for the S3C2440 CPU. Tested by
running MAKEALL for ARM9 boards - no new warnings or errors were found.
This patch set assumes that the following patches have already been applied
12 matches
Mail list logo