From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5E5261381FA for ; Mon, 5 May 2014 17:17:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 47551E0ADA; Mon, 5 May 2014 17:17:49 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B80A3E0ADA for ; Mon, 5 May 2014 17:17:48 +0000 (UTC) Received: from [192.168.1.2] (0545b819.skybroadband.com [5.69.184.25]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hwoarang) by smtp.gentoo.org (Postfix) with ESMTPSA id 9F8FF34006F for ; Mon, 5 May 2014 17:17:47 +0000 (UTC) Message-ID: <5367C75B.7010906@gentoo.org> Date: Mon, 05 May 2014 18:16:11 +0100 From: Markos Chandras User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-mips@lists.gentoo.org Reply-to: gentoo-mips@lists.gentoo.org MIME-Version: 1.0 To: gentoo-mips@lists.gentoo.org Subject: Re: [gentoo-mips] Reducing the number of the MIPS supported stages References: <53679ACC.3000809@gentoo.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: a1b265d2-1af3-41b7-a449-d59c2741cf08 X-Archives-Hash: fa25c9cf0c2ba994de9400505d2459a7 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 05/05/2014 06:13 PM, Justin Cormack wrote: > On May 5, 2014 3:07 PM, "Markos Chandras" > wrote: >> >> Hi all, >> >> Right now the number of stages for each endianness is 8: >> >> - mips1 - mips32 - mips32r2 - mips3 - mips4 - mips4_r10 - mips64 >> - mips64r2 >> >> ==> 16 stages in total. >> >> This takes quite a bit of time for all stages to be built (by the >> time > everything is built, we are one month passed the time the snapshot > was taken). How about stop building stages for mips1, mips3 and > mips4? We keep the existing stages on the mirrors but we will no > longer update them (or maybe we do on per user or per case basis). > I understand there is hardware for these ISAs but how often do > people actually use the new stages? >> >> Just to be clear, I am not suggesting for the team to stop >> supporting > these ISAs but to stop building new stages and let the users of > such ISAs, grab an old stage3 and do the update themselves if > needed. >> >> This will free up some hardware resources for building different >> stages > for the newer ISAs (maybe more non-multilib n32 and n64 variants > etc) >> >> What does everyone think? >> > > Agree in general but not quite sure about the choice. Mips3 > (fuloong) is still quite widely used I think. Mips32 might not be > though, Android seems to be mips32r2 > > Has anyone asked Imagination for resources to support this? I work for Imagination :) and resources is not huge problem. Like I said, I am happy to do it provided there is good reason (and userbase) to do it. Regarding mips3/fuloong users can still get an existing stage3 and update afterwards. Like I said before, I never proposed to drop these stages from mirrors, just to stop updating them. Ideas are welcomed, my initial email was just a suggestion and my goal was to kick off a discussion - -- Regards, Markos Chandras -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQF8BAEBCgBmBQJTZ8dbXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGRDlGMzA4MUI2MzBDODQ4RDBGOEYxMjQx RjEwRUQ0QjgxREVCRjE5AAoJEB8Q7UuB3r8ZuLAIAJjoeKWyuzGgBopc8vs5gB2E YIeuHp4HXHBiLIeqfUz+pNc+FSlPu3dQPUe5Q3XQndIrQjNsRVuzK8N2deEGEFGI q50wllAH2d4Mtc2sFv1EaXc0YM6Xlu7+aehT7YYUvoN/mbiWAw9r30FaMCZx6aHe gsalycjgdzlGItfPvHUMjRPdE3O+idJr7IMfDKBQ2H7VgEUXPAeSLovgS/CejNJx 1sfxtWPBKzMEOAzzWUXB49zw3ygDiR2WyvxjlkVcAs+HfBWEzDOyHmA1yvYHwcVU 9rip/gEiiP48NnxQZkcaxRfAPHXbWr9iJjpuX1OFbp6he6Mir5C1A+ba07X0gLE= =Y7sq -----END PGP SIGNATURE-----