Contributed by tj on from the virtual-reality dept.
OpenBSD/amd64 (testamd64.my.domain) (ttyC0) login: root Password: Last login: Sun Nov 1 03:57:27 on ttyC0 OpenBSD 5.8-current (GENERIC) #378: Fri Oct 16 14:52:29 PDT 2015 You have new mail. # ./run_vm cpu0: entered VMM mode vmmctl: enable VMM command successful vmmctl: start VM command successful Connected to /dev/ttyp0 (speed 9600) guest eptp = 0x2acf01e warning: bcopy during ELF kernel load not supported warning: bcopy during ELF kernel load not supported assigned irq 3 to pci dev 1 adding pci bar cookie for dev 1 bar 0 = 0x0 vmd: vioblk @ 0x22634b2e100, size=72 assigned irq 5 to pci dev 2 adding pci bar cookie for dev 2 bar 0 = 0x22634b2e100 vmd: child disk 0 has size 941621248, vioblk cookie @ 0x22634b2e100 assigned irq 9 to pci dev 3 adding pci bar cookie for dev 3 bar 0 = 0x22634b2e148 vmd: child disk 1 has size 294092800, vioblk cookie @ 0x22634b2e148 loading 0x1a80000-0x8000000 (0x1a80-0x8000) loading 0x100000-0x1000000 avail_start = 0x26000 avail_end = 0x8000000 first_avail = 0x1a80000 [ bsd ELF symbol table not valid: bad magic ] [ no symbol table formats found ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2015 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.8-current (GENERIC) #406: Sun Nov 1 12:31:22 PST 2015 mlarkin@miskatonic.azathoth.net:/export/bin/src/OpenBSD/vmm/src/sys/arch/amd 64/compile/GENERIC vmd: i8253 PIT: 16 bit counter I/O not supported RTC BIOS diagnostic error 20real mem = 117440512 (112MB) avail mem = 109920256 (104MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0 acpi at bios0 not configured cpu0 at mainbus0: (uniprocessor) cpu0: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz cpu0: FPU,VME,DE,PSE,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFLUSH,DS,MMX,FXSR,SSE,SSE2,SS,HTT,PBE,SSE3,PCLMUL,DTES64,DS-CPL,SSSE3,FMA3, CX16,xTPR,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,AVX,F16C,RDRAND, HV,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID pvbus0 at mainbus0: OpenBSD vmx_handle_cpuid: unsupported rax=0x40000100 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "OpenBSD VMM PCI Host Bridge" rev 0x00 virtio0 at pci0 dev 1 function 0 "Qumranet Virtio RNG" rev 0x00: Virtio Entropy Device viornd0 at virtio0 virtio0: irq 3 virtio1 at pci0 dev 2 function 0 "Qumranet Virtio Storage" rev 0x00: Virtio Block Device vioblk0 at virtio1 scsibus1 at vioblk0: 2 targets sd0 at scsibus1 targ 0 lun 0: SCSI3 0/direct fixed sd0: 898MB, 512 bytes/sector, 1839104 sectors virtio1: irq 5 virtio2 at pci0 dev 3 function 0 "Qumranet Virtio Storage" rev 0x00: Virtio Block Device vioblk1 at virtio2 scsibus2 at vioblk1: 2 targets sd1 at scsibus2 targ 0 lun 0: SCSI3 0/direct fixed sd1: 280MB, 512 bytes/sector, 574400 sectors virtio2: irq 9 isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns8250, no fifo com0: console vmm at mainbus0 not configured vmx_handle_cr: mov to cr8 @ ffffffff8131a537 nvram: invalid checksum vscsi0 at root scsibus3 at vscsi0: 256 targets softraid0 at root scsibus4 at softraid0: 256 targets root on sd0a swap on sd0b dump on sd0b WARNING: invalid time in clock chip WARNING: CHECK AND RESET THE DATE! Automatic boot in progress: starting file system checks. /dev/sd0a (0078ad64fc7cb4ea.a): file system is clean; not checking setting tty flags pf enabled starting network dd: /var/db/host.random: No such file or directory chmod: /var/db/host.random: No such file or directory vmx_handle_cpuid: function 0x04 (deterministic cache info) not supported openssl: generating isakmpd/iked RSA keys... done. ssh-keygen: generating new host keys: RSA DSA ECDSA ED25519 starting early daemons: syslogd pflogd ntpd. starting RPC daemons:. savecore: can't find device 3/24834 checking quotas: done. kvm_mkdb: can't open /dev/ksyms clearing /tmp kern.securelevel: 0 -> 1 creating runtime link editor directory cache. preserving editor files. starting network daemons: sshd smtpd sndiod. starting local daemons: cron. Tue Oct 20 09:28:50 PDT 2015 OpenBSD/amd64 (a.my.domain) (tty00) login: root Password: OpenBSD 5.8-current (GENERIC) #406: Sun Nov 1 12:31:22 PST 2015 Welcome to OpenBSD: The proactively secure Unix-like operating system. Please use the sendbug(1) utility to report bugs in the system. Before reporting a bug, please try to reproduce it with the latest version of the code. With bug reports, please try to ensure that enough information to reproduce the problem is enclosed, and if a known fix for it exists, include that as well. You have mail. # top load averages: 0.13, 0.04, 0.01 a.my.domain 09:32:33 20 processes: 19 idle, 1 on processor up 0:04 CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle Memory: Real: 14M/56M act/tot Free: 57M Cache: 19M Swap: 0K/11M PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND 1 root 10 0 480K 544K idle wait 0:03 0.00% init 7301 root 18 0 628K 724K sleep pause 0:03 0.00% ksh 18150 _syslogd 2 0 1132K 1400K idle kqread 0:02 0.00% syslogd 23971 _smtpd 2 0 1444K 2016K idle kqread 0:01 0.00% smtpd 24405 _smtpd 2 0 1368K 1948K idle kqread 0:01 0.00% smtpd 27038 root 2 0 716K 1036K idle poll 0:01 0.00% cron 20007 root 2 0 948K 1296K idle select 0:01 0.00% sshd 14240 root 2 0 1132K 1236K idle netio 0:00 0.00% syslogd 28182 _pflogd 4 0 692K 376K sleep bpf 0:00 0.00% pflogd 28618 _smtpd 2 0 1572K 2124K idle kqread 0:00 0.00% smtpd 22585 _smtpd 2 0 1300K 1940K idle kqread 0:00 0.00% smtpd 20954 _ntp 2 0 704K 1380K sleep poll 0:00 0.00% ntpd 664 root 2 0 628K 596K idle netio 0:00 0.00% pflogd 31819 root 2 0 1568K 2124K idle kqread 0:00 0.00% smtpd 18465 _smtpd 2 0 1504K 2540K idle kqread 0:00 0.00% smtpd 20980 _ntp 2 -20 772K 1540K sleep poll 0:00 0.00% ntpd 23930 _smtpq 2 0 1568K 2096K idle kqread 0:00 0.00% smtpd 25424 root 2 -20 620K 1356K idle poll 0:00 0.00% ntpd
Thanks for the update Mike, we're living in exciting times. The vmm work is being sponsored by The OpenBSD Foundation, so if you're interested in virtualization, now would be a great time to help out. Note that the actual code is not yet committed to CVS, but will be appearing in due time.
(Comments are closed)
By journeysquid (Tor) on http://www.openbsd.org/donations.html
By Petr Topiarz (194.50.64.131) topiarz@post.cz on https://www.openunix.eu
Petr
By Anonymous Coward (135.23.87.149) on
How do I do that if the code isn't available yet?
Comments
By brynet (Brynet) on http://brynet.biz.tm/
>
> How do I do that if the code isn't available yet?
> The vmm work is being sponsored by The OpenBSD Foundation.
Comments
By Anonymous Coward (135.23.87.149) on
>
> How do I do that if the code isn't available yet?
>
> The vmm work is being sponsored by The OpenBSD Foundation.
When did openbsd stop being about code and start being about money?
Comments
By Anonymous Coward (80.187.100.202) on
Yes, heaven forfend that Mike be able to pay his bills while he works on a feature to be released when the work is ready to be seen by the rest of the world.
Way to be an asshole.
Comments
By Anonymous Coward 2 (192.35.17.12) on
>
> Yes, heaven forfend that Mike be able to pay his bills while he works on a feature to be released when the work is ready to be seen by the rest of the world.
>
> Way to be an asshole.
Give him all the money he needs... But his point is valid, it boots, so maybe it's time to show some code?
But maybe at this point asking Mike privately is the way to go?
Either way, the "asshole" calling was way out of line.
Comments
By Ed Ahlsen-Girard (72.213.210.31) eagirard@cox.net on
> >
> > Yes, heaven forfend that Mike be able to pay his bills while he works on a feature to be released when the work is ready to be seen by the rest of the world.
> >
> > Way to be an asshole.
>
> Give him all the money he needs... But his point is valid, it boots, so maybe it's time to show some code?
> But maybe at this point asking Mike privately is the way to go?
>
> Either way, the "asshole" calling was way out of line.
"Some go to the missions by giving. Some give to the missions by going. Without both there would be no missions at all."
-Archbishop Fulton Sheen
By Anonymous Coward (92.128.100.193) on
> But maybe at this point asking Mike privately is the way to go?
>
> Either way, the "asshole" calling was way out of line.
Well, the way OpenBSD is managed, they will reveal the code when it has been throughly audited, deconstructed, reconstructed, debugged, tested, kicked savagely in the nuts, refactored, re-tested, criticized, insulted several times by Theo, dipped into acid, thrown to the wolves, parachuted in the middle of nowhere with just a swiss army knife, chased by grizzly bears, returned to civilization, kidnapped, placed in a burlap sack and beaten with tire irons, passed a PhD, sworn allegiance to Cthulhu under a pale, gibbous moon in the middle of a graveyard, and electrocuted a couple of times (just for kicks).
Then, and only then, will it be declared as fit for service, and inclusion in OpenBSD, unless of course Theo feels like insulting it a few more times, including his entire extended family, and his mom in particular. The latter insults may generate a couple of dozens diff in short order.
And then Miod Vallat will probably find out it does not work at all on a VaxStation 4000, and the whole cycle will have to be repeated all over again. Especially the Cthulhu part.
And THEN, and only then, will we get a working vmm.
Be patient. Fast food isn't good and good food isn't fast. Sausage is delicious, but you REALLY don't want to know how it is made, and it may give you cancer. OpenBSD code is, well, programmed pretty much in the same way, if you see what I mean.
And, yes, the original poster is an asshole.
Comments
By Anonymous Coward (217.191.208.73) on
>
> Then, and only then, will it be declared as fit for service, and inclusion in OpenBSD, unless of course Theo feels like insulting it a few more times, including his entire extended family, and his mom in particular. The latter insults may generate a couple of dozens diff in short order.
>
> And then Miod Vallat will probably find out it does not work at all on a VaxStation 4000, and the whole cycle will have to be repeated all over again. Especially the Cthulhu part.
>
> And THEN, and only then, will we get a working vmm.
>
> Be patient. Fast food isn't good and good food isn't fast. Sausage is delicious, but you REALLY don't want to know how it is made, and it may give you cancer. OpenBSD code is, well, programmed pretty much in the same way, if you see what I mean.
Serious contender for *best post ever* at undeadly!
By Anonymous Coward (2001:470:b01e:3:9cea:fc64:7624:e904) on
>
> Then, and only then, will it be declared as fit for service, and inclusion in OpenBSD, unless of course Theo feels like insulting it a few more times, including his entire extended family, and his mom in particular. The latter insults may generate a couple of dozens diff in short order.
>
> And then Miod Vallat will probably find out it does not work at all on a VaxStation 4000, and the whole cycle will have to be repeated all over again. Especially the Cthulhu part.
>
> And THEN, and only then, will we get a working vmm.
>
> Be patient. Fast food isn't good and good food isn't fast. Sausage is delicious, but you REALLY don't want to know how it is made, and it may give you cancer. OpenBSD code is, well, programmed pretty much in the same way, if you see what I mean.
>
> And, yes, the original poster is an asshole.
You're THAT deluded?
Comments
By Anonymous Coward (82.123.156.90) on
And you are THAT stuck-up?
It's a bad attempt at humor, man, nothing more.
By Marc Espie (espie) on
> Give him all the money he needs... But his point is valid, it boots, so maybe it's time to show some code?
> But maybe at this point asking Mike privately is the way to go?
I've seen the code and played with it.
There is a reason it's not public yet. There are LOADS of small details that need to be figured out first.
Right now, it runs, BUT you have to be real careful and know what you're doing. There are lots of rough edges, and the instructions about how to run it are almost as long as the code proper. I definitely understand mlarkin not wanting to have to deal with wannabe coders noob questions when they manage to hose their machine...