Mike Larkin (mlarkin@) just committed support for 2TB of physical memory on the amd64 platform:
CVSROOT: /cvs Module name: src Changes by: email@example.com 2019/01/20 23:18:37 Modified files: sys/arch/amd64/amd64: machdep.c pmap.c sys/arch/amd64/include: pmap.h Log message: Support 2TB phys mem This change expands the direct map to 4 slots (512GB each), to support machines with up to 2TB physical memory. Should further expansion be required, this change provides the means to do that with a single #define change. with help from and ok guenther
Those of you with machines with lots of memory are encouraged to try this out and report your dmesg!
With two commits by Pratik Vyas (pd@), vmm(4) support for i386 host systems has been deleted (one can still run i386 guests under vmm on an amd64 host). The commit messages explain the reasoning behind this move:
The article provides a fine illustration of benefits of a bloat-free OS.
Thanks very much for the pointer, Ian.
Frederic Cambus (fcambus@) has just changed the default console font to Spleen, a font of his own creation:
CVSROOT: /cvs Module name: src Changes by: firstname.lastname@example.org 2019/01/09 04:23:32 Modified files: sys/dev/rasops : rasops.c sys/dev/wsfont : wsfont.c Log message: Enable Spleen in wsfont and modify the font selection logic at runtime in rasops(9) to allow selecting larger fonts when available.
Another major step forward just happened in
HTML output: paragraphs are now represented with real HTML
<p> elements, and a number of cases were fixed
in which mandoc used to generate output violating HTML syntax,
mostly related to macros and requests that control
in paragraphs of text.
Tom Smyth has another article (and video) for us:
Ingo Schwarze (schwarze@) delivered a great talk on documentation in EuroBSDCon 2018. Ingo's slides have been on-line since September at OpenBSD events.html under the EuroBSD Con 2018. Anyone who follows the mailing lists would see Ingo's consistent attention to detail. In this talk Ingo interestingly points out that application of consistent attention to detail in documentation, also improves the quality of the software that is being documented. Ingo shows that if a program is difficult to document, then it is likely due to serious flaws in the program's design.
This contribution comes directly from Tom Smyth:
Todd Mortimer (mortimier@) gives an excellent presentation on ROP Gadgets, and some of the mitigation strategies he has recently contributed to OpenBSD.
CVSROOT: /cvs Module name: www Changes by: email@example.com 2018/12/18 20:51:58 Modified files: . : 62.html lyrics.html Added files: images : 62_right.gif Log message: Release the 6.2 song! This comes 13 months late 'cause things came up.
That's a fine solstice present for puffy followers everywhere!
Donate to OpenBSD
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.
|010||2018-12-22 SECURITY The setsockopt(2) system call could overflow mbuf cluster kernel memory by 4 bytes.|
|009||2018-12-20 RELIABILITY While recv(2) with the MSG_WAITALL flag was receiving control messages from a socket, the kernel could panic.|
|008||2018-11-29 RELIABILITY Writing more than 4GB to a qcow2 volume corrupts the virtual disk.|
|007||2018-11-29 RELIABILITY The mail.mda and mail.lmtp delivery agents were not reporting temporary failures correctly, causing smtpd to bounce messages in some cases where it should have retried them.|
|006||2018-11-29 RELIABILITY UNIX domain sockets leak kernel memory with MSG_PEEK on SCM_RIGHTS, or can attempt excessive memory allocations leading to a crash.|
|005||2018-11-29 SECURITY Various overflows exist in perl.|
Options are available.
Copyright © - 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 as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]