From the mailing list:
Since virtio devices intentionally access memory directly, we are not actually dependant on the iommu patches in order to make progress. Merely fixing the PCI interrupt setup was enough to get the virtio-pci interface working. We now make it quite a long way into the Debian Lenny install. At some random point during the install, it hangs. I assume we're somehow losing an interrupt or something, but it's very hard to tell. The cpu is still running, servicing timer interrupts, but the userland process is stuck. I hope to get the vga console working next. That should allow me multiple vt's, which should allow me to poke at the install process from within the VM.
And..
$ ./alpha-softmmu/qemu-system-alpha -nographic -kernel ../../linux/linux-git/vmlinux -append 'console=ttyS0 rdinit=/bin/sh' -initrd ../alpha-test/initrd.gz [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.39-rc4+ (address@hidden) (gcc version 4.7.0 20110408 (experimental) (GCC) ) #18 SMP Thu Apr 28 10:11:46 PDT 2011 [ 0.000000] Booting GENERIC on Tsunami variation Clipper using machine vector Clipper from MILO [ 0.000000] Major Options: SMP MAGIC_SYSRQ [ 0.000000] Command line: console=ttyS0 rdinit=/bin/sh [ 0.000000] memcluster 0, usage 1, start 0, end 8 [ 0.000000] memcluster 1, usage 0, start 8, end 16384 [ 0.000000] freeing pages 8:2048 [ 0.000000] freeing pages 3813:16384 [ 0.000000] reserving pages 3813:3814 [ 0.000000] Initial ramdisk at: 0xfffffc0007b26000 (5079886 bytes) [ 0.000000] SMP: 1 CPUs probed -- cpu_present_map = 1 [ 0.000000] PERCPU: Embedded 6 pages/cpu @fffffc0000126000 s12608 r8192 d28352 u49152 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16272 [ 0.000000] Kernel command line: console=ttyS0 rdinit=/bin/sh [ 0.000000] PID hash table entries: 512 (order: -1, 4096 bytes) [ 0.000000] Dentry cache hash table entries: 16384 (order: 4, 131072 bytes) [ 0.000000] Inode-cache hash table entries: 8192 (order: 3, 65536 bytes) [ 0.000000] allocated 524288 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 0.000000] Memory: 110088k/131072k available (3489k kernel code, 20920k reserved, 8487k data, 384k init) [ 0.000000] SLUB: Genslabs=16, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU-based detection of stalled CPUs is disabled. [ 0.000000] NR_IRQS:32784 [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [ttyS0] enabled [ 0.000000] Calibrating delay loop... 10138.40 BogoMIPS (lpj=158408704) [ 1.343750] pid_max: default: 32768 minimum: 301 [ 1.343750] Mount-cache hash table entries: 512 [ 1.343750] Initializing cgroup subsys ns [ 1.343750] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup. [ 1.343750] Initializing cgroup subsys cpuacct [ 1.343750] Initializing cgroup subsys memory [ 1.343750] Initializing cgroup subsys devices [ 1.343750] Initializing cgroup subsys freezer [ 1.343750] Initializing cgroup subsys blkio [ 1.343750] SMP mode deactivated. [ 1.343750] Performance events: Supported CPU type! [ 1.343750] Brought up 1 CPUs [ 1.343750] SMP: Total of 1 processors activated (10138.56 BogoMIPS). [ 1.343750] devtmpfs: initialized [ 1.343750] atomic64 test passed [ 1.343750] NET: Registered protocol family 16 [ 1.375000] EISA bus registered [ 1.375000] bio: create slab <bio-0> at 0 [ 1.375000] vgaarb: loaded [ 1.375000] Switching to clocksource qemu [ 1.375000] NET: Registered protocol family 2 [ 1.375000] IP route cache hash table entries: 1024 (order: 0, 8192 bytes) [ 1.375000] IPv4 FIB: Using LC-trie version 0.409 [ 1.375000] TCP established hash table entries: 4096 (order: 3, 65536 bytes) [ 1.375000] TCP bind hash table entries: 4096 (order: 3, 65536 bytes) [ 1.375000] TCP: Hash tables configured (established 4096 bind 4096) [ 1.375000] TCP reno registered [ 1.375000] UDP hash table entries: 256 (order: 0, 8192 bytes) [ 1.375000] UDP-Lite hash table entries: 256 (order: 0, 8192 bytes) [ 1.375000] NET: Registered protocol family 1 [ 1.375000] Trying to unpack rootfs image as initramfs... [ 1.406250] Switched to NOHz mode on CPU #0 [ 1.625000] Freeing initrd memory: 4960k freed [ 1.656250] srm_env_init: This Alpha system doesn't know about SRM (or you've booted SRM->MILO->Linux, which gets misdetected)... [ 1.687500] VFS: Disk quotas dquot_6.5.2 [ 1.687500] Dquot-cache hash table entries: 1024 (order 0, 8192 bytes) [ 1.687500] ROMFS MTD (C) 2007 Red Hat, Inc. [ 1.687500] msgmni has been set to 224 [ 1.687500] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 1.687500] io scheduler noop registered [ 1.687500] io scheduler deadline registered [ 1.687500] io scheduler cfq registered (default) [ 1.687500] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled [ 2.093750] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 2.125000] brd: module loaded [ 2.125000] mousedev: PS/2 mouse device common for all mice [ 2.125000] TCP cubic registered [ 2.125000] NET: Registered protocol family 17 [ 2.156250] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 2.156250] Freeing unused kernel memory: 384k freed BusyBox v1.10.2 (Debian 1:1.10.2-2) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off ~ # mount -t proc none /proc ~ # cat /proc/cpuinfo cpu : Alpha cpu model : EV67 cpu variation : 0 cpu revision : 0 cpu serial number : system type : Tsunami system variation : Clipper system revision : 0 system serial number : MILO QEMU cycle frequency [Hz] : 250000000 timer frequency [Hz] : 1024.00 page size [bytes] : 8192 phys. address bits : 40 max. addr. space # : 255 BogoMIPS : 10138.40 kernel unaligned acc : 0 (pc=0,va=0) user unaligned acc : 0 (pc=0,va=0) platform string : N/A cpus detected : 0 cpus active : 1 cpu active mask : 0000000000000001 L1 Icache : 64K, 2-way, 64b line L1 Dcache : 64K, 2-way, 64b line L2 cache : n/a L3 cache : n/a ~ # QEMU: Terminated
It’s incredible isn’t it? Â I know the VMS crowd will be thrilled, even the legacy Digital UNIX folk.. Heck maybe one day it’ll even run Windows NT!
so.. do you think that HP-UX emulation will be possible in the near future? (btw i’m ‘casaubon’ from the old blog, congratulations on the new one)
I’m sure at some point in time it’ll happen… Itanium or HPPA? Well I guess it really comes down to someone finding the need/time and doing it. Hell they did port binutils/gcc to the HPPA & Itanium so .. anything is possible.
I’m glad you found this place.. 🙂
I hope commenting here wasn’t too painful…!
There was an HPPA branch project at one point, but I think it’s abandoned now.
It’d be cool to see QEMU fully run the original OSes for non-x86 targets, graphics and all.
of course – it’s my favourite blog after all. : ) a great place to learn stuff, feel nostalgic, or just take a break from school/work. and commenting is a lot easier in wordpress, although i’d opt for a darker background that’s easier on the eyes.
anyway, i’m mainly waiting for PA-RISC emulation so that i can migrate my old HP-UX install from an old brain-dead workstation of mine. i know some work has been done by someone in the past, but the HPPAQEMU sourceforge page has no files, and they claim to only support linux.
well, you can’t have everything.
I just happened to have Qemu 0.8 -> 0.14.1 hanging around and this is what I found….
./qemu-0.10.0/hppa-dis.c
./qemu-0.10.0/hppa.ld
./qemu-0.10.0/tcg/hppa
./qemu-0.10.5/hppa-dis.c
./qemu-0.10.5/hppa.ld
./qemu-0.10.5/tcg/hppa
./qemu-0.11.0/hppa-dis.c
./qemu-0.11.0/hppa.ld
./qemu-0.11.0/tcg/hppa
./qemu-0.12.0/hppa-dis.c
./qemu-0.12.0/hppa.ld
./qemu-0.12.0/tcg/hppa
./qemu-0.12.5/hppa-dis.c
./qemu-0.12.5/hppa.ld
./qemu-0.12.5/tcg/hppa
./qemu-0.13.0/hppa-dis.c
./qemu-0.13.0/hppa.ld
./qemu-0.13.0/tcg/hppa
./qemu-0.14.0/hppa-dis.c
./qemu-0.14.0/hppa.ld
./qemu-0.14.0/tcg/hppa
./qemu-0.14.1/hppa-dis.c
./qemu-0.14.1/hppa.ld
./qemu-0.14.1/tcg/hppa
It appears (I could be wrong) that this code is in as a guest, allowing the HPPA to run foreign exe’s and OS’s, not other OS’s to run HPPA stuff. If I had an HPPA box I guess I’d know more, but alas, I do not.
Looking here it appears someone was working on it at one point…