patch vmm(4) - vmm(4): wire faulted in pages might have gone too far.

Hi I believe the change [1] vmm(4): wire faulted in pages, might have been a bit heavy handed a broken the use of VMM_IOC_MPROTECT_EPT ioctl. [1] https://marc.info/?l=openbsd-cvs=161144130825752 please see the patch below which restores this functionality Cheers Adam diff

Re: vmm.4: document supported ioctls

Thanks Dave, I like the description and listing the ioctl, and referencing vmmvar.h is a good idea Cheers Adam On Thu, Apr 1, 2021 at 18:49, Dave Voutila wrote: > This diff documents the ioctl(2) values supported by vmm(4). Besides > vmd(8) there's at least one application I've seen

patch: vamm(4) IA32_EPT_VPID_CAP_XO_TRANSLATIONS specified incorrectly.

Hi IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified incorrectly, see the patch below. Cheers Adam On Fri, Feb 26, 2021 at 01:08:17PM +0800, Adam Steen wrote: > Hi > > IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified as 0x0 and not (1ULL << 0) > ie 0 and not bit 0 as on. > &g

amd64 specialreg.h IA32_EPT_VPID_CAP_XO_TRANSLATIONS specified incorrectly.

Hi IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified as 0x0 and not (1ULL << 0) ie 0 and not bit 0 as on. Please see the attach diff to correct this and rename IA32_EPT_VPID_CAP_XO_TRANSLATIONS to IA32_EPT_VPID_CAP_XO to reduce wordyness. Cheers Adam diff 0e7183d43c8ed36e5d169be05df6147256

Re: Fix -Wincompatible-pointer-types-discards-qualifiers

Thanks so much! This is my first patch for OpenBSD, and I don't quite have the workflow debugged yet. Adam On Thu, Jan 7, 2021 at 11:29 PM Theo Buehler wrote: > On Thu, Jan 07, 2021 at 11:16:16PM +0000, Adam Barth wrote: > > Previously, this code was passing string constants to

Fix -Wincompatible-pointer-types-discards-qualifiers

Previously, this code was passing string constants to functions that did not declare their parameters as const. After this patch, the functions now declare that they do not modify these arguments, making it safe to pass string constants. diff --git lib/libc/gen/fts.c lib/libc/gen/fts.c index

systat -h human readable memory information

I have a small, quality of life patch you may find useful. It changes memory units used on the default page of systat running with -h flag. example: memory totals (in MB) real virtual free Active 3636 1443 All 523 523 3516 Units

FW: Add mprotect_ept ioctl to vmm(4)

> On Fri, Feb 07, 2020 at 01:25:38PM -0800, Mike Larkin wrote: > > On Fri, Feb 07, 2020 at 04:20:16AM +0000, Adam Steen wrote: > > > Hi > > > > > > Please see the attached patch to add an 'IOCTL handler to sets the access > > > protections of

vmm(4): handle invalid writes to cr0 - patch

:32 of CR0 and CR4 are reserved and must be written with zeros. Writing a nonzero value to any of the upper 32 bits results in a general-protection exception, #GP(0). (Intel SDM Volume 3abcd page 75, 2.5 Control Registers, Paragraph 2, bullet point 2. Cheers Adam ? div Index: sys/arch/amd64

Re: Add mprotect_ept ioctl to vmm(4)

On Fri, Feb 07, 2020 at 04:38:16PM -0800, Mike Larkin wrote: > > On Fri, Feb 07, 2020 at 01:25:38PM -0800, Mike Larkin wrote: > > On Fri, Feb 07, 2020 at 04:20:16AM +, Adam Steen wrote: > > > Hi > > > > > > Please see the attached patch to a

Add mprotect_ept ioctl to vmm(4)

went with add read permissions and logging the fact, instead of returning EINVAL. Cheers Adam ? div Index: sys/arch/amd64/amd64/vmm.c === RCS file: /cvs/src/sys/arch/amd64/amd64/vmm.c,v retrieving revision 1.258 diff -u -p -u -p

vmm(4) patch - iniatialise eptp to zero for vmx like svm

