lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 2 Sep 2013 23:18:17 +0800
From:	Lennox Wu <lennox.wu@...il.com>
To:	Guenter Roeck <linux@...ck-us.net>
Cc:	linux-kernel@...r.kernel.org,
	Geert Uytterhoeven <geert@...ux-m68k.org>,
	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	Jiang Liu <jiang.liu@...wei.com>,
	Stephen Rothwell <sfr@...b.auug.org.au>,
	Andrew Morton <akpm@...ux-foundation.org>,
	"David S. Miller" <davem@...emloft.net>,
	Arnd Bergmann <arnd@...db.de>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Liqin Chen <liqin299@...il.com>
Subject: Re: [PATCH] Remove support for score architecture

Before we start the development of the S+core, Sunplus had licensed
ARM and MIPS. We develop S+core for other reason such as the price.
Some products on the web of Sunplus adopt S+core , for example
the SPV7050.(http://w3.sunplus.com/products/spv7050.asp) These products
could still be bought from the market. Some high-end products adopt
ARM or MIPS. So, there is no conflict for a company adopts multiple
architectures.

As I said, we recognize that we rarely update because of the limited
applications and rare requests from customers. Maybe we don’t
understand the culture enough; we think that it is unnecessary if we
have no new bugs or new functions, the thought seems wrong. We can
commit some patches in the near future.

Best,
Lennox

2013/9/2 Guenter Roeck <linux@...ck-us.net>:
> On 09/01/2013 09:13 PM, Lennox Wu wrote:
>>
>> Dear all,
>>
>> Indeed, Sunplus S+core is not a popular architecture and there is no
>> standalone to be sold so you should not find related news on the
>> Internet.  However, the s+core is adopted by our SoCs and these SoCs
>> are indeed adopted by some companies, we hope the architecture can be
>> reserved to provide the more and more powerful Linux for our
>> customers. It is true that we rarely update the code because that we
>> are rarely requested to add new functions and to correct bugs by our
>> customers, and it is also because we have no new product to release.
>> In the near future, we will release some patches for the existed
>> S+core architecture.
>>
>
> Key question is not if the platform is popular, but if it is maintained.
> The commit log over the last two years strongly suggests that this is
> not the case. I suspect that the code is far from compilable at this point,
> much less executable. Unfortunately this is hard to verify, as a pre-built
> or even buildable toolchain is not easily available.
>
> From a company perspective, you might want to decide if you want to put
> resources into this architecture to keep it alive, or focus on more recent
> chips and architectures. Information available on the internet suggests
> that Suncore's more recent chips are based on ARM. Given that, it appears
> somewhat unlikely that resources for maintaining S+core will be made
> available. Guess we'll see if the situation changes.
>
> Guenter
>
>
>> 2013/8/31 Guenter Roeck <linux@...ck-us.net>:
>>>
>>> The web site associated with the score architecture in MAINTAINERS
>>> is non-functional and available for sale. The last Ack from one
>>> of the maintainers was in December 2012. The main maintainer's last
>>> commit was in 2011. The last maintainer pull request was early 2011.
>>>
>>> Cc: Lennox Wu <lennox.wu@...il.com>
>>> Cc: Chen Liqin <liqin.chen@...plusct.com>
>>> Signed-off-by: Guenter Roeck <linux@...ck-us.net>
>>> ---
>>> More housekeeping.
>>>
>>> Maybe this removal request is a bit early, but architecture support seems
>>> to have vanished entirely. At the very least this puts interested parties
>>> (if there are any) on notice.
>>>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