2009-06-09 06:47:48

by Chen Liqin

[permalink] [raw]
Subject: [PATCH 00/27] score arch files for linux

Hi Arnd, Andrew Morton and linus,

According to your comment on score arch code,
we update score code base on asm-generic#next repository.
use arch microblaze and blackfin as reference.

Best Regards
Liqin

--


2009-06-09 17:03:14

by Arnd Bergmann

[permalink] [raw]
Subject: Re: [PATCH 00/27] score arch files for linux

On Tuesday 09 June 2009, [email protected] wrote:
> Hi Arnd, Andrew Morton and linus,
>
> According to your comment on score arch code,
> we update score code base on asm-generic#next repository.
> use arch microblaze and blackfin as reference.
>

Some general notes about the patch submission, not the contents:
Your mail client still has a 'wordwrap' problem, which breaks
importing the patches into a repository. The easiest workaround
for this is to use 'git send-email', which handles it correctly.
Play around with the '--dry-run' and '--suppress-cc=all' options
at first to send the patches to yourself, so you know how it
works.

For 'git format-patch', please use the '-M -B --thread=shallow'
options so that all your mails end up nicely in a single mail
thread and renames are detected (the latter would not change
anything for your current set of patches, but may some day).

Arnd <><

2009-06-09 18:19:58

by Arnd Bergmann

[permalink] [raw]
Subject: Re: [PATCH 00/27] score arch files for linux

On Tuesday 09 June 2009, [email protected] wrote:
> Hi Arnd, Andrew Morton and linus,
>
> According to your comment on score arch code,
> we update score code base on asm-generic#next repository.
> use arch microblaze and blackfin as reference.

Ok, just finished looking over the patches and I am generally
very happy about their quality, it usually takes much longer
for a submission of this size to get into a mergeable shape.

The only thing that I think needs to be fixed before a
2.6.31 release is my comment about unistd.h still containing
the __ARCH_WANT_SYSCALL_* #defines. I consider that my fault
because I did not make it clear enough what those are meant
for in asm-generic/unistd.h.

One more general thought: I noticed that you split the header
files by alphabetical ordering. While there is no good way to
split a set of interdependent files, a logical grouping
(e.g. ABI, memory management, device, cpu) would be nice.

Everything else I found are only polite suggestions of what
can still be improved, not issues that I think need to
be addressed immediately. I especially love how the work
that Remis and I put into the generic header files starts
paying off, because it makes reviewing an architecture so
much simpler.

Please add my 'Reviewed-by: Arnd Bergmann <[email protected]>'
to your patches.

Thanks,

Arnd <><

2009-06-13 06:55:55

by Chen Liqin

[permalink] [raw]
Subject: Re: [PATCH 00/27] score arch files for linux

Hi Arnd,

Arnd Bergmann <[email protected]> д?? 2009-06-10 02:19:06:

> On Tuesday 09 June 2009, [email protected] wrote:
> > Hi Arnd, Andrew Morton and linus,
> >
> > According to your comment on score arch code,
> > we update score code base on asm-generic#next repository.
> > use arch microblaze and blackfin as reference.
>
> Ok, just finished looking over the patches and I am generally
> very happy about their quality, it usually takes much longer
> for a submission of this size to get into a mergeable shape.
>
> The only thing that I think needs to be fixed before a
> 2.6.31 release is my comment about unistd.h still containing
> the __ARCH_WANT_SYSCALL_* #defines. I consider that my fault
> because I did not make it clear enough what those are meant
> for in asm-generic/unistd.h.
>
> One more general thought: I noticed that you split the header
> files by alphabetical ordering. While there is no good way to
> split a set of interdependent files, a logical grouping
> (e.g. ABI, memory management, device, cpu) would be nice.
>
> Everything else I found are only polite suggestions of what
> can still be improved, not issues that I think need to
> be addressed immediately. I especially love how the work
> that Remis and I put into the generic header files starts
> paying off, because it makes reviewing an architecture so
> much simpler.
>
> Please add my 'Reviewed-by: Arnd Bergmann <[email protected]>'
> to your patches.
>

Based on your comments, I use asm-generic/current.h, hardirq.h,
unaligned.h etc instead of files under arch/include/asm folder.
It could work in score code.

Best Regards
Liqin
--


????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m???? ????????I?