Re: Writing Documentation

Ok makes sense. I'll look over the documentation and see if I find something I can contribute to. Regards. Timo On 23/01/2016 10:44, Martijn van Duren wrote: > On 01/23/16 09:35, Timo wrote: >> Hi who is responsible for writing documentation for OpenBSD? >> I'd like to get involved in writing

Re: [patch] cleanup vi

On Sat, Jan 23, 2016 at 11:03:39AM +0100, Martijn van Duren wrote: > Here's a small update: > On 01/22/16 21:18, Martijn van Duren wrote: > >3) 3_vi_remove_progname.diff: Don't keep a copy of the progname in > >memory, use getprogname instead. > Attached without the setprogname. The reason I

Re: Writing Documentation

On 01/23/16 09:35, Timo wrote: Hi who is responsible for writing documentation for OpenBSD? I'd like to get involved in writing documentation for OpenBSD as I really like OpenBSD and I feel technical writing is one of my strong points. Regards. Timo The best way would be to just start

Re: arm: handle hypervisor mode

On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote: > Hi, > > the hypervisor mode, which virtualization-enabled boards might boot in, > is basically a privilege level above the usual SVC mode the kernel is > running in. It does not support the full instruction set and we, as > a

Writing Documentation

Hi who is responsible for writing documentation for OpenBSD? I'd like to get involved in writing documentation for OpenBSD as I really like OpenBSD and I feel technical writing is one of my strong points. Regards. Timo

Re: Xen virtual network (Netfront) driver

> On 23.01.2016, at 12:12, Anders Berggren wrote: > >> On 06 Jan 2016, at 18:49, Reyk Floeter wrote: >> - I didn't work on m4.10xlarge (see cvs:~reyk/dmesg.m4.10xlarge). > > I didn’t see any mentions of it in the dmesg >

Re: [patch] cleanup vi

2016-01-23 14:08 GMT+03:00 Theo Buehler : > On Sat, Jan 23, 2016 at 11:03:39AM +0100, Martijn van Duren wrote: >> Here's a small update: >> On 01/22/16 21:18, Martijn van Duren wrote: >> >3) 3_vi_remove_progname.diff: Don't keep a copy of the progname in >> >memory, use

Re: Use uiomove() in if_tun and if_pppx

For what it's worth, your diff reads fine to me. It took me a while to realize, that tlen in pppxwrite() and tun_dev_write() can't overflow because of the range check beforehand, but on close look that code also turns out to be correct. cheers, natano On Fri, Jan 22, 2016 at 07:29:54PM +0100,

Re: arm: handle hypervisor mode

On Sun, Jan 24, 2016 at 12:33:42AM +1100, Jonathan Gray wrote: > On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote: > > Hi, > > > > the hypervisor mode, which virtualization-enabled boards might boot in, > > is basically a privilege level above the usual SVC mode the kernel is > >

Re: Writing Documentation

Hi Timo, Timo wrote on Sat, Jan 23, 2016 at 10:46:55AM +0200: > On 23/01/2016 10:44, Martijn van Duren wrote: >> On 01/23/16 09:35, Timo wrote: >>> Hi who is responsible for writing documentation for OpenBSD? >>> I'd like to get involved in writing documentation for OpenBSD Nice to hear that.

Re: I have a mirror testing program for you. - Mirror down

Ok. I added a lot of security fixes added a feature to put in a custom floating point timeout as an argument and got rid of the 8 mirror limit. It puts in all the mirrors that didn't either exceed the timeout period or have a download error. It should be safe to run as root I guess. There is

Re: [patch] cleanup vi

Here's a small update: On 01/22/16 21:18, Martijn van Duren wrote: 3) 3_vi_remove_progname.diff: Don't keep a copy of the progname in memory, use getprogname instead. Attached without the setprogname. The reason I included setprogname was because getprogname in the manpage doesn't mention that

Re: Xen virtual network (Netfront) driver

