Re: sparc64: problem after trap table takeover under QEMU

2014-05-25 Thread Mark Cave-Ayland
On 08/05/14 20:28, Mark Kettenis wrote: Hi Mark, Interesting to see sparc64 support in QEMU. Yeah, it's been a work in progress for quite a while now. There seems to be two main areas of interest: firstly for people who are now migrating away from SPARC but need to keep a legacy

Re: sparc64: problem after trap table takeover under QEMU

2014-05-08 Thread Mark Cave-Ayland
On 06/05/14 19:18, Mark Cave-Ayland wrote: (cut) As soon as I step into address 0x1001804 then this is where things start to go wrong; the TLB (TTE) entry for 0x180 which is accessed by %sp is marked as privileged, but ASI 0x11 is user access only. QEMU's current behaviour for this is to

Re: sparc64: problem after trap table takeover under QEMU

2014-05-08 Thread Mark Kettenis
Date: Thu, 08 May 2014 14:44:30 +0100 From: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk On 06/05/14 19:18, Mark Cave-Ayland wrote: Hi Mark, Interesting to see sparc64 support in QEMU. As soon as I step into address 0x1001804 then this is where things start to go wrong; the TLB

sparc64: problem after trap table takeover under QEMU

2014-05-06 Thread Mark Cave-Ayland
Hi all, I'm currently working on a set of patches for OpenBIOS (the OF implementation for QEMU) in order to get the various *BSD kernels to boot under QEMU SPARC64 with some success, but I'm struggling with a privilege violation trap which occurs on the first window fill trap after OpenBSD