blob: a275469c49ff13a330047cf192a2d1817be9370a (
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
42
43
44
45
46
47
48
49
|
performance: 0.936
mistranslation: 0.906
semantic: 0.764
virtual: 0.739
files: 0.715
graphic: 0.692
user-level: 0.684
device: 0.682
architecture: 0.677
network: 0.584
ppc: 0.545
permissions: 0.544
kernel: 0.519
vnc: 0.463
arm: 0.462
boot: 0.433
hypervisor: 0.419
peripherals: 0.414
register: 0.408
i386: 0.401
debug: 0.399
socket: 0.394
risc-v: 0.392
x86: 0.366
PID: 0.362
VMM: 0.315
assembly: 0.300
TCG: 0.217
KVM: 0.199
Please support the native bios format for dec alpha
Currently qemu-system-alpha -bios parameter takes an ELF image.
However HP maintains firmware updates for those systems.
Some example rom files can be found here ftp://ftp.hp.com/pub/alphaserver/firmware/current_platforms/v7.3_release/DS20_DS20e/
It might allow things like using the SRM firmware.
The ARC(nt) firmware would allow to build and test windows applications for that platforms without having the relevant hardware
QEMU does not really implement a "true" ev67.
We cheat and implement something that is significantly faster to emulate.
E.g. doing all TLB refill within qemu, rather than in the PALcode.
So, no, there's no chance of running true SRM or ARC firmware.
But In that case it’s impossible to emulate or even compile Windows for Dec Alpha.
|