> On 06 Jan 2016, at 18:49, Reyk Floeter wrote: > - I didn't work on m4.10xlarge (see cvs:~reyk/dmesg.m4.10xlarge). I didn’t see any mentions of it in the dmesg https://gist.github.com/reyk/b372af303eb86bab3fee but could it be that those machine classes (*x*large-ish) uses

Re: arm: handle hypervisor mode

On Sun, Jan 24, 2016 at 03:02:29AM +1100, Jonathan Gray wrote: > On Sat, Jan 23, 2016 at 02:54:58PM +0100, Patrick Wildt wrote: > > On Sun, Jan 24, 2016 at 12:33:42AM +1100, Jonathan Gray wrote: > > > On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote: > > > > Hi, > > > > > > > > the

Re: ntpd: really enable debug messages

On Sat, Jan 23, 2016 at 12:39:19PM -0600, Brent Cook wrote: > I'm going with this instead. That way it works like the manual > specifies already (-v enables logging debug messages) > Yes, the -v flag is better, but see below. > cvs server: Diffing . > Index: ntpd.c >

Re: arm: handle hypervisor mode

On Sat, Jan 23, 2016 at 02:54:58PM +0100, Patrick Wildt wrote: > On Sun, Jan 24, 2016 at 12:33:42AM +1100, Jonathan Gray wrote: > > On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote: > > > Hi, > > > > > > the hypervisor mode, which virtualization-enabled boards might boot in, > > > is

Re: tty uiomove() conversion

Martin Natano wrote: > Below the conversion from uiomovei() to uiomove() for kern/tty.c and > kern/tty_pty.c. 'cc' consistently contains small, non-negative integer > values, so leaving the type as int should be ok. It could as well be > changed to size_t, but I don't see a benefit in doing so for

Re: ntpd: really enable debug messages

I'm going with this instead. That way it works like the manual specifies already (-v enables logging debug messages) cvs server: Diffing . Index: ntpd.c === RCS file: /cvs/src/usr.sbin/ntpd/ntpd.c,v retrieving revision 1.103 diff -u

Re: bug in fputwc(3) error reporting

Hi, Ingo Schwarze wrote on Sun, Jan 10, 2016 at 10:22:28PM +0100: > Todd C. Miller wrote on Sun, Jan 10, 2016 at 12:33:07PM -0700: >> On Sun, 10 Jan 2016 19:55:53 +0100, Ingo Schwarze wrote: >>> So, my conclusion is that it's the C standard that is carelessly >>> worded, not POSIX. I don't

Re: Writing Documentation

Timo wrote: > Hi who is responsible for writing documentation for OpenBSD? I'd like > to get involved in writing documentation for OpenBSD as I really like > OpenBSD and I feel technical writing is one of my strong points. In case you (or other readers) need more of an introduction than other

Re: msdosfs uiomove() conversion

Martin Natano wrote: > Below the uiomove() conversion for msdosfs. This diff prevents > truncation of uio_resid in both msdosfs_read() and msdosfs_write(). Yes. That's similar to the cd9660 diff. > Index: msdosfs/msdosfs_vnops.c >

Re: Firefox, malloc(3) and threads

Yes! This absolutely makes Youtube videos watchable for me (on a Thinkpad T520). There still is occassional stuttering, but _far_ less disruptive than before. Another usecase where I see improvements is reloading a resource-heavy web page while switching tabs. Before applying the patch, this

Re: security(8) mailbox check question

Hi, the smtpd(8) daemon supports "deliver to maildir" out of the box, and even though putting the user maildirs below /var/mail/ is not the default, it's one of many possible and logical choices, and i see nothing wrong with it. Adam Wolk noticed on misc@ that currently security(8) doesn't like

Re: bug in fputwc(3) error reporting

On Sat, 23 Jan 2016 21:14:24 +0100, Ingo Schwarze wrote: > In conclusion, i would consider it a very bad idea to change all the > operating systems to not set the error indicator, violating POSIX > and making correct coding harder, just to please the not very nice > C standard, then possibly

Re: Xen virtual network (Netfront) driver

