public inbox for linux-arch@vger.kernel.org
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: liqin.chen@sunplusct.com
Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
	torvalds@linux-foundation.org
Subject: Re: [PATCH 1/13] score - New architecure port to SunplusCT S+CORE processor
Date: Fri, 27 Mar 2009 13:50:44 +0100	[thread overview]
Message-ID: <200903271350.45045.arnd@arndb.de> (raw)
In-Reply-To: <OF05CD1996.00155773-ON48257586.0007E097-48257586.0008511F@sunplusct.com>

On Friday 27 March 2009, liqin.chen@sunplusct.com wrote:
> linux/score lastest patch place at 
> http://www.sunplusct.com/images/linux-score-patch/linux-score-20090324.patch
> 
> diff -uprN -x linux-2.6-git.ori/Documentation/dontdiff 

First of all, welcome here and thanks for your first posting of
patches to the Linux kernel. I'll start looking through your
code soon, but would like to give you some generic advices first.

It may be a lot of things to learn at the beginning but you've already
taken the biggest step of coming out to the public with your patches.

It seems that you are not using a specific tool to post your
patches, while we have git and quilt (amongst others) that help
you prepare the patch files for submission.

Most of the points should be listed in Documentation/SubmittingPatches,
including

* specific subject lines in each mail
* threaded mails so that all of them show up together
* line wrapping
* a multiline patch description in each mail

Since the kernel development cycle has entered the merge window
for 2.6.30, you should not expect the architecture to go into
2.6.30 but you have enough time for addressing all review comments
before 2.6.31, as long as you keep posting updates. Specific
comments about code that should be done differently don't mean
that you made a mistake, because any way you do it, you will
get complaints from somebody ;-)

Ideally, you should provide a git tree or a patch set so it
can be included in linux-next at first. Please just ask if you 
need help setting up a git server.

Do you have a cross-compiler tool chain for x86 hosts somewhere
for download?

> --- linux-2.6-git.ori/arch/score/include/asm/a.out.h    1970-01-01 
> 08:00:00.000000000 +0800
> +++ linux-2.6-git.new/arch/score/include/asm/a.out.h    2009-03-13 
> 14:26:33.000000000 +0800
> @@ -0,0 +1,23 @@
> +#ifndef _ASM_A_OUT_H
> +#define _ASM_A_OUT_H
> +
> +struct exec
> +{
> +       unsigned long a_info;   /* Use macros N_MAGIC, etc for access */
> +       unsigned a_text;        /* length of text, in bytes */
> +       unsigned a_data;        /* length of data, in bytes */
> +       unsigned a_bss;         /* length of uninitialized data area for
> +                                   file, in bytes */
> +       unsigned a_syms;        /* length of symbol table data in file,
> +                                  in bytes */
> +       unsigned a_entry;       /* start address */
> +       unsigned a_trsize;      /* length of relocation info for text, in
> +                                   bytes */
> +       unsigned a_drsize;      /* length of relocation info for data, in 
> bytes */
> +};
> +
> +#define N_TRSIZE(a)    ((a).a_trsize)
> +#define N_DRSIZE(a)    ((a).a_drsize)
> +#define N_SYMSIZE(a)   ((a).a_syms)
> +
> +#endif /* _ASM_A_OUT_H */

New architectures normally don't need a.out support any more, so this
could be left out.

> linux-2.6-git.ori/arch/score/include/asm/atomic.h 

> linux-2.6-git.new/arch/score/include/asm/bitops.h

For these files (and many more), I have done a generic version that I
guess I should really post now so that you and the microblaze guys can just
use those files instead of copying new ones.

	Arnd <><

      parent reply	other threads:[~2009-03-27 12:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-27  1:29 [PATCH 1/13] score - New architecure port to SunplusCT S+CORE processor liqin.chen
2009-03-27  1:29 ` liqin.chen
2009-03-27 12:50 ` Arnd Bergmann [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200903271350.45045.arnd@arndb.de \
    --to=arnd@arndb.de \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=liqin.chen@sunplusct.com \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox