Re: removing expired once rules in pf_purge_thread()

2015-12-13 Thread Richard Procter
If I understand this patch: Rule removal requires the consistency lock but to acquire it one must be able to sleep. pf_test_rule() cannot sleep as it executes in a (soft) interrupt handler, so it passes the expired rule to a thread which can. However, the code to remove a 'once' rule may wish

Re: [patch] malloc: add info about the largest consumers of memory

2015-12-13 Thread Maxim Pugachev
>> Index: sys/kern/kern_malloc.c >> === >> RCS file: /cvs/src/sys/kern/kern_malloc.c,v >> retrieving revision 1.128 >> diff -u -p -r1.128 kern_malloc.c >> --- sys/kern/kern_malloc.c 14 Mar 2015 03:38:50 - 1.128 >> +++ sys

Re: [patch] malloc: size that was passed to free() should land into the same bucket

2015-12-13 Thread Maxim Pugachev
On Sun, Dec 13, 2015 at 10:38 PM, Ted Unangst wrote: > Maxim Pugachev wrote: >> Currently two checks in free() function confirm the correctness of >> freedsize argument. I think that it's better to check that provided >> freedsize fall into the same bucket that was recorded in kmemusage >> struct:

Re: [patch] malloc: add info about the largest consumers of memory

2015-12-13 Thread Ted Unangst
Maxim Pugachev wrote: > Hi, > > This patch adds additional informational to ddb's "show malloc" > command about the largest consumers of memory. > > This is my first patch for OpenBSD, so I will be very grateful for any > comments. Thanks in advance! > > > Index: sys/kern/kern_malloc.c > ==

Re: [patch] malloc: size that was passed to free() should land into the same bucket

2015-12-13 Thread Ted Unangst
Maxim Pugachev wrote: > Currently two checks in free() function confirm the correctness of > freedsize argument. I think that it's better to check that provided > freedsize fall into the same bucket that was recorded in kmemusage > struct: it covers both cases. I don't know. This doesn't seem clea

Re: 2D acceleration for Nvidia

2015-12-13 Thread Juan Francisco Cantero Hurtado
On Sun, Dec 13, 2015 at 08:53:19AM +0100, Theo Buehler wrote: > On Sun, Dec 13, 2015 at 01:57:02AM +0100, Juan Francisco Cantero Hurtado > wrote: > > On Sat, Dec 12, 2015 at 03:06:01AM +0100, Theo Buehler wrote: > > > On Fri, Dec 11, 2015 at 10:09:20AM +0100, Martin Pieuchot wrote: > > > > Without

[patch] kern/exec_script: avoid invalid free() in a case of error

2015-12-13 Thread Maxim Pugachev
Hi, In exec_script_makecmds function, when EXEC_HASFD flag was set, but copystr/copyinstr returns an error, we need to set *tmpsap to NULL to terminate a loop (under "fail" label) correctly. Index: sys/kern/exec_script.c === RCS fil

Re: 2D acceleration for Nvidia

2015-12-13 Thread Landry Breuil
On Sun, Dec 13, 2015 at 06:14:20PM +0100, Matthieu Herrb wrote: > On Sun, Dec 13, 2015 at 12:09:48PM +0100, Matthieu Herrb wrote: > > My traditionnal benchmark (/usr/bin/time cat /etc/xtermcap in a 80x35 > > xterm with DejaVu Sans Mono 8 anti-aliased font), takes 534s with EXA > > vs 42s with shad

Re: 2D acceleration for Nvidia

2015-12-13 Thread Matthieu Herrb
On Sun, Dec 13, 2015 at 12:09:48PM +0100, Matthieu Herrb wrote: > My traditionnal benchmark (/usr/bin/time cat /etc/xtermcap in a 80x35 > xterm with DejaVu Sans Mono 8 anti-aliased font), takes 534s with EXA > vs 42s with shadowfb. (it's less than 1s on my X240 with intel) > Hmm sorry. I had a O

Re: 2D acceleration for Nvidia

2015-12-13 Thread Landry Breuil
On Sun, Dec 13, 2015 at 12:09:48PM +0100, Matthieu Herrb wrote: > On Fri, Dec 11, 2015 at 10:09:20AM +0100, Martin Pieuchot wrote: > > Without hardware acceleration my PowerBook G4 12'' with a NVIDIA > > GeForce FX Go 5200 is unusable. Since XAA is no longer supported, > > here's a simple EXA back

11n support for iwm(4)

2015-12-13 Thread Stefan Sperling
All my outstanding 11n changes for net80211 have been committed. What's left now is adding 11n support to device drivers. This is my current 11n diff for the iwm(4) driver. Supports HT MCS 0-7 (theoretical limit 65 Mbit/s) and reception of A-MSDU and A-MPDU aggregated frames. Changes from the ver

Re: 2D acceleration for Nvidia

2015-12-13 Thread Matthieu Herrb
On Fri, Dec 11, 2015 at 10:09:20AM +0100, Martin Pieuchot wrote: > Without hardware acceleration my PowerBook G4 12'' with a NVIDIA > GeForce FX Go 5200 is unusable. Since XAA is no longer supported, > here's a simple EXA backend for nv(4) based on the XAA sources and > Nouveau. It only implement

Re: Add SO_REUSEADDR when binding SO_REUSEPORT socket to multicast address

2015-12-13 Thread Vincent Gross
On 12/09/15 16:49, Vincent Gross wrote: > in_pcbbind and in6_pcbbind both extends SO_REUSEADDR for multicast > addresses so that it turns into a SO_REUSEPORT. But the check is done > in such a way that you cannot bind a SO_REUSEPORT-enabled socket to a > multicast address *after* you bound a SO_REU

Re: 2D acceleration for Nvidia

2015-12-13 Thread Bryan Steele
On Sun, Dec 13, 2015 at 08:53:19AM +0100, Theo Buehler wrote: > On Sun, Dec 13, 2015 at 01:57:02AM +0100, Juan Francisco Cantero Hurtado > wrote: > > On Sat, Dec 12, 2015 at 03:06:01AM +0100, Theo Buehler wrote: > > > On Fri, Dec 11, 2015 at 10:09:20AM +0100, Martin Pieuchot wrote: > > > > Without

Re: 2D acceleration for Nvidia

2015-12-13 Thread Matthieu Herrb
On Sun, Dec 13, 2015 at 01:57:02AM +0100, Juan Francisco Cantero Hurtado wrote: > On Sat, Dec 12, 2015 at 03:06:01AM +0100, Theo Buehler wrote: > > On Fri, Dec 11, 2015 at 10:09:20AM +0100, Martin Pieuchot wrote: > > > Without hardware acceleration my PowerBook G4 12'' with a NVIDIA > > > GeForce F