OpenBSD Journal
Home : : Add Story : : Archives : : About : : Create Account : : Login :
vmm enabled
Contributed by phessler on Wed Oct 12 08:57:19 2016 (GMT)
from the turtles-all-the-way-down dept.

With a small commit, OpenBSD now has a hypervisor and virtualization in-tree. This has been a lot of hard work by Mike Larkin, Reyk Flöter, and many others.

VMM requires certain hardware features (Intel Nehalem or later, and virtualization enabled in the BIOS) in order to provide VM services, and currently only supports OpenBSD guests.

Module name:	src
Changes by:	2016/10/12 02:30:26

Modified files:
	sys/arch/amd64/conf: GENERIC 

Log message:
enable vmm

This has been enabled in snapshots for a week, so your favourite mirror is already ready for you to upgrade. Of course, please report any bugs you run into.

This work was partially sponsored by The OpenBSD Foundation, and if you like it, please donate or bid on the signed cd set.

[ 17 comments 2d15:58 ago ] (flat) (expanded)

OpenBSD 6.0 Limited Edition CD set (signed by developers)
Contributed by phessler on Mon Oct 17 20:08:55 2016 (GMT)
from the operators-are-standing-by dept.

Five OpenBSD 6.0 CD-ROM copies were signed by 40 developers during the g2k16 Hackathon in Cambridge, UK. These copies are being auctioned sequentially on ebay.

  • CD set #1 (Sep 29th + 5 days) sold for $4200
  • CD set #2 (Oct 4th + 3 days) sold for $3000
  • CD set #3 (Oct 8th + 3 days) sold for $817
  • CD set #4 (Oct 11th + 3 days) sold for $635
  • CD set #5 (Oct 14th + 3 days) sold for $1024

    All proceeds will be donated to the OpenBSD Foundation to support and further the development of free software based on the OpenBSD operating system.

  • [topicconf]
    [ 4 comments 7d12:12 ago ] (flat) (expanded)

    g2k16 Hackathon Report: Alexander Bluhm on mbufs and more
    Contributed by rueda on Sat Sep 17 12:18:36 2016 (GMT)
    from the guten Morgan, England dept.

    Alexander Bluhm (bluhm@) contributed our next report (which even includes a picture):

    Big plans what to do at a hackathon don't work. There is always something unexpected that requires your attention. So I was expecting the unexpected. The TCP send performance has dropped to a very low throughput in some environments. It was pretty clear that it was related with claudio@'s change to speed up TCP by using large mbufs instead of chaining small ones. Mbufs are used inside the kernel to hold network data. Using a lot of them requires many allocations and frees. This can be avoided by using larger mbufs. But why did it get slower? Together with mikeb@ we found out that it was related to the mbuf space limit in the socket buffer. One large mbuf filled the send buffer, so no new mbufs could be inserted until TCP received the acknowledgements for everything. So the sliding window algorithm with mbufs cycling through the socket buffer did not work anymore. After identifying the problem, the fix was easy, just increase the default socket buffer mbuf size limit.

    [ 0 comments ] (flat) (expanded)

    g2k16 Hackathon Report: Patrick Wildt on arm, LLVM and other progress
    Contributed by pitrh on Thu Sep 15 21:09:24 2016 (GMT)
    from the we'll arm that surstrŲmming dept.

    The g2k16 hackathon must have been a really great one, because here is yet another report, this time from Patrick Wildt, who writes:

    I knew that if I had any plans for the hackathon, they would have been thrown out of the window as soon as I arrived there. That was a good plan actually, since exactly that happened.

    [ 3 comments 35d2:26 ago ] (flat) (expanded)

    g2k16 Hackathon Report: Martin Pieuchot on USB stack and routing progress, more
    Contributed by pitrh on Thu Sep 15 10:56:23 2016 (GMT)
    from the fuzzing my clobberage dept.

    The g2k16 hackathon reports keep coming, and we love it! In this fresh report, Martin Pieuchot writes,

    Since some years now, I cannot attend a hackathon without having to deal with a USB problem. It's generally a bug that one of the hackers in the room can expose with his hardware. But in Cambridge it was different!

    [ 0 comments ] (flat) (expanded)

    Ted Unangst on "doas mastery"
    Contributed by nayden on Tue Sep 13 10:14:38 2016 (GMT)
    from the not MWL dept.

    Ted Unangst (tedu@) has written an item regarding doas:

    Itís been a year since the introduction of doas, so itís clearly time to write a book. Or maybe a pamphlet.

    See his flak entry for the full story (and bear in mind he's referring to -current at the time of writing).

    [ 10 comments 30d21:19 ago ] (flat) (expanded)

    g2k16 Hackathon Report: Matthieu Herrb on xenodm
    Contributed by rueda on Sun Sep 11 12:58:31 2016 (GMT)
    from the It is an xdm dept.

    Matthieu Herrb supplied our next g2k16 report:

    I arrived in Cambridge on Tuesday afternoon, after a nice 9h train trip from Toulouse through Paris and the tunnel. I started the hackathon by upgrading a number of packages in Xenocara. The most noteworthy being the XCB (X protocol C-language Bindings) suite updated to the most recent 1.12 version.

    [ 3 comments 42d18:48 ago ] (flat) (expanded)

    DragonFly BSD adopts uses of LibreSSL
    Contributed by pitrh on Thu Sep 8 13:56:46 2016 (GMT)
    from the Viva Puffy! dept.

    DragonFly BSD has joined HardenedBSD and TrueOS (formerly PC-BSD) in adopting LibreSSL in the base system:

        Switch base to use private LibreSSL libaries
        All base users of the OpenSSL libraries ( and have
        been modified to link against the new LibreSSL versions instead.

    [ 3 comments 35d15:36 ago ] (flat) (expanded)

    g2k16 Hackathon Report: Antoine Jacoutot on binary patches, ports progress and more
    Contributed by rueda on Sun Sep 11 00:00:12 2016 (GMT)
    from the bin-bin-bin-patches! dept.

    Here's yet another g2k16 hackathon report, this one from Antoine Jacoutot, who writes:

    This was my first time in Cambridge and I must say I really enjoyed the place. It's a gorgeous town and avsm@ and Gemma's organization of the hackathon was just perfect. So first of all, thank you very much to them and to the OpenBSD Foundation.

    [ 10 comments 4d11:26 ago ] (flat) (expanded)

    Support OpenBSD!

    Donate to OpenBSD

    Buy OpenBSD products


    We are constantly on the lookout for stories of how you put OpenBSD to work. Please submit any informative articles on how OpenBSD is helping your company.

    Older Stuff
    Sunday, September 11
    00:03 g2k16 Hackathon Report: Vincent Gross on iked(8), armv7 and sys/netinet[6] (0)
    12:22 g2k16 Hackathon Report: Florian Obser on httpd, networking, acme-client, and more (0)
    Friday, September 09
    07:40 g2k16 Hackathon Report: Jasper Lievisse Adriaanse on ddb(4) and more (1)
    Thursday, September 08
    13:35 g2k16 Hackathon Report: Christian Weisgerber on gettext progress, RTC work, removing kernel cruft (1)
    Wednesday, September 07
    12:20 g2k16 Hackathon Report: Brent Cook on Chromebooks, crypto, and more (0)
    Tuesday, September 06
    23:05 g2k16 Hackathon Report: Ted Unangst on doas, signify, code removal (3)
    11:03 g2k16 Hackathon Report: Giovanni Bechis on ports updates, acpi resume work (0)
    00:27 g2k16 Hackathon Report: Martin Natano on fuse, NTFS and more (7)
    17:07 g2k16 Hackathon Report: Otto Moerbeek on back to malloc, and more (3)

    Older Stuff...
    Yesterday's Edition...

    OpenBSD Errata

    OpenBSD Resources

    Users wishing RSS/RDF summary files of OpenBSD Journal, can retrieve: [xml]

    [ Home | Add Story | Archives | Polls | About ]

    Copyright © 2004-2008 Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to April 2nd 2004 as well as images and HTML templates were copied from the fabulous original with Jose's and Jim's kind permission. Some icons from used with permission from Kathleen. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. Search engine is ht://Dig. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]