From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id BE0441382C5 for ; Mon, 2 Apr 2018 03:40:43 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6087FE0BCD; Mon, 2 Apr 2018 03:40:42 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A8D56E0BBA; Mon, 2 Apr 2018 03:40:41 +0000 (UTC) Received: from localhost (unknown [108.161.26.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mattst88) by smtp.gentoo.org (Postfix) with ESMTPSA id ECD2933BE5A; Mon, 2 Apr 2018 03:40:38 +0000 (UTC) Date: Sun, 1 Apr 2018 20:40:37 -0700 From: Matt Turner To: gentoo-dev@lists.gentoo.org Cc: mips@gentoo.org, gentoo-mips@lists.gentoo.org Subject: [gentoo-mips] Monthly mips@ project status for April 2018 Message-ID: <20180402034037.GB21189@ivybridge.mattst88.com> 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="s9fJI615cBHmzTOP" Content-Disposition: inline User-Agent: Mutt/1.9.4 (2018-02-28) X-Archives-Salt: 8808bba3-2cdb-4fc8-a48a-80140952a0a1 X-Archives-Hash: 5a607cc33c577ee20b43faadd29b5d64 --s9fJI615cBHmzTOP Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline I'd like to start giving ~monthly updates on the status of mips@ in Gentoo. Recently I received a Loongson 3A system (quad-core 1.35GHz, 16GB RAM, AMD graphics) which is significantly faster and more stable than any other mips system I have. mips@ is currently assigned or cc'd on 29 bugs. This number is down from probably >50 at the beginning of March. My list of to-do items consists of: == Switch to stable profiles == https://github.com/gentoo/gentoo/pull/7672 While keeping mips unstable (KEYWORDS=~mips) I plan to switch the profiles from exp to stable so that no new breakage is added. To that end, I've been working to test and keyword packages until we can flip the switch without adding any breakage ourselves. See the github pull request for the current status. I'll periodically rebase the branch as I add more keywords to the main tree. My plan is to add stable 17.0 mips profiles when the keywording is sorted out and kill two birds with one stone. == Loongson 3A support == The Loongson 3A system I received requires a number of out of tree patches to the kernel, gcc, binutils, and glibc. I've seen their developers working to upstream kernel patches, but it's slow going and there are a lot of them. I haven't seen much work to upstream the other patches. I'm not sure how to reasonably support hardware requiring so many out-of-tree patches. == n64 (the ABI!) support == https://bugs.gentoo.org/show_bug.cgi?id=442548 https://bugs.gentoo.org/show_bug.cgi?id=513042 I want to support the tree main ABIs: Old 32 ("o32"), New 32 ("n32"), and New 64 ("n64"). n32 is equivalent to amd64's x32 ABI: 64-bit ABI but with 32-bit pointers. It's the default ABI we use for 64-bit MIPS. I'd like to offer n64 support as well, but gcc is not quite ready. At this point I have figured out the gcc build system enough to hack something together that works. I just need to... upstream something I guess? == n64 toolchain in n32 system == https://bugs.gentoo.org/show_bug.cgi?id=477956 n32 (and o32) only offer 31-bits of address space (2GB). That's not sufficient to link large libraries like webkit-gtk. For n32 systems, I'd like the toolchain binaries to be n64, to avoid these problems. That's going to be some amount of work on top of regular n64 support, but hopefully not too much. multilib/ABI_MIPS support already exists and works. == stages and installation media == https://bugs.gentoo.org/show_bug.cgi?id=150402 https://bugs.gentoo.org/show_bug.cgi?id=348647 With so many subarchitectures, ABIs, and two byte orderings providing stages and installation media has been a pain point. I'd like to automate as much of this as possible. I really need Kumba to build a new SGI CD, but well, that bug's been open since 2006. --s9fJI615cBHmzTOP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEO7Y55W+GH6LoZQVpD91oLZdMpyoFAlrBpjEACgkQD91oLZdM pyoiCQ/6AlAfcGdm+4FCIrVfcWK6x4v8z9yvASuS/31q4fvZs1kFPM7eYbjzl2t1 U3xYIqhWmrbIVIywcCodZjhWGqCKy3iGoaHgn4cO6kIjQDHoY0QkthJn3n+50zvG 3v0C+i+g9kQl1Dj7gBGtcDGMcwWjHT44sCzlz5dfnvR6ubtpOxSicsiu/sH8v8kU HMbsyZ0+ys7eG3DaW8HdXucaN0PtH/wa74z8OFk181Ui1DsJW9y32omZufhA4hUV BFYnvZ9nUOBdqDUevc4EKWBPB4d8Ql9N61S1mogiwZCIcbYMU+5K6yIgLT897SNn MeORcseqbCNrcM6DcXrM5Emnx4+cf5wuQ8NCW/714wSZo+MPLbOIveP+72DuBwUF CPRNdhcLWW8BOYYoMuPWqqhRnmrQshSB8RimO0cYa6xiW9PZV+O/S3fMTb4qbW2T /3v1EMsx43IiRV4o2HY2LM/yArgh6+cHP4BTogellzjv7wl0LhjsmCO9O7NeYdtN W536EE7gOYENG6vrYADBJOerfRF7Z5U9Mhp/IxUWcyPrzMY4F1ju6NLn1HUvm1ur j9Dt7Brchgm0sETk93IICWqka0WOWyVooQQlym+OrhO+DM7z+DsDX7KVMXVOa0aY nZgN2gyB6FfrWbTxDrMHDLNlD2gfaTdDCWibH+g2VOcU0uSyie4= =S+pH -----END PGP SIGNATURE----- --s9fJI615cBHmzTOP--