Hi Again while working on a larger patch i noticed that the eptp for vmx was not getting initialised to zero like the svm code path, as part of a VMM_IOC_RESETCPU ioctl call. please see the attach patch to initialise eptp to zero cheers Adam ? div Index: sys/arch/amd64/amd64/vmm.c

Remove unused code from vmm

Hi While working on a patch, i noticed that vmm_get_guest_faulttype was incorrect for amd (VMM_MODE_RVI) cpus, apon further inspection realised it was unused. Please see the patch below to remove it. cheers Adam ? div Index: sys/arch/amd64/amd64/vmm.c

[WIP] mprotect_ept for vmm(4)

if (ioctl(hvb->vmd_fd, VMM_IOC_MPROTECT_EPT, vmep) < 0) { warn("mprotect ept vmm ioctl failed - exiting"); ret = -1; } Cheers Adam [1] https://github.com/adamsteen/solo5/blob/wnox/tenders/hvt

Packet loss / ENOBUFs with kqueue(2) and tap(4)

10.1.0.2 09. Observe that, for each ping sent to service1, a packet is dropped. 10. Kill the normal ping 11. start a flood ping doas ping -f 10.1.0.2 12. Observe massive packet loss on both interfaces, and ping complaining about No buffer space available (ENOBUFS). Cheers Adam ps Sorry

Allow vmd to specify which ports it can handle

dd a third, I think these should be consolidated, but i didn't know where to put the new function. the implementations are in: - ieee80211_regdomain.c - sys/kern/kern_pledge.c Cheers Adam Index: sys/arch/amd64/amd64/vmm.c === RCS

Re: Fix for USB keyboards eating keys, a DDB story

On 5/10/17 5:19 PM, Hrvoje Popovski wrote: > On 10.5.2017. 15:22, Martin Pieuchot wrote: >> This big hammer of delaying every input via a timeout introduced a nasty >> side effect. Since only one element can be queued, we can lose inputs >> if the keyboard is too fast. >> >> Here are some bug

Re: TSC timecounters

On Sun, Oct 8, 2017 at 6:03 AM, Theo de Raadt <dera...@openbsd.org> wrote: > > Adam will correct me if I'm wrong, but his idea was to provide clock > > emulation to the operating system running in userland (solo5/unikernel). > > Perhaps vmd can make use of this interfa

Re: TSC timecounters

On Sat, Oct 07, 2017 at 06:27:53PM +0800, Adam Steen wrote: > On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen <a...@adamsteen.com.au> wrote: > > > On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote: > > > Hi, > > > > > > An experimen

Re: TSC timecounters

On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen <a...@adamsteen.com.au> wrote: > On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote: > > Hi, > > > > An experimental change to use TSC as a timecounter source on a variety > > of modern Intel and AMD CPUs ha

Re: TSC timecounters

On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote: > Hi, > > An experimental change to use TSC as a timecounter source on a variety > of modern Intel and AMD CPUs has been just committed and enabled on > OpenBSD/amd64 thanks to the work done by Adam Steen. >

Re: Improve the accuracy of the TSC frequency calibration - Updated Patch

On Fri, Aug 25, 2017 at 12:43:44PM +0200, Mike Belopuhov wrote: > On Fri, Aug 25, 2017 at 00:40 -0700, Mike Larkin wrote: > > On Thu, Aug 24, 2017 at 12:39:33PM +0800, Adam Steen wrote: > > > On Thu, Aug 24, 2017 at 2:35 AM, Mike Larkin <mlar...@azathoth.net> wrote: >

Re: Improve the accuracy of the TSC frequency calibration - Updated Patch

On Thu, Aug 24, 2017 at 2:35 AM, Mike Larkin <mlar...@azathoth.net> wrote: > On Wed, Aug 23, 2017 at 09:29:15PM +0800, Adam Steen wrote: >> On Thu, Aug 17, 2017 at 12:19:28PM +0800, Adam Steen wrote: >> > On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov <m...@belopuho

Re: Improve the accuracy of the TSC frequency calibration - Updated Patch

On Thu, Aug 17, 2017 at 12:19:28PM +0800, Adam Steen wrote: > On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov <m...@belopuhov.com> wrote: > > On Tue, Aug 08, 2017 at 08:18 +0800, Adam Steen wrote: > >> On Mon, Jul 31, 2017 at 3:58 PM, Mike Belopuhov <m...@belopuhov.com

