Re: Scheduler hack for multi-threaded processes

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

Re: Scheduler hack for multi-threaded processes

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

Re: ART regression, multicast

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

ART regression, multicast

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

Re: typo in fseek.3: "prefer seek()" -> "prefer fseek()"

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 >

typo in fseek.3: "prefer seek()" -> "prefer fseek()"

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

Re: [mm...@mykolab.com: Merge memleak fix from BoringSSL]

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

Re: uvm: remove unused(?) amap_extend

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 > > /* > >

[mm...@mykolab.com: Merge memleak fix from BoringSSL]

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:

Re: multitouch support again

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

Re: use fast lookup in in6_pcbconnect()

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(). > >

Re: multitouch support again

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

Re: First ART regression

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

Re: uvm: remove unused(?) amap_extend

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

[patch] installboot

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

Re: mpsafe aesni

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

Re: Scheduler hack for multi-threaded processes

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

First ART regression

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

Miscellaneous Xenocara quirks

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

ps: remove emul support

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