summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/996798
blob: b56f40acc0c19314e8a91e1dd1238e75338294d5 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
device: 0.842
vnc: 0.726
graphic: 0.663
performance: 0.625
socket: 0.583
semantic: 0.582
network: 0.552
boot: 0.402
permissions: 0.386
PID: 0.346
files: 0.296
other: 0.294
debug: 0.233
KVM: 0.039

Incorrect order of task switching

In Intel  specifications (http://download.intel.com/design/processor/manuals/253668.pdf 7.3), we can see:

    8. Saves the state of the current (old) task in the current task’s TSS. 

…

   11. Loads the task register with the segment selector and descriptor for the new  task's TSS.

But, in QEMU code (https://raw.github.com/qemu/QEMU/v1.0/target-i386/op_helper.c :375), the order is reversed: TSS registers & segments loads BEFORE save old task state.

Some bug in VirtualBox: https://www.virtualbox.org/ticket/10532

Is problem still reproducable with the latest version of QEMU, or has it been fixed nowadays?

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