On Sat, Oct 08, 2016 at 05:30:11PM -0700, Philip Guenther wrote:
> On Sat, 8 Oct 2016, Otto Moerbeek wrote:
> > Canaries and chunk validation on delayed free,
> >
> > OK?
>
> There are still significant differences between the libc malloc and the
> ld.so malloc after this. Would it make sense
This imports pcap_set_immediate_mode() from mainline libpcap, which allows
a libpcap-based program to process packets as soon as they arrive.
ok?
Index: pcap-bpf.c
===
RCS file: /cvs/src/lib/libpcap/pcap-bpf.c,v
retrieving revision 1
On Sat, 8 Oct 2016, Otto Moerbeek wrote:
> Canaries and chunk validation on delayed free,
>
> OK?
There are still significant differences between the libc malloc and the
ld.so malloc after this. Would it make sense to have some more automated
method of doing this, with an unifdef pass for MALL
After looking into alignment and other issues with encapsulated
Ethernet frames, turns out that not all our encapsulation drivers
do a good job of performing header length checks and can
potentially pass truncated packets into the ether_input. I was a
bit on a fence regarding whether or not ether_
Instead of manually scanning the list of zombie processes, just use
zombiefind().
The extra check in the current code for a zombie whose process group ID
matches the pid being checked can be safely removed because process groups
stay in the global hash (and thus found with pgfind()) until all
On 9 October 2016 at 00:11, Rafael Zalamena wrote:
> This diffs corrects the check for the header length size: instead of looking
> for MINCLSIZE (which is the cluster mbuf space size) we should use MHLEN (the
> header mbuf space size).
>
> ok?
>
Yes, please.
This diffs corrects the check for the header length size: instead of looking
for MINCLSIZE (which is the cluster mbuf space size) we should use MHLEN (the
header mbuf space size).
ok?
Index: net/switchofp.c
===
RCS file: /home/obsdc
On Sat, Oct 08, 2016 at 07:23:34PM +0200, Martin Natano wrote:
> On Sat, Oct 08, 2016 at 04:16:47PM +0200, Matthieu Herrb wrote:
> >
> > I would prefer to swith them to use the bsd.xorg.mk support for
> > pkg-config files like that:
>
> Yeah, that's much nicer. OK. See two comments below.
>
>
>
> Date: Sat, 8 Oct 2016 13:06:53 +0200 (CEST)
> From: Mark Kettenis
>
> > Date: Fri, 7 Oct 2016 18:59:52 +0200
> > From: Stefan Sperling
> >
> > On Fri, Oct 07, 2016 at 03:28:19PM +0200, Stefan Sperling wrote:
> > > Currently tcpdump shows "0 Mbit/s" for any frame sent with 11n HT MCS.
> > > To
On Sat, Oct 08, 2016 at 04:16:47PM +0200, Matthieu Herrb wrote:
>
> I would prefer to swith them to use the bsd.xorg.mk support for
> pkg-config files like that:
Yeah, that's much nicer. OK. See two comments below.
>
> Index: lib/libGLw/Makefile
> ==
On Mon, Oct 03, 2016 at 04:02:43PM +0500, Alexandr Shadchin wrote:
> Hi,
>
> This diff updates xkeyboard-config to the latest release.
>
> Test:
> * ftp http://devio.us/~koba/distfiles/xkeyboard-config-2.19.diff (or attach)
> * cd /path/to/xenocara
> * patch < /path/to/xkeyboard-config-2.19.diff
Hi,
Canaries and chunk validation on delayed free,
OK?
-Otto
Index: malloc.c
===
RCS file: /cvs/src/libexec/ld.so/malloc.c,v
retrieving revision 1.12
diff -u -p -r1.12 malloc.c
--- malloc.c18 Sep 2016 13:54:58 -
Hi,
avoid recomping the offset by storing it in the chunk info, ok?
-Otto
Index: stdlib/malloc.c
===
RCS file: /cvs/src/lib/libc/stdlib/malloc.c,v
retrieving revision 1.199
diff -u -p -r1.199 malloc.c
--- stdlib/malloc.c
Hello tech@,
as the Italian list was removed in 2010 as stated on this [1]
we can remove it from the page www/mail.html
In attachment the patch.
I also detect that the French list page [2] redirect to a
thanksgiving page and the domain openbsd-france.org
doesn't have an mx record.
Someone in list
On Fri, Oct 07, 2016 at 09:02:38PM +0200, Martin Natano wrote:
> Generate the pkg-config files at build time, otherwise we might run into
> permission issues with noperm release builds. While there properly clean
> up glw.pc. Ok?
>
Hi
I would prefer to swith them to use the bsd.xorg.mk support f
> Date: Fri, 7 Oct 2016 18:59:52 +0200
> From: Stefan Sperling
>
> On Fri, Oct 07, 2016 at 03:28:19PM +0200, Stefan Sperling wrote:
> > Currently tcpdump shows "0 Mbit/s" for any frame sent with 11n HT MCS.
> > To make progress easier, I'd like to see which MCS are used on the air,
> > by any dev
> Date: Fri, 7 Oct 2016 15:28:19 +0200
> From: Stefan Sperling
>
> Currently tcpdump shows "0 Mbit/s" for any frame sent with 11n HT MCS.
> To make progress easier, I'd like to see which MCS are used on the air,
> by any device.
>
> The change below matches what FreeBSD did to pass an MCS index
> Date: Fri, 7 Oct 2016 14:01:27 +0200
> From: Stefan Sperling
>
> Imre Vadasz pointed out that rate sets managed by net80211 are sorted
> by effective data rate speed, while the iwm_rates array sorts CCK rates
> (1 - 11 Mbit/s) before OFDM rates (6Mbit/s - 54Mbit/s).
>
> rate set (11g): 1, 2, 5
> Date: Fri, 7 Oct 2016 08:33:06 +0200
> From: Stefan Sperling
>
> On Thu, Oct 06, 2016 at 06:51:04PM +0200, Stefan Sperling wrote:
> > athn(4) has a hack which disables lower Tx retry rates if RTS is used.
> >
> > I don't understand why this was added. Perhaps the assumption was
> > that RTS wi
> Date: Thu, 6 Oct 2016 12:56:37 +0200
> From: Stefan Sperling
>
> On Thu, Oct 06, 2016 at 10:49:21AM +0200, Imre Vadasz wrote:
> > Hi,
> > This patch improves the error handling iwm_rx_addbuf(), specifically in
> > out-of-memory and mbuf exhaustion cases.
> >
> > Keep an additional/spare bus_dm
> Date: Thu, 6 Oct 2016 12:46:21 +0200
> From: Stefan Sperling
>
> Disable the detailed fatal firmware error log in iwn(4) by default.
You're the best judge on how useful this information is.
ok kettenis@
> Index: if_iwn.c
> ===
>
On Fri, Oct 07, 2016 at 11:26:58PM +0200, Martin Natano wrote:
> ks_tables.h is always considered out of date due to the forced rebuild
> of the makekeys util. This means it's also rebuilt during install. First
> as root during build, later by the BUILDUSER during release, which won't
> be able to
On Fri, Oct 07, 2016 at 09:02:38PM +0200, Martin Natano wrote:
> Generate the pkg-config files at build time, otherwise we might run into
> permission issues with noperm release builds. While there properly clean
> up glw.pc. Ok?
Matches the changes you made to libz etc a few weeks ago so
should b
23 matches
Mail list logo