On Fri, 2007-11-02 at 16:46 -0400, Daniel Jacobowitz wrote:
> On Fri, Nov 02, 2007 at 05:23:59PM +0100, Jocelyn Mayer wrote:
> > No, it's not accidental. An application accessing priviledged SPR,
> > including the PVR, is likely to be buggy. I checked in the kernel
> > (2.6.23), trapping the mfpvr
On Fri, Nov 02, 2007 at 05:23:59PM +0100, Jocelyn Mayer wrote:
> No, it's not accidental. An application accessing priviledged SPR,
> including the PVR, is likely to be buggy. I checked in the kernel
> (2.6.23), trapping the mfpvr instruction is a huge bug because it breaks
> the virtualisation fea
On Fri, 2007-11-02 at 08:57 -0500, Jason Wessel wrote:
> J. Mayer wrote:
> > On Fri, 2007-11-02 at 08:04 -0500, Jason Wessel wrote:
> >
> >> The typical kernel + user space I boot on the prep machine no longer
> >> boots due to an issue accessing the PVR special purpose register. When
> >> the
J. Mayer wrote:
> On Fri, 2007-11-02 at 08:04 -0500, Jason Wessel wrote:
>
>> The typical kernel + user space I boot on the prep machine no longer
>> boots due to an issue accessing the PVR special purpose register. When
>> the PVR is accessed from user space, it should generate an exception
>>
On Fri, 2007-11-02 at 08:04 -0500, Jason Wessel wrote:
> The typical kernel + user space I boot on the prep machine no longer
> boots due to an issue accessing the PVR special purpose register. When
> the PVR is accessed from user space, it should generate an exception
> with the PC set to the in
The typical kernel + user space I boot on the prep machine no longer
boots due to an issue accessing the PVR special purpose register. When
the PVR is accessed from user space, it should generate an exception
with the PC set to the instruction that it occurred at when it saves to
the stack. In th