Re: Improve the accuracy of the TSC frequency calibration (Was: Calculate the frequency of the tsc timecounter)

On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov <m...@belopuhov.com> wrote: > On Tue, Aug 08, 2017 at 08:18 +0800, Adam Steen wrote: >> On Mon, Jul 31, 2017 at 3:58 PM, Mike Belopuhov <m...@belopuhov.com> wrote: >> > On Mon, Jul 31, 2017 at 09:48 +0800, Adam Steen w

dhcpd - pf table handler child not cleaned up

the main process to die or just stop working (like it did now)? - fatal() can't be used as it uses exit(3) instead of _exit(2) - anything else that we might have missed looking for pointers/suggestions on how to move forward with this. regards, Adam

Re: pfctl: make functions return void, merge two ifs

On Tue, Jun 13, 2017 at 12:43:51AM +0200, Adam Wolk wrote: > On Mon, Jun 12, 2017 at 11:43:44PM +0200, Alexandr Nedvedicky wrote: > > Hello Adam, > > > > > > > > > It was a rainy evening here, so here's the updated pfctl diff. > > > >

Re: smtpd session hang

accommodate (with an fd reserve). > The lower limits are on outgoing connections. > > New diff with reordered code. I'll see if I can get Adam to run one more > round of testing.. > Tested the diff on -current OpenSMTPD running on a 6.1 server. Sent 11 emails with ~2MB of base64 e

Re: pfctl: make functions return void, merge two ifs

On Mon, Jun 12, 2017 at 11:43:44PM +0200, Alexandr Nedvedicky wrote: > Hello Adam, > > > > > It was a rainy evening here, so here's the updated pfctl diff. > > I'm sorry to hear about the rainy weather [1]. > anyway, you might want to run regression test fo

Re: pfctl: make functions return void, merge two ifs

On Mon, Jun 12, 2017 at 01:59:07PM +0200, Mike Belopuhov wrote: > On Sun, Jun 11, 2017 at 15:03 +0100, Raymond wrote: > > Transform the following functions (which never return anything other than > > 0, and whose return value is never used) to void: > > > > * pfctl_clear_stats,

Re: pfctl: make functions return void, merge two ifs

On Sun, Jun 11, 2017 at 03:03:56PM +0100, Raymond wrote: > Transform the following functions (which never return anything other than 0, > and whose return value is never used) to void: > > * pfctl_clear_stats, pfctl_clear_interface_flags, pfctl_clear_rules, > pfctl_clear_src_nodes,

Re: usr/bin/ktrace: replace snprintf(3)/write(2) with #define and write(2)

On Sun, Jun 11, 2017 at 11:10:30AM -0600, Theo de Raadt wrote: > + write(STDERR_FILENO, NO_KTRACE, sizeof(NO_KTRACE)); > > Naw, I dislike that sizeof. > > You can use dprintf, it is signal-safe in OpenBSD as long as the format > string doesn't contain floating-point strings. Attaching

usr/bin/ktrace: replace snprintf(3)/write(2) with #define and write(2)

Hi tech@, Using the GREATSCOTT[1] pattern to output in the ktrace signal handler, dropping the need for an snprintf and the 8k stack buffer. Brought to attention by BlackFrog on #openbsd-daily Feedback, OK's? Regards, Adam [1] - https://marc.info/?l=openbsd-tech=149613049920485=2 Index

Re: nc: missing rpath pledge for -P

On Sat, Jun 10, 2017 at 12:45:01AM +0200, Theo Buehler wrote: > On Fri, Jun 09, 2017 at 11:59:44PM +0200, Theo Buehler wrote: > > On Fri, Jun 09, 2017 at 11:55:26PM +0200, Adam Wolk wrote: > > > On Fri, Jun 09, 2017 at 11:54:03PM +0200, Adam Wolk wrote: > > > > On F

Re: nc: missing rpath pledge for -P

On Fri, Jun 09, 2017 at 11:54:03PM +0200, Adam Wolk wrote: > On Fri, Jun 09, 2017 at 09:28:29PM +, ra...@openmailbox.org wrote: > > Hello! > > > > Here is a patch with a pledge bugfix in netcat and some minor style > > improvements. > > > > An example o

