Re: malloc: 1st small step in long way to multiple pools

On Tue, Mar 15, 2016 at 10:22:23PM +0100, Norman Golisz wrote: > Hi Otto, > > On Wed Mar 9 2016 10:06, Otto Moerbeek wrote: > > Lightly tested by myself on amd64, you can help by reviewing and > > testing this. > > I also don't see regressions on my amd64 - running since 3 days on my >

Re: Update `ticks' in the right place

This doesn't use atomic operation, because: - hardclock() is the only writer - Clock interrupt doesn't run simultaneously - Reading int should be atomic on all architectures On Wed, Mar 16, 2016 at 02:13:13PM +0900, Masao Uebayashi wrote: > This clarifies that the single, global `ticks' is

Update `ticks' in the right place

This clarifies that the single, global `ticks' is owned by kern_clock.c. timeout(9) is only one of users of `ticks', even though its handler, timeout_hardclock_update(), is called from hardclock() after update of `ticks' every time. Theoretically timecounter(9)'s tick, tc_ticktock(), is

Re: spamd - blacklists

On 2016/03/16 10:53, Damien Miller wrote: > On Tue, 15 Mar 2016, li...@wrant.com wrote: > > > What's going on with the BGP as a transport then, is it available to > > the general public? Must be much better than the fubar DNS. Nackts > > thing and we'd be attempting carping on tunnelled over

Re: spamd - blacklists

On Tue, 15 Mar 2016, li...@wrant.com wrote: > What's going on with the BGP as a transport then, is it available to > the general public? Must be much better than the fubar DNS. Nackts > thing and we'd be attempting carping on tunnelled over DNS syndrome. Years ago I added the pftable keyword

Re: spamd - blacklists

Tue, 15 Mar 2016 12:52:06 -0400 Michael McConville > Stuart Henderson wrote: > > On 2016/03/15 12:55, Craig Skinner wrote: > > > There are a few more paid rsync lists here: > > > http://en.wikipedia.org/wiki/Comparison_of_DNS_blacklists > > > > Ah that is a useful page.

newfs_ext2fs image permissions

I don't see how execute permissions on a file system image would be useful. Ok? Index: newfs_ext2fs.c === RCS file: /cvs/src/sbin/newfs_ext2fs/newfs_ext2fs.c,v retrieving revision 1.24 diff -u -p -r1.24 newfs_ext2fs.c ---

Re: malloc: 1st small step in long way to multiple pools

Hi Otto, On Wed Mar 9 2016 10:06, Otto Moerbeek wrote: > Lightly tested by myself on amd64, you can help by reviewing and > testing this. I also don't see regressions on my amd64 - running since 3 days on my production system.

Re: spamd - blacklists

Absolutely not. do not enable a blacklist by default On Tue, Mar 15, 2016 at 10:52 AM, Michael McConville wrote: > Stuart Henderson wrote: >> On 2016/03/15 12:55, Craig Skinner wrote: >> > There are a few more paid rsync lists here: >> >

Re: opendev(3) tweak

> On Mon, Mar 14, 2016 at 10:19:53PM +0100, Theo Buehler wrote: > > On Thu, Mar 10, 2016 at 12:52:35PM +0100, Marc Espie wrote: > > > Already shown to a few people, but since pledge(2) aborts on non-dev, > > > let's > > > check upfront that we're of the right type. > > > > > > I don't think this

Re: [PATCH] Fix size of object being freed in atascsi.c

Jeremie Courreges-Anglas writes: > Nick Permyakov writes: > >> Fixed a boot panic on my machine. >> >> Index: atascsi.c >> === >> RCS file: /cvs/src/sys/dev/ata/atascsi.c,v >> retrieving

Re: [PATCH] Fix size of object being freed in atascsi.c

Nick Permyakov writes: > Fixed a boot panic on my machine. > > Index: atascsi.c > === > RCS file: /cvs/src/sys/dev/ata/atascsi.c,v > retrieving revision 1.127 > diff -u -p -r1.127 atascsi.c > --- atascsi.c

Guard a macro arg in less(1)

ok? Index: ch.c === RCS file: /cvs/src/usr.bin/less/ch.c,v retrieving revision 1.16 diff -u -p -r1.16 ch.c --- ch.c27 Dec 2015 17:51:19 - 1.16 +++ ch.c15 Mar 2016 17:18:56 - @@ -103,8 +103,8 @@ struct

scp(1), sftp(1): unsafe terminal output string handling

Hi, in various situations, including directory listings, progress and diagnostic messages, the sftp(1) and scp(1) programs print untrusted strings to the local terminal, often strings that were received from a remote system over the wire, often containing whatever random filenames on the remote

Re: hang with processes in fltamap: how can I identify running out of RAM?

Tobias Ulmer wrote: > Just wanted to note this diff in combination with your other uvm diff > does really well on sparc, building ports. Cuts down amap "INUSE" by > about a factor of 20. > Will report if anything bad happens. Cool, thanks for testing as well! So I plan to commit both diffs if

Re: spamd - blacklists

> > Generally, everything has changed from file feeds to DNS. > > Yep, because for the more actively maintained ones 1) new entries show > up more quickly than any sane rsync interval, this is quite important > for good blocking these days 2) DNS is less resource intensive and more > easily

Re: spamd - blacklists

Stuart Henderson wrote: > On 2016/03/15 12:55, Craig Skinner wrote: > > There are a few more paid rsync lists here: > > http://en.wikipedia.org/wiki/Comparison_of_DNS_blacklists > > Ah that is a useful page. Maybe we could list it, e.g. > > Index: spamd.conf >

Re: some more vlan protocol defines

On 2016/03/15 23:34, David Gwynne wrote: > Can you find any doco that states that? Or any other thing that does it? IEEE 802.1Q-2014 (https://standards.ieee.org/about/get/802/802.1.html) section 9.6 (on p160): 0 The null VID. Indicates that the tag header contains only priority information; no

Re: New scheduler for OpenBSD

On 14:57:40, 15.03.16, Alexandre Ratchov wrote: > On Sat, Mar 12, 2016 at 05:36:21PM +0100, Michal Mazurek wrote: > > > > p_usrpri and p_priority will go away, so userland utilities like 'ps' > > will need to be changed. > > > > AFAIU, this would hurt interactive programs (audio, players,

Re: New scheduler for OpenBSD

On Sat, Mar 12, 2016 at 05:36:21PM +0100, Michal Mazurek wrote: > > p_usrpri and p_priority will go away, so userland utilities like 'ps' > will need to be changed. > AFAIU, this would hurt interactive programs (audio, players, games, etc). Currently i/o bound processes wake up with increased

Re: some more vlan protocol defines

Can you find any doco that states that? Or any other thing that does it? On 15 Mar 2016 02:21, "Stuart Henderson" wrote: > On 2016/03/14 21:13, David Gwynne wrote: > > this adds macros to describe the min and max valid vlan ids. > > > > this will be used in upcoming checks

Re: spamd - blacklists

On 2016/03/15 12:55, Craig Skinner wrote: > Hi Stuart, > > On 2016-03-14 Mon 16:27 PM |, Stuart Henderson wrote: > > > > There aren't many who provide their whole dataset to anyone other > > than paying customers - e.g. Spamhaus' rsync feeds are for > > organisations with >5000 users and cost

Re: spamd - blacklists

Hi Stuart, On 2016-03-14 Mon 16:27 PM |, Stuart Henderson wrote: > > There aren't many who provide their whole dataset to anyone other > than paying customers - e.g. Spamhaus' rsync feeds are for > organisations with >5000 users and cost US$1700+/year. > I've found these free rsync feeds

Re: Remove handrolled function from spamd(8) for privdrop

Hi Ricardo, On 2016-03-14 Mon 16:15 PM |, Ricardo Mestre wrote: > > Comments? > http://marc.info/?l=openbsd-tech=145047019223179

Re: hang with processes in fltamap: how can I identify running out of RAM?

Just wanted to note this diff in combination with your other uvm diff does really well on sparc, building ports. Cuts down amap "INUSE" by about a factor of 20. Will report if anything bad happens.

Re: opendev(3) tweak

I'm aware I'm kicking an old horse here, but... On Thu, Mar 10, 2016 at 12:52:35PM +0100, Marc Espie wrote: > @@ -106,5 +108,17 @@ opendev(const char *path, int oflags, in > if (realpath) > *realpath = namebuf; If anything like this goes in (or did it already?) the *realpath

Re: COLUMNS handling

On Mon, Mar 14, 2016 at 02:02:47PM -0600, Abel Abraham Camarillo Ojeda wrote: > On Mon, Mar 14, 2016 at 5:32 AM, Martin Natano wrote: > > On Mon, Mar 14, 2016 at 10:57:36AM +0100, Marc Espie wrote: > >> > >> So, does it make sense to put COLUMNS and SIZE forward ? > >> I think

pledge: wl_paths evaluation order error + memory leak

Hi, The following diff corrects an evaluation order error and a memory leak in error code path. Comments or OK ? -- Sebastien Marie Index: sys/kern/kern_pledge.c === --- sys/kern/kern_pledge.c.orig 2016-03-15 08:54:33.500610285

[PATCH] Fix size of object being freed in atascsi.c

Fixed a boot panic on my machine. Index: atascsi.c === RCS file: /cvs/src/sys/dev/ata/atascsi.c,v retrieving revision 1.127 diff -u -p -r1.127 atascsi.c --- atascsi.c3 Jan 2016 21:07:46 -1.127 +++ atascsi.c14 Mar 2016