On Sat, Jan 23, 2016 at 12:19:29PM +0100, Reyk Floeter wrote: > No, you have to *enable* SR-IOV in the image. > > Machines with the Intel NIC will not show any netfront in the device list via > XenStore (just try Ubuntu). > > Reyk That's correct, but I think what was being pointed out is that

Re: Firefox, malloc(3) and threads

* On Fri Jan 22, 2016 at 10:46:39PM +0100 28706 , Mark Kettenis (mark.kette...@xs4all.nl) wrote: > > Firefox makes a lot of concurrent malloc(3) calls. The locking to > make malloc(3) thread-safe is a bit...suboptimal. This diff makes > things better by using a mutex instead of spinlock. If

duplicate rules in binat-to rule macro expansion

If you use a macro in a binat-to rule that contains multiple IPs like so: home_ipv4 = "{" 10.22.28.100 10.74.13.26 10.0.10.2 "}" pass on $egress_if from 172.28.0.107 to $home_ipv4 binat-to 10.39.177.145 It will create a cascade of duplicate inbound pass rules like so: 1) pass out on

Re: Xen virtual network (Netfront) driver

> On 23.01.2016, at 22:27, Jonathon Sisson wrote: > > On Sat, Jan 23, 2016 at 12:19:29PM +0100, Reyk Floeter wrote: >> No, you have to *enable* SR-IOV in the image. >> >> Machines with the Intel NIC will not show any netfront in the device list >> via XenStore (just try

Re: Xen virtual network (Netfront) driver

On Sat, Jan 23, 2016 at 10:57:21PM +0100, Reyk Floeter wrote: > > > On 23.01.2016, at 22:27, Jonathon Sisson wrote: > > > > On Sat, Jan 23, 2016 at 12:19:29PM +0100, Reyk Floeter wrote: > >> No, you have to *enable* SR-IOV in the image. > >> > >> Machines with the Intel NIC

Re: bug in fputwc(3) error reporting

Ingo Schwarze wrote: > Consequently, i propose to not revert our fgetwc(3) patch and to > commit this fputwc(3) patch, too, making us agree with FreeBSD, > NetBSD, Dragonfly, SunOS, glibc, and POSIX, even tough nominally > violating the C standard (but in a way that seems less dangerous > than the

Re: security(8) mailbox check question

Ingo Schwarze wrote: > the smtpd(8) daemon supports "deliver to maildir" out of the box, > and even though putting the user maildirs below /var/mail/ is not > the default, it's one of many possible and logical choices, and i > see nothing wrong with it. I think the possibility to fill up /var

Use HTML entities when referring to tables in www/opensmtpd/faq/example1.html

The page at http://www.openbsd.org/opensmtpd/faq/example1.html doesn't display correctly because browsers try to interpret / as HTML tags. This patch replaces < and > with and . Index: example1.html === RCS file:

Re: security(8) mailbox check question

On Sat, Jan 23, 2016 at 08:31:09PM +0100, Ingo Schwarze wrote: > Hi, > > the smtpd(8) daemon supports "deliver to maildir" out of the box, > and even though putting the user maildirs below /var/mail/ is not > the default, it's one of many possible and logical choices, and i > see nothing wrong

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

arm: don't unnecessarily call pmap_extract()

Hi, there are two code points in the v7 pmap where we need the physical address (to flush secondary cache) and use pmap_extract() instead of just reading it from the vm page. This diff removes those. Patrick diff --git sys/arch/arm/arm/pmap7.c sys/arch/arm/arm/pmap7.c index 5bcc67b..78969bd

Re: [st...@openbsd.org: vlc, ld.so sigsegv/sigbus: _dl_cache_grpsym_list]

I've committed my diff. However, based on memory of a blog post by the Solaris ld.so guru and a quick test against Linux, I expanded the comment further to explain what a better solution (more like Solaris and glibc) would involve. That means anyone with the original diff in their tree will get

Re: Xen virtual network (Netfront) driver

On Sat, Jan 23, 2016 at 02:18:17PM -0800, Jonathon Sisson wrote: > Speaking of testing, is there any particular area non-devs could > assist with at this time? Gathering dmesgs for different instance > types? > I decided to spin up one of each instance type and grab the console output in case it