From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <6e7d33120244215c8938d431673008c9@coraid.com> References: <6e7d33120244215c8938d431673008c9@coraid.com> Date: Thu, 26 Dec 2013 19:25:58 -0500 Message-ID: From: cherry To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=047d7b6761f65567e804ee79238e Subject: Re: [9fans] MIPS LE fp register ordering in MOVD Topicbox-Message-UUID: a86f5bb0-ead8-11e9-9d60-3106f5b1d025 --047d7b6761f65567e804ee79238e Content-Type: text/plain; charset=ISO-8859-1 Of course not. I am porting Plan 9 to loongson machines, little endian MIPS. Now it runs on my loongson 2E machine, with ethernet, keyboad and basic video support. I just got floating point work, with changes in vl as above. I am trying to bring more devices up. As I don't have contrib directory, the sources are located at https://bitbucket.org/cherry9/plan9-loongson. Thanks, - cherry On Thu, Dec 26, 2013 at 6:48 PM, erik quanstrom wrote: > On Thu Dec 26 18:47:04 EST 2013, lunaria21@gmail.com wrote: > > > Another issue is 0l/vl seems to output wrong bits for single precision > > floats in little endian mode, due to a similar reason: it used bytes 4-7 > > instead of 0-3. This seems to fix it: > > so if you don't mind me asking, what is it that you're working on? > > - erik > > --047d7b6761f65567e804ee79238e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Of course not. I am porting Plan 9 to loongson machines, l= ittle endian MIPS. Now it runs on my loongson 2E machine, with ethernet, ke= yboad and basic video support. I just got floating point work, with changes= in vl as above. I am trying to bring more devices up. As I don't have = contrib directory, the sources are located at https://bitbucket.org/cherry9/plan9-loongson.

Thanks,
- cherry



On Thu, Dec 26, 2013 at 6:48 PM, erik quanstrom <quanstro@labs.coraid.com> wrote:
On Thu Dec 26 18:47:04 EST= 2013, lunaria21@gmail.com wrote= :

> Another issue is 0l/vl seems to output wrong bits for single precision=
> floats in little endian mode, due to a similar reason: it used bytes 4= -7
> instead of 0-3. This seems to fix it:

so if you don't mind me asking, what is it that you're workin= g on?

- erik


--047d7b6761f65567e804ee79238e--