Re: nc: missing rpath pledge for -P

0 2017 Valid Until: Wed Jul 26 04:01:00 2017 Cert Hash: SHA256:1746b1d2ecdf8ad1fb7e06a6c97154b2c1a87eee65f5654824d0a0dc0af4ba98 OCSP URL: http://ocsp.int-x3.letsencrypt.org/ ^C $ Test on amd64 -current Regards, Adam

doas: add confirm to prompt the user on what is to be executed

this. I would have implemented it anyways for fun :) Regards, Adam Index: doas.c === RCS file: /cvs/src/usr.bin/doas/doas.c,v retrieving revision 1.72 diff -u -p -r1.72 doas.c --- doas.c 27 May 2017 09:51:07 - 1.72

Re: htpasswd: use crypt_newhash instead of bcrypt API

On Tue, Jun 06, 2017 at 08:29:23PM +, Florian Obser wrote: > On Tue, Jun 06, 2017 at 08:49:32PM +0200, Adam Wolk wrote: > > On Tue, Jun 06, 2017 at 12:28:59PM -0600, Theo de Raadt wrote: > > > > The only thing against using automatic rounds would be having

Re: htpasswd: use crypt_newhash instead of bcrypt API

On Tue, Jun 06, 2017 at 12:28:59PM -0600, Theo de Raadt wrote: > > The only thing against using automatic rounds would be having them guessed > > on a > > weaker machine and used on a more powerful server - doubt though that would > > ever > > pick something below 8 rounds. > > I don't see the

Re: htpasswd: use crypt_newhash instead of bcrypt API

On Tue, Jun 06, 2017 at 02:20:38PM -0400, Bryan Steele wrote: > > > > - if (strlcpy(salt, bcrypt_gensalt(8), sizeof(salt)) >= sizeof(salt)) > > - errx(1, "salt too long"); > > - if (strlcpy(hash, bcrypt(pass, salt), sizeof(hash)) >= sizeof(hash)) > > - errx(1, "hash too

htpasswd: use crypt_newhash instead of bcrypt API

of crypt_checkpass(3) and crypt_newhash(3). I'm attaching a diff moving htpasswd to the new API. Tested with httpd from 6.1 with a htpasswd generated with the diff applied on current. Feedback? OK's? Regards, Adam ? htpasswd Index: htpasswd.c

Re: chown: Remove SUPPORT_DOT ifdef - it's on by default for 22 years

On Sat, May 27, 2017 at 10:58:40PM +0100, Jason McIntyre wrote: > On Sat, May 27, 2017 at 11:45:43PM +0200, Adam Wolk wrote: > > Index: chown.8 > > === > > RCS file: /cvs/src/bin/chmod/chown.8,v > > retrie

Re: chown: Remove SUPPORT_DOT ifdef - it's on by default for 22 years

On Sat, May 27, 2017 at 11:01:29PM +0200, Adam Wolk wrote: > On Sat, May 27, 2017 at 01:42:45PM -0600, Theo de Raadt wrote: > > I agree with you. Maybe change the comment > > > > /* UID and GID are separated by a dot and UID exists. */ > > > >

Re: chown: Remove SUPPORT_DOT ifdef - it's on by default for 22 years

On Sat, May 27, 2017 at 01:42:45PM -0600, Theo de Raadt wrote: > I agree with you. Maybe change the comment > > /* UID and GID are separated by a dot and UID exists. */ > > to say a bit more on the matter, to prevent a zealot from arriving 2-3 > years from now and proposing

chown: Remove SUPPORT_DOT ifdef - it's on by default for 22 years

Hi tech@, I stumbled on SUPPORT_DOT while reading /usr/src/bin/chmod.c, got curious and started doing some research. POSIX changed the separator from . to : to make the utility properly work with usernames containing a dot. The standard doesn't forbid keeping the dot handling for backwards

Re: man.openbsd.org links on FAQ pages should point to -release

On Tue, Dec 06, 2016 at 07:46:31PM +0100, Adam Wolk wrote: > Hi tech@ > > _gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed > in > -current to signify2. The entry in the FAQ showing that example also linked > to a > pkg_sign man page fro

Re: man.openbsd.org links on FAQ pages should point to -release

On Tue, Dec 06, 2016 at 07:46:31PM +0100, Adam Wolk wrote: > Hi tech@ > > _gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed > in > -current to signify2. The entry in the FAQ showing that example also linked > to a > pkg_sign man page fro

man.openbsd.org links on FAQ pages should point to -release

Hi tech@ _gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed in -current to signify2. The entry in the FAQ showing that example also linked to a pkg_sign man page from -current which lead to the confusion. Here is a diff generated with: perl -pi.bak -e

merge usbd_open_pipe.9 & usbd_close_pipe.9 into a single manpage

://man-k.org/man/netbsd/9/usbdi?r=1=usb_rem_task Feedback? OK's? Regards, Adam Index: Makefile === RCS file: /cvs/src/share/man/man9/Makefile,v retrieving revision 1.280 diff -u -p -r1.280 Makefile --- Makefile5 Sep 2016 07:22:29 -

mg - fix modeline segfault

Hi tech@ attaching a fix for the following crash caused by a null pointer dereference while the modeline is trying to work on a unusable display #0 0x0bf6a4e04433 in modeline (wp=0xbf948d9d400, modelinecolor=2) at display.c:800 800 vscreen[n]->v_color = modelinecolor;/*

Re: mg - Check pointer before calling showbuffer()

On Tue, Sep 06, 2016 at 05:10:39PM +, Mark Lumsden wrote: > Source Joachim Nilsson: > > Found by Coverity Scan. The popbuf() function iterated over a list to > find a wp pointer, then sent it to showbuffer() which immediately went > ahead and dereferenced it. This patch simply

pledge: telnet should not verify if hostname is a fully qualified domain

Hi tech@, I have been noticing coredumps from telnet on my laptop for some time now and finally found an evening to investigate it. The typical use case: $ telnet localhost 22 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. SSH-2.0-OpenSSH_7.2 ^] telnet> quit Connection

