Steffen Winterfeldt wrote:
Hi,
sorry for the delay, but I've been on vacation. :-)
No worries :-)
You're right. Good catch!
Actually that is not true. 'mov eax,ss' does implicitly clear the upper
16 bits (both processor docs and hardware agree here).
I wasn't able to find
Hi,
sorry for the delay, but I've been on vacation. :-)
On Sun, 30 Sep 2007, Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
As Avi pointed out, VT requires that SS.RPL == CS.RPL. We're seeing
gfxboot fail under KVM because ss = 0x5761 while cs = 0x4004 during
the
Anthony Liguori wrote:
Hi Steffen,
As Avi pointed out, VT requires that SS.RPL == CS.RPL. We're seeing
gfxboot fail under KVM because ss = 0x5761 while cs = 0x4004 during
the transition from real mode to protected mode. The attached patch
passes the value of ss through ebx since KVM has to
Avi Kivity wrote:
Anthony Liguori wrote:
Hi Steffen,
As Avi pointed out, VT requires that SS.RPL == CS.RPL. We're seeing
gfxboot fail under KVM because ss = 0x5761 while cs = 0x4004 during
the transition from real mode to protected mode. The attached patch
passes the value of ss through
Hi Steffen,
As Avi pointed out, VT requires that SS.RPL == CS.RPL. We're seeing
gfxboot fail under KVM because ss = 0x5761 while cs = 0x4004 during the
transition from real mode to protected mode. The attached patch passes
the value of ss through ebx since KVM has to sanitize the value of