blob: c0b3c5b2aea44d0a159e08d7a75d794807dd8122 (
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
34
35
36
37
38
39
40
41
|
x86: 0.997
device: 0.958
architecture: 0.828
graphic: 0.410
semantic: 0.401
user-level: 0.391
mistranslation: 0.385
boot: 0.381
files: 0.291
ppc: 0.273
i386: 0.271
register: 0.269
permissions: 0.267
vnc: 0.248
debug: 0.246
socket: 0.240
performance: 0.225
PID: 0.208
risc-v: 0.206
virtual: 0.196
kernel: 0.184
network: 0.161
VMM: 0.135
assembly: 0.134
TCG: 0.074
arm: 0.053
peripherals: 0.040
KVM: 0.037
hypervisor: 0.026
x86 cpu support request: LX Geode
Description of problem:
The Geode LX family of CPUs were used in early generations of the One Laptop Per Child (OLPC) systems (XO 1.0).
They are _basically_ i686-compatible but they lack the 'long-nop' (0x0f 0x1f) instruction available on many other i686-class devices.
Since i686 is a reasonably common baseline for toolchains and the software that is distributed using those toolchains, it would be convenient to be able to use QEMU to test boundary compatibility cases for this CPU.
Steps to reproduce:
N/A - feature does not currently exist
Additional information:
I'm not adding additional context here at the moment, but please let me know what else would be helpful to know (and/or if I'm off-track with this feature request for any reason). Thank you!
|