From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0@crash.cx Subject: Re: GSoC Date: Thu, 08 Feb 2018 11:25:08 +0000 Message-ID: <87r2pv67vv.fsf@abyayala.i-did-not-set--mail-host-address--so-tickle-me> References: <87bmh4qrf5.fsf@abyayala.i-did-not-set--mail-host-address--so-tickle-me> <87bmh3kbd9.fsf@gnu.org> <87k1vqv23v.fsf@abyayala.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49804) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejkKQ-0000km-I0 for guix-devel@gnu.org; Thu, 08 Feb 2018 06:25:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejkKN-0005oI-SS for guix-devel@gnu.org; Thu, 08 Feb 2018 06:25:22 -0500 Received: from aibo.runbox.com ([91.220.196.211]:52400) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ejkKN-0005oA-Kx for guix-devel@gnu.org; Thu, 08 Feb 2018 06:25:19 -0500 Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1ejkKL-000249-JS for guix-devel@gnu.org; Thu, 08 Feb 2018 12:25:17 +0100 Received: from dslb-088-078-026-213.088.078.pools.vodafone-ip.de ([88.78.26.213] helo=localhost) by mailfront10.runbox.com with esmtpsa (uid:892961 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1ejkK7-0008NW-LU for guix-devel@gnu.org; Thu, 08 Feb 2018 12:25:03 +0100 In-Reply-To: <87k1vqv23v.fsf@abyayala.i-did-not-set--mail-host-address--so-tickle-me> (ng0@n0.is's message of "Tue, 06 Feb 2018 10:33:56 +0000") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: guix-devel@gnu.org On Tue, 06 Feb 2018, ng0@n0.is wrote: > On second thoughts I think it's okay to have all of this in > public, there are no stupid questions. > > On Mon, 05 Feb 2018, ludo@gnu.org (Ludovic Courtès) wrote: >> Heya, >> >> ng0@n0.is skribis: >> >>> Sorry for the offlist message, but I thought since you list >>> yourself as possible mentor for the item I'd ask. >> >> What? I didn’t add myself there I think, we should find out where that >> comes from. :-) > > So.. who added Ludovic to the RISC-V item? And if not Ludovic, > who'd be a good mentor for this item (and has time to spend on > it)? Manolis has worked on porting to a different kernel, Efraim > has worked on porting to another architecture. > >>> With regards to RISC-V porting: a question I don't dare asking in >>> public because it's answer could be too obvious: is the porting >>> possible without owning any real RISC-V hardware? >> >> I know very little about RISC-V, but I suppose QEMU could help (and most >> of the porting work is about getting cross-compilation right.) >> >>> I think at this point I know enough in Guix to port it to another >>> architecture and would apply for this when the GSoC student >>> applications are open, depending on your reply. >> >> Cool. I think you’re welcome to discuss publicly the details and, as a >> last resort, privately with the person who submitted this idea (I don’t >> remember who that was, but we could ask on the list.) >> >> Cheers, >> Ludo’. >> > > So, ahead of time, I'm interested in porting Guix to > RISC-V. Looking at the timeline on the Google GSoC website it > falls into my next semester where I can't tell you right how many > hours I have available. > Students applications period starts in March, so that gives me > enough time to look into how porting without owning the hardware > works, refreshing my memory on it (recently I've read about slow > but native compiling of ARM on qemu). > As Ludovic wrote, and by my understanding of porting, it will > mostly cover bootstrap + ideally having a compiled (better: > functional) Guix on RISC-V? I've started looking into the details of how Fedora and Debian did it. Would be really good if we'd get glibc-2.27 in the next couple of months because 2.27 added RISC-V support. That's not a precondition for porting but it would help later on. I guess we have 2.27 in core-updates? I have a couple more exams and tests upcoming, but I'll start writing the application soon. I have some vague ideas how this could be done and need to read into Fedora's approach more to write up something that fits for us. I guess this is how it usually goes, write an application, discuss the application and then decide wether this would work out for the GSoC item and submit to Google.. According to what I saw here in the past and read this year at the Google Summer of Code website at Google. -- ng0 :: https://crash.cx A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://crash.cx/keys/