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
> producti
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 owne
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 independen
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 DNS
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 to
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. Maybe we could list it
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
--- newfs_ext2
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.
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:
>> > http://en.wikipedia.org/wiki/Comparison_of_DNS_blacklists
> 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
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 revision 1.127
>> diff -u -p -r1.127 atascsi.
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.c3 Jan 2016 21:07:46 -000
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 fil
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 sy
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 the
> > 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 distri
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
>
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
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, games,
On 16:28:33, 14.03.16, Martin Pieuchot wrote:
> > The number of calls to yield() dropped to 4,576.
>
> This is really similar to what I observed with Firefox and Chrome.
>
> > This is where I get stuck, I don't know how to replace the call to
> > sched_yield(), or whether it is a good idea to do
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
p
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 of the configured value
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 US$
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 useful
Hi Ricardo,
On 2016-03-14 Mon 16:15 PM |, Ricardo Mestre wrote:
>
> Comments?
>
http://marc.info/?l=openbsd-tech&m=145047019223179
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.
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
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 this is the first im
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 +01
29 matches
Mail list logo
