In-Reply-To: <87zlbz17fb.fsf@basil.nowhere.org>
To: Andi Kleen <andi@firstfloor.org>, Christoph Hellwig <hch@infradead.org>
Cc: Arnd Bergmann <arnd@arndb.de>, linux-arch@vger.kernel.org,
       linux-kernel@vger.kernel.org,
       Linus Torvalds <torvalds@linux-foundation.org>
MIME-Version: 1.0
Subject: Re: S+core architecture (arch/score/) support files
Message-ID: <OF06F6A918.AA4716A4-ON482575DF.000B4993-482575DF.0013010F@sunplusct.com>
From: liqin.chen@sunplusct.com
Date: Wed, 24 Jun 2009 11:22:44 +0800
Content-Type: text/plain; charset="GB2312"
Sender: linux-kernel-owner@vger.kernel.org
Content-Transfer-Encoding: 8bit
Content-Length: 2303
Lines: 56

Andi Kleen <andi@firstfloor.org> д?? 2009-06-23 20:06:00:

> IMHO a full successfull LTP run should be minimal criterium for
> merging an architecture. That should catch most of the possible
> "simple" mistakes in the syscall ABI. I would suggest to wait to after
> this has been done.

Oh, Andi, it isn't a short time work. especially we use 
asm-generic/unistd.h instead of score old asm/unistd.h.
You see, the most work was focus on glibc/applications.

linux-arch-owner@vger.kernel.org д?? 2009-06-23 18:51:47:

> Before we commit the code to linux.org, 
> Linux had run on spct6600 score platform well. 
> It had passed LTP test and could run many general applications.
> S+core application depend on glibc-2.3.6, which support static
> and dynamic applications.

void merge_score_to_upstream(void)
{
        if (asm-generic is the right direction for all linux arch) {
                if (merge score code) {
                        It's easy for us to update score code and
                                commit the asm-generic problems we meet.
                } else {
                        People will pay no attation to score/asm-generic
                                problems.
                        printk("it haven't help asm-generic to stable.");
                }
        else {
                we could use score old asm/unistd.h instead.
        }
}

I think merge score to upstream will be no harm to linux kernel.

Christoph Hellwig <hch@infradead.org> д?? 2009-06-23 22:50:59:

> Still doesn't seem to be quite uptodate in the ptrace area, e.g. not
> using regsets at all.  It would be really helpful if the final ptrace
> code could be ran past Roland McGrath as the ptrace maintainer.

As a new comer, we don't know what we should or shouldn't do,
Since we begin to commit linux/score code to linux.org, we found
the best way is as simple as possible, because in linux world
people also have the different suggestions, it will make us 
confused and don't know what todo next soon.

The simple code has little error. We think it isn't the right
time to add utrace code so we don't do it.

Best Regards
Liqin
---
????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m????????????I?