PCI range checking under qemu-system-sparc64

Mark Cave-Ayland mark.cave-ayland at ilande.co.uk
Thu Sep 24 19:14:57 UTC 2015


On 23/09/15 21:43, Marius Strobl wrote:

> On Wed, Sep 23, 2015 at 09:19:53AM +0100, Mark Cave-Ayland wrote:
>>
>> I've had a quick look through the relevant PDFs and the definitions I
>> have for tick/stick are this:
>>
>> tick:
>>   bit  63: NPT (Non-Privileged Trap enable - defaults to 1)
>>   bits 62 - 0: CPU cycle counter
>>
>> tick_cmpr:
>>   bit  63: Interrupt disable (1 = no interrupt)
>>   bits 62 - 0: counter compare value
>>
>> stick:
>>   bit  63: Reserved (reads 0, no write)
>>   bits 62 - 0: stick register count value
> 
> I cannot confirm that, the specification for the first sun4u CPU
> having a %stick register (UltraSPARC III, see 1, p. 6-105) up to
> the latest architecture specification (see 2, p. 60) say that bit
> 32 of %stick is NPT, just as with %tick. Same for the specification
> the Fujitsu SPARC64 processors follow (3, p. 90).

Interesting. The document I'm referring to in my local collection is the
UltraSPARC IIe specification which you can find a copy at
http://www.coris.org.uk/misc/Sundocs/USIIe_ext_1.1.pdf (see page 29). I
don't see this as necessarily being a conflict, it just seems that the
IIe allows unprivileged access to %stick.


ATB,

Mark.



More information about the freebsd-sparc64 mailing list