0x8 exception encountered but not handled

Bug #1785308 reported by Ra Cohen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
QEMU
Expired
Undecided
Unassigned

Bug Description

Present in all QEMU versions.

OS is triple page faulting and crashing rather than handling the expected double page fault properly. The same OS works in Bochs so I know its not the problem.

Revision history for this message
Dr. David Alan Gilbert (dgilbert-h) wrote :

Hi Ra,
  We'll need a bit more detail to be able to help here.
The fact something works in Bochs but doesn't work in qemu doesn't necessarily mean it's a qemu bug - for example the OS might be hitting something undefined or a timing issue; so we'd need some information on how the double page fault happened.
Does it work with KVM enabled? With tcg? What version of qemu are you using?

Changed in qemu:
status: New → Incomplete
Revision history for this message
Ra Cohen (racohen) wrote :

Hi David,
    The OS is hitting something undefined. It's built on exploiting the x86 architecture to run computations of the MMU rather than the CPU: https://github.com/jbangert/trapcc
I've tried it on the 3 most recent versions of QEMU for Windows. I'll give it a go with KVM and tcg and get back to you although I'm not hopeful.

Revision history for this message
Dr. David Alan Gilbert (dgilbert-h) wrote :

OK, that's just a cruel test :-)
It'll be interesting to see the difference between TCG and KVM, but with such a weird test case as that you'll probably need to narrow the problem down more.

Revision history for this message
Ra Cohen (racohen) wrote :

What would be useful information to narrow down the problem? Any specific kind of logs from running it in TCG and KVM?

Revision history for this message
Dr. David Alan Gilbert (dgilbert-h) wrote :

I think I'd start by seeing if it fails in both or if they're different.
If they're different then you'd follow the series of exceptions that they each get
and see where they diverge.

Revision history for this message
Peter Maydell (pmaydell) wrote :

More generally, I think that if you care about getting this test case to work under QEMU emulation you're going to have to be prepared to dig into QEMU's internals to debug where we diverge from what the real CPU does. Our x86 emulation is not very actively maintained and this isn't a "real world" use case that many users are going to have problems with, so my guess is it is unlikely to be fixed unless somebody with enough interest in it to take a day or a week to debug what's going on does that work.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for QEMU because there has been no activity for 60 days.]

Changed in qemu:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.