Re: Scheduler hack for multi-threaded processes

On Sat, Mar 26, 2016 at 7:47 PM, attila wrote: > > Jyri Hovila [Turvamies.fi] writes: > >> I can report significant usability improvement on a single core ThinkPad T42 >> and a dual core ThinkPad X60. >> > > I hate to crap on this wonderful

Re: Optimizing chmod(1)

e the dependency on chown/chmod/etc. doing voodoo on the remote NFS server, but there are other, non-NFS, remote filesystems that do similar things. I can't remember if OpenBSD still supports any of them, though. -Adam

Re: Make uftdi(4) support aftermarket FTDI devices

urate than _JERKS. Yes, I'm defending FTDI - up to a point, anyway. (There are only two hard things in programming: naming.) -Adam

Re: Firefox, malloc(3) and threads

7-4510U CPU @ 2.00GHz, 1895.62 MHz cpu2: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz cpu3: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x0b running Intel Haswell Mobile for the gfx card. Regards

DDB causing lost keystrokes on Dell iDRAC console (not inside ddb)

Hello, I have a few Dell servers which I've installed OpenBSD for testing but ran into a problem with keystroke loss on the console when used through the Dell iDRAC remote graphical console. Surprisingly it operates perfectly fine in the installer (thankfully) but when booted from a formal

pfctl interprets "# ... \" as multi-line comment and can skip rules

I've been using pf for years and really like it. I accidentally discovered some undesirable behavior from the rule parser that caused some rules to be skipped. This has happened to me twice and there was much hair pulling. The short version is rules starting with # but ending in \ get treated

Re: [patch] PkgCreate.pm make it more clear why a shared library is invalid

On Thu, 12 Nov 2015 16:15:35 +0100 Marc Espie <es...@nerim.net> wrote: > On Wed, Nov 11, 2015 at 05:13:45PM +0100, Adam Wolk wrote: > > Hi tech@, > > > > I have been working recently on packaging a shared library for the > > first time and hit a stumbling block y

[patch] PkgCreate.pm make it more clear why a shared library is invalid

