It's all "native".
Index: bin/ps/extern.h
===
RCS file: /cvs/src/bin/ps/extern.h,v
retrieving revision 1.19
diff -u -p -r1.19 extern.h
--- bin/ps/extern.h 10 Jan 2016 14:04:16 - 1.19
+++ bin/ps/extern.h 26 Mar 2016 07
Hello!
Here are five miscellaneous Xenocara quirks caught up.
The first three were also found on upstream, but the last two seem to be
specific to your distro.
Thanks,
Tiago Silva
--- /app/xcmsdb/xcmsdb.cFri Apr 17 05:49:30 2015
+++ /app/xcmsdb/xcmsdb.cSat Mar 26 03:39:46 2016
semarie@ found that rtadvd(8) is printing the following messages with an
ART-enabled kernel:
"rtadvd[43548]: new interface route's plen 128 is invalid for a prefix"
This is due to the prefix length to mask conversion code. Previously
the RTAX_NETMASK argument of a routing message was NULL for
I can report significant usability improvement on a single core ThinkPad T42
and a dual core ThinkPad X60.
It's not just "the videos in Firefox" - everything works *so* much more
fluently with the patch there's no way I would go back living without it.
I know a hack is a hack and I know there a
On Fri, Mar 25, 2016 at 22:43 +0100, Mark Kettenis wrote:
> > From: Mike Belopuhov
> > Date: Thu, 24 Mar 2016 21:33:25 +0100
> >
> > On 24 March 2016 at 20:53, Mark Kettenis wrote:
> > > Diff below makes aesni crypto "mpsafe". It adds a CRYPTOCAP_F_MPSAFE
> > > flag that makes the crypto framew
Hi,
Here a little diff to fix small memory leaks inside installboot. Hope it
finds its way.
Kind regards.
Index: i386_installboot.c
===
RCS file: /cvs/src/usr.sbin/installboot/i386_installboot.c,v
retrieving revision 1.26
diff -u -p
On Sat, Mar 26, 2016 at 02:58:37PM +0100, Martin Pieuchot wrote:
> semarie@ found that rtadvd(8) is printing the following messages with an
> ART-enabled kernel:
>
> "rtadvd[43548]: new interface route's plen 128 is invalid for a prefix"
>
> This is due to the prefix length to mask conversion c
Stefan Kempf wrote:
> amap_extend is called when merging two adjacent areas of virtual address
> space. However, merging is done only for kernel
> virtual address space. It's not done for user space:
>
> uvm/uvm_map.c:1359
> /*
>* Try to merge entry.
>*
>* Userland al
On 2016-03-24 22.34.12 +0100, Ulf Brosziewski wrote:
> Are there any reviews, tests, OKs, or NOs pending?
I'll add on to the list of: no regressions. I do not have the applicable
harware to try the multitouch.
(My status is unchanged: the touch screen works fine until
suspend/resume, and then X t
On Wed, Mar 23, 2016 at 06:22:36PM +0100, Vincent Gross wrote:
> The current use of in_pcblookup() in in6_pcbconnect() is suboptimal :
> all of the addresses and ports are defined, we are only interested in
> exact matches, and its v4 cousin in_pcbconnect() already uses
> in_pcbhashlookup().
>
> O
On 25/03/16(Fri) 13:23, Ulf Brosziewski wrote:
> Again, my mail client insisted on the "flowed" text format,
> sorry. Here is a clean version of the diff.
Tested with:
pms0: Synaptics clickpad, firmware 8.0
In think this should go in, then we can polish it in-tree and wait for
regression
Does this look good?
- Forwarded message from Michael McConville -
Date: Sun, 20 Mar 2016 23:15:48 -0400
From: Michael McConville
To: libre...@openbsd.org
Subject: Merge memleak fix from BoringSSL
Looks like it applies to us:
https://boringssl.googlesource.com/boringssl/+/6b6e0b20893
On 26/03/16(Sat) 19:19, Stefan Kempf wrote:
> Stefan Kempf wrote:
> > amap_extend is called when merging two adjacent areas of virtual address
> > space. However, merging is done only for kernel
> > virtual address space. It's not done for user space:
> >
> > uvm/uvm_map.c:1359
> > /*
> >
On Sat, 26 Mar 2016 17:59:26 -0400, Michael McConville wrote:
> Does this look good?
OK millert@. X509_NAME_free() (really asn1_item_combine_free)
just returns when passed a NULL pointer so this is safe.
- todd
ok?
Index: lib/libc/stdio/fseek.3
===
RCS file: /var/cvs/src/lib/libc/stdio/fseek.3,v
retrieving revision 1.17
diff -u -p -r1.17 fseek.3
--- lib/libc/stdio/fseek.3 15 Mar 2016 19:45:57 - 1.17
+++ lib/libc/stdio/fseek.3
On Sat, Mar 26, 2016 at 11:09:54PM +0100, Theo Buehler wrote:
> ok?
Yes, makes sense.
> Index: lib/libc/stdio/fseek.3
> ===
> RCS file: /var/cvs/src/lib/libc/stdio/fseek.3,v
> retrieving revision 1.17
> diff -u -p -r1.17 fseek.3
> --
With an ART kernel, programs using UPNP/DLNA (which use multicast)
aren't working correctly. Sorry I don't have a simple test method,
but it looks like outgoing packets aren't making it out to the
network, and I'm not sure how to debug further.
The best methods I can come up with are:
1. run mini
On 2016/03/26 23:21, Stuart Henderson wrote:
> Sorry I don't have a simple test method,
oh, there are some example programs in p5-IO-Socket-Multicast (in
/usr/local/share/examples/p5-IO-Socket-Multicast), can't reboot
again right now to test that they fail with ART, but t
Jyri Hovila [Turvamies.fi] writes:
> I can report significant usability improvement on a single core ThinkPad T42
> and a dual core ThinkPad X60.
>
I hate to crap on this wonderful parade, but on my T60 (i386, dmesg at
bottom) running 25 march snap the heat has bumped a full 10DegC from
what w
On Sat, Mar 26, 2016 at 7:47 PM, attila wrote:
>
> Jyri Hovila [Turvamies.fi] writes:
>
>> I can report significant usability improvement on a single core ThinkPad T42
>> and a dual core ThinkPad X60.
>>
>
> I hate to crap on this wonderful parade, but on my T60 (i386, dmesg at
> bottom) running
20 matches
Mail list logo