linux-mips
[Top] [All Lists]

Re: [PATCH] MIPS: Display CPU byteorder in /proc/cpuinfo

To: "Maciej W. Rozycki" <macro@linux-mips.org>
Subject: Re: [PATCH] MIPS: Display CPU byteorder in /proc/cpuinfo
From: Måns Rullgård <mans@mansr.com>
Date: Thu, 05 Feb 2015 19:36:54 +0000
Cc: David Daney <ddaney.cavm@gmail.com>, Ralf Baechle <ralf@linux-mips.org>, Joshua Kinard <kumba@gentoo.org>, Linux MIPS List <linux-mips@linux-mips.org>
In-reply-to: <alpine.LFD.2.11.1502051546540.22715@eddie.linux-mips.org> (Maciej W. Rozycki's message of "Thu, 5 Feb 2015 16:12:36 +0000 (GMT)")
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-id: linux-mips <linux-mips.eddie.linux-mips.org>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-software: Ecartis version 1.0.0
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <54BCC827.3020806@gentoo.org> <54BEDF3C.6040105@gmail.com> <54BF12B9.8000507@gentoo.org> <alpine.LFD.2.11.1501210347180.28301@eddie.linux-mips.org> <20150126131621.GB31322@linux-mips.org> <alpine.LFD.2.11.1501261358540.28301@eddie.linux-mips.org> <54C68429.4030701@gmail.com> <alpine.LFD.2.11.1501261904310.28301@eddie.linux-mips.org> <54C69FCE.80002@gmail.com> <alpine.LFD.2.11.1501262345320.28301@eddie.linux-mips.org> <54C7ED94.6070507@gmail.com> <alpine.LFD.2.11.1501272231190.28301@eddie.linux-mips.org> <yw1xd25o9y3k.fsf@unicorn.mansr.com> <alpine.LFD.2.11.1502051546540.22715@eddie.linux-mips.org>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
"Maciej W. Rozycki" <macro@linux-mips.org> writes:

> On Thu, 5 Feb 2015, Måns Rullgård wrote:
>
>> >> If you have access to processors with a working Status[RE] bit, you could
>> >> empirically determine how they work.
>> >
>> >  Well, I do actually, I have a working machine driven by an R4000 
>> > processor.  It was the original implementation of the Status.RE feature 
>> > and therefore it can be used as the reference.  I don't feel tempted to 
>> > use my time to actually make any checks though.
>> 
>> Is it reasonably easy to test this on an R10000 (SGI Octane) running
>> IRIX 6.5?
>
>  I doubt it.  I think the easiest way to experiment with this feature is 
> to modify Linux so as to run its userland with CP0.Status.CU0 set to one 

Unfortunately, this machine doesn't have Linux installed, and I can't
find an easy way to change the status register for userspace under IRIX.

-- 
Måns Rullgård
mans@mansr.com

<Prev in Thread] Current Thread [Next in Thread>