Hi tech@, I have been working recently on packaging a shared library for the first time and hit a stumbling block yesterday. $ make package `/usr/ports/pobj/libwebsockets-1.5/fake-amd64/.fake_done' is up to date. ===> Building package for libwebsockets-1.5 Create

file(1) no longer tells if a file is stripped (www/faq/ports/guide.html patch)

objdump(1) with the --syms flag which reports if the provided input binary was stripped of symbols like initially intended. Regards, Adam Wolk Index: guide.html === RCS file: /cvs/www/faq/ports/guide.html,v retrieving revision 1.38 d

Re: PC Engines APU2 coming soon - how is OpenBSD's support so far?

On Sat, Oct 31, 2015 at 2:29 PM, Theo de Raadt wrote: >>Whilst browsing their forums I found a link to this: >> http://pcengines.ch/apu2b4.htm . AMD Jaguar APU, 4 cores, up to 4Gb >> DDR1333 ram with ECC, and 3 intel i211 or i210 NICs. Hopefully there >> won't be so

httpd and FastCGI - incorrect assumption?

Hi tech@ reader, I am running OpenBSD 5.8 on amd64 and I have encountered a non-deterministic and incorrect behavior of httpd and slowcgi. I traced the problem to be that httpd is assuming that only first FastCGI FCGI_STDOUT record will contain headers and all subsequent records contain body

Re: Thinkpad active cooling

on it for any significant amount of time since the ~recent changes to improve Thinkpad power usage. -- -Adam Thompson athom...@athompso.net

Re: Unlock the reaper

On Wed, 8 Jul 2015 22:20:49 +0100 Stuart Henderson st...@openbsd.org wrote: On 2015/07/08 20:00, Max Fillinger wrote: On Wed, Jul 08, 2015 at 03:53:46PM +0200, Mark Kettenis wrote: I'm looking for testers for this diff. This should be safe to run on amd64, i386 and sparc64. But has

Re: [Patch] New item to the Migrating to OpenBSD guide

that some OpenBSD developers work for mtier directly. Each time mtier is mentioned someone is deemed to chime in with but I don't trust them even though the same people commit code to the base OS... Regards, Adam

Re: [Patch] httpd - don't leak fcgi file descriptors

On Sun, 31 May 2015 19:25:22 -0400 Todd Mortimer t...@opennet.ca wrote: Hi tech@, Hi Joerg, Thanks for getting back to me. I cloned the server and upgraded it to the 31 May snapshot, did the sysmerge and upgraded the packages to the snapshot versions. The behaviour is still there. It

Re: sys/ucontext.h - dead code walking?

On Sun, Apr 19, 2015, at 12:23 AM, Philip Guenther wrote: On Sat, Apr 18, 2015 at 2:56 PM, Adam Wolk adam.w...@koparo.com wrote: On Sat, Apr 18, 2015, at 11:44 PM, Mark Kettenis wrote: From: Adam Wolk adam.w...@koparo.com Date: Sat, 18 Apr 2015 23:23:40 +0200 ... Which lead me

sys/ucontext.h - dead code walking?

/gcc/config/i386/linux64.h:#include sys/ucontext.h ./gnu/usr.bin/gcc/gcc/config/ia64/linux.h:#include sys/ucontext.h PS. I would greatly appreciate If anyone pointed me at a file that still defines mcontext_t or an acceptable workaround :) Regards, -- Adam Wolk adam.w...@koparo.com

Re: sys/ucontext.h - dead code walking?

On Sat, Apr 18, 2015, at 11:44 PM, Mark Kettenis wrote: From: Adam Wolk adam.w...@koparo.com Date: Sat, 18 Apr 2015 23:23:40 +0200 Hi tech@, I'm working on a port for lang/dart and got stuck on ucontext.h compile errors. The first one was quite easy, changing sys/ucontext.h

Re: inteldrm/radeondrm running -current

to 64040 Regards, Adam

Re: [PATCH] bsd.port.mk - make relation between GH_TAGNAME GH_COMMIT more apparent (prevent actual bug regression)

On Sun, Apr 5, 2015, at 01:31 PM, Stuart Henderson wrote: On 2015-04-04, Landry Breuil lan...@rhaalovely.net wrote: On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote: Hi tech@ I'm the maintainer of www/otter-browser and I got caught while packaging otter-browser 0.9.04

Re: [PATCH] bsd.port.mk - make relation between GH_TAGNAME GH_COMMIT more apparent (prevent actual bug regression)

On Sat, Apr 4, 2015, at 11:27 PM, Landry Breuil wrote: On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote: Hi tech@ I'm the maintainer of www/otter-browser and I got caught while packaging otter-browser 0.9.04. Upstream asked us to point at a different commit then the tagged

[PATCH] bsd.port.mk - make relation between GH_TAGNAME GH_COMMIT more apparent (prevent actual bug regression)

that situation and I almost got caught by it twice since upstream again asks us to package a couple of revisions ahead of the tagged version. Regards, Adam Index: bsd.port.mk.5 === RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v retrieving

Re: Questions about 802.11n support

On Thu, Mar 5, 2015 at 1:05 PM, T. Jameson Little beatgam...@gmail.com wrote: On Wed, Mar 04, 2015 at 09:28:42AM +0100, Stefan Sperling wrote: The actual amount of work depends on when you consider support complete. 11n has such a large feature set and optional parts that you can't simply say

Re: [DIFF] /etc/rc: gracefully shut down base daemons too

). Client-server protocols are generally written to retry on, or otherwise be resilient to, failure; signalling shutdown when I have to kick the server in the head for some reason (which, yes, even happens with OpenBSD :-)) would be a bad thing for some to many clients. -- -Adam Thompson

Re: ksh version lies

and exit cleanly and safely if they're absent. -- -Adam Thompson athom...@athompso.net +1 (204) 291-7950 - cell +1 (204) 489-6515 - fax

PATCH: ntpctl.8, ntpd.c

Fix a minor typo in the ntpctl help output, and same semantic mistake in the manpage. Currently says (to be pedantic) that '-s' only works with 'all', which is not the case: '-s' is required with all options. Apologies if I've got the patch format wrong, I don't do this often... -Adam

Re: Unbreak adventure(6)

On Wed, Dec 31, 2014, at 04:16 PM, Theo Buehler wrote: The adventure game is currently broken. When it's started without any arguments, it spits a pile of garbage to stdout before eventually dumping its core. Confirmed true for i386 running a snapshot from 27-Dec-2014. With your patch

Re: next LibreSSL-portable release coming soon

Regards, -- Adam Wolk adam.w...@koparo.com On Mon, Dec 8, 2014, at 03:54 PM, Brent Cook wrote: We spent the weekend buttoning up features and closing issues with LibreSSL-portable. All features and fixes for the next release are now landed in the github mirror

Re: LibreSSL Windows port status update

Not sure how much of an issue this would be, WSAPoll() is only available on Windows Vista and above. On Mon, 1 Dec 2014 14:10:44 +0800 Dongsheng Song dongsheng.s...@gmail.com wrote: Cool ! I can see you do lot's of update on select-poll conversions. The code become more and more complex

Re: rwho on OpenBSD 5.6

Useful and clean. Just like they are at the moment. Personally, I would rather it be complete with pitfalls that may be encountered during an upgrade, that need manual resolution. As far as I am aware, deleting some files that require manual execution in the first place isn't much of a

Re: FAQ Part 1 typos

On Thu, Nov 6, 2014 at 9:36 AM, Nick Permyakov stick...@mail.ru wrote: Hi, Some typos on http://www.openbsd.org/faq/faq1.html Section 1.2 - On what systems does OpenBSD run?. ...has helped produced a higher-quality code base... should read helped produce (or maybe helped to produce).

Re: Should we allow to configure twice the same IP?

opinions on what would be the canonical approach to swapping IPs between interfaces on a live system? Just do it by hand? Write your own script? Use netstart? Or just reboot? -- -Adam Thompson athom...@athompso.net

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

I apologise to all (especially Theo) for my behavior and remarks here, and I apologise if I came across as being arrogant and unwilling to cooperate. I am going to leave for at least 4 weeks to cool off before I post again. Once again, I am sorry. - Adam.

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation. Mk II.

I got of to a bit of a bad start with this patch, and things were allover the place. I knew it was bad when Theo gave me a bit of a boot. And so now I think it is time for Mk II. Hopefully I don't make an ass out of myself this time. I eliminated some unused definitions that were added in Rev 5.

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

Revision 2: 1. Fixed up an issue caused by bad diffing technique. 2. Only functionality changes included here; parsing changes to follow next as per Otto's instruction. 3. Documentation changes will follow as well. 4. I have received some more feedback from Doug Hogan regarding newfs bugs,

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

On Fri, 19 Sep 2014 00:14:47 -0700 Doug Hogan d...@acyclic.org wrote: On Thu, Sep 18, 2014 at 09:28:41AM +0100, bytevolc...@safe-mail.net wrote: Revised diffbelow: You are inheriting some bugs in here by reusing newfs code. :) I agree with the comments from others. Additional comments:

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

Documentation update: Index: mount_tmpfs.8 === RCS file: /cvs/src/sbin/mount_tmpfs/mount_tmpfs.8,v retrieving revision 1.3 diff -u -p -r1.3 mount_tmpfs.8 --- mount_tmpfs.8 5 Feb 2014 15:32:26 - 1.3 +++

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

On Fri, 19 Sep 2014 10:58:59 +0200 Henning Brauer hb-openbsdt...@ml.bsws.de wrote: HUH? Doug is entirely right. src is user controlled and can be larger than mountpoint. In that case, we want to bail and whine at the user instead of silently truncating and going on. Thanks for clarifying

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

Revision 3: - if (template) - if (template[0] != '\0') (From Revision 2): 1. Added code to allow updating MNT_RDONLY status with M. If MNT_WANTRDWR is specified as well, MNT_RDONLY is unset. 2. Added check for strlcpy() call. 3. If getenv() is deemed unsafe to call, just use the default

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

Patch for argument parsing below. Diff taken in relation to Revision 3 of the aforementioned patch. I do not understand why this should be a separate diff for this, as it is essentially part of the functionality itself. Let me know if you want it all together. --- mount_tmpfs.c Fri Sep

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

On Fri, 19 Sep 2014 16:08:33 +0200 Otto Moerbeek o...@drijf.net wrote: On Fri, Sep 19, 2014 at 10:21:13PM +1000, Adam wrote: Patch for argument parsing below. Diff taken in relation to Revision 3 of the aforementioned patch. I do not understand why this should be a separate diff

Re: Is there a repo for the latest LibreSSL portable?

. The GitHub repository should be used for informational purposes only. Regards, -- Adam Wolk adam.w...@koparo.com

Re: lynx: disable old protocols

keep providing opinions and feedback, but even (sizeable) donations to the foundation don't earn me the *right* to be heeded. Apologies for the noise on tech@, but moving to misc would be even worse. -Adam On July 16, 2014 4:08:09 PM CDT, STeve Andre' and...@msu.edu wrote: On 07/16/14 17:00, Shawn

Re: lynx: disable old protocols

I would know of its existence, but likely not install it. As I said, I have workarounds. I remember how bad the code was years ago, so I agree with the idea in general, but it will be a pain in the butt for me every once in a while :-(. -Adam On July 11, 2014 4:03:29 AM CDT, Theo de Raadt

Re: lynx: disable old protocols

find having a finger client of some sort in base useful at one site, however.) Gopher, however, is not as dead as everyone assumes. I believe I can re-enable tn3270 and telnet schemes manually, which is fine. I still use both of those fairly often. The other protocols are irrelevant to me. -Adam

Re: lynx: disable old protocols

today. IIRC, finger was how we got a quick status overview from... some piece of ATM switching gear? And yes, I actually do spend a noticeable amount of time at the text console, with no ports installed, when inside a foreign network. -Adam [Original message deleted] -- Sent from my Android device

growfs error message, lack of comprehension

cluebats :-( -- -Adam Thompson athom...@athompso.net

Re: procfs to die [was: CVS: cvs.openbsd.org: src]

anyway. -Adam On June 22, 2014 4:22:16 PM CDT, Philip Guenther guent...@gmail.com wrote: If you're currently using procfs, please respond with exactly what parts of it are actually needed by the programs you run. Without a good reason to keep it, it'll be deleted, as I broke listing of /proc back

  1   2   >