Re: upstream vendors and why they can be really harmful

On 15:01 Thu 08 Nov , David Coppa wrote: > On Thu, Nov 8, 2012 at 2:21 PM, Marc Espie wrote: > > synchronicity, seen thx to Bruno Rohee... > > > > https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/ > > > > Marketing? Brand presence? Visual identity? > > WTF?!? > > The

Re: Small memcpy optimization

On Thu, Nov 01, 2012 at 22:43, Stefan Fritsch wrote: > On Tuesday 21 August 2012, Stefan Fritsch wrote: >> On x86, the xchg operation between reg and mem has an implicit lock >> prefix, i.e. it is a relatively expensive atomic operation. This is >> not needed here. > > OKs, anyone? What do other

Re: [PATCH] mlockall() problem in OpenBSD 5.2

On Thu, Nov 08, 2012 at 13:34, Ilya Bakulin wrote: > The problem seems to be in uvm_map_pageable_all() function > (sys/uvm/uvm_map.c). This function is a "special case of uvm_map_pageable", > which tries to mlockall() all mapped memory regions. > Prior to calling uvm_map_pageable_wire(), which act

Re: Small memcpy optimization

> From: Stefan Fritsch > Date: Thu, 1 Nov 2012 22:43:33 +0100 > > On Tuesday 21 August 2012, Stefan Fritsch wrote: > > On x86, the xchg operation between reg and mem has an implicit lock > > prefix, i.e. it is a relatively expensive atomic operation. This is > > not needed here. > > OKs, anyone?

Re: [PATCH] group.c: group_autogroup looks for best match

On Tue 2012.10.30 at 01:46 -0500, Kent R. Spillner wrote: > Hi, [snip unrelated] I'm replying here instead of the new thread, for this one has context, so on that... > > However, in general, I do prefer last matching when it comes to the > > matching options in the config. So the below allows

Re: src/sys/net/if_pflow.c - fix kernel builds without bpfilter

On 2012/11/08 11:52, Gleydson Soares wrote: > Hi, > > protect bpfilter portion with #if NBPFILTER > 0. > fix kernel builds without bpfilter. > > OK ? Due to the variable ifp being unused. Yep, OK. > Index: if_pflow.c > === > RCS fi

src/sys/net/if_pflow.c - fix kernel builds without bpfilter

Hi, protect bpfilter portion with #if NBPFILTER > 0. fix kernel builds without bpfilter. OK ? Index: if_pflow.c === RCS file: /cvs/src/sys/net/if_pflow.c,v retrieving revision 1.21 diff -u -p -r1.21 if_pflow.c --- if_pflow.c 30 Oct

Re: upstream vendors and why they can be really harmful

On Thu, Nov 8, 2012 at 2:21 PM, Marc Espie wrote: > synchronicity, seen thx to Bruno Rohee... > > https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/ > Marketing? Brand presence? Visual identity? WTF?!? The following, in particular, is a little gem: <> How is this fuckin

Re: [PATCH] mlockall() problem in OpenBSD 5.2

> Date: Thu, 8 Nov 2012 13:08:24 + > From: Stuart Henderson > > Oh talking of RLIMIT reminds me...can someone who knows this area take > a look at http://thread.gmane.org/gmane.os.aeriebsd.general/100 please? Change looks reasonable, but I think that instead of multiplying vm_ssize by PAGE_S

Re: [PATCH] mlockall() problem in OpenBSD 5.2

On 11/08/2012 02:08 PM, Stuart Henderson wrote: > Oh talking of RLIMIT reminds me...can someone who knows this area take > a look at http://thread.gmane.org/gmane.os.aeriebsd.general/100 please? > To me the fix looks reasonable. Limiting the stack size below the current usage shouldn't be allowed

Re: upstream vendors and why they can be really harmful

synchronicity, seen thx to Bruno Rohee... https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/

Re: [PATCH] mlockall() problem in OpenBSD 5.2

Oh talking of RLIMIT reminds me...can someone who knows this area take a look at http://thread.gmane.org/gmane.os.aeriebsd.general/100 please?

Re: heads-up: on -current, -static may not be as static as you think

On Thu, Nov 08, 2012 at 12:47:53PM +, Christian Weisgerber wrote: > Stuart Henderson wrote: > > > gtar/star/screen/tcsh are obviously intended for a recovery > > environment and I think should not require ld.so. > > Indeed. > > I was hoping we wouldn't have to do anything and -static would

Re: [PATCH] mlockall() problem in OpenBSD 5.2

I did a similar change recently (http://marc.info/?l=openbsd-cvs&m=135055003602935&w=2). Therefore I think that Ilya's patch is valid and should be applied. If anyone is willing to ok, I can commit it. Gerhard On 11/08/2012 01:34 PM, Ilya Bakulin wrote: > Hi list, > after upgrade on OpenBSD 5.2

Re: heads-up: on -current, -static may not be as static as you think

Stuart Henderson wrote: > gtar/star/screen/tcsh are obviously intended for a recovery > environment and I think should not require ld.so. Indeed. I was hoping we wouldn't have to do anything and -static would take on the expected semantics again. -- Christian "naddy" Weisgerber

[PATCH] mlockall() problem in OpenBSD 5.2

Hi list, after upgrade on OpenBSD 5.2 we observe the following message from ntpd: Oct 22 17:20:13 gg74 ntpd[2918]: ntpd 4.2.6p2@1.2194-o Tue Oct 16 20:26:47 UTC 2012 (1) Oct 22 17:20:13 gg74 ntpd[10103]: mlockall(): Cannot allocate memory Oct 22 17:20:13 gg74 ntpd[10103]: signal_no_reset: signal

ix/82599 changes

the diff syncs up some pieces with freebsd and fixes some bugs (notably the one with the missing braces :) ixgbe_phy_aq is removed cause it's a x540 which is handled now by the separate module ixgbe_x540.c. i'd like to get rid of this change quickly as it somewhat clashes with other pending chang

Re: upstream vendors and why they can be really harmful

On Thu, 8 Nov 2012 10:18:28 +0100 Lars von den Driesch wrote: > >> > The only distros with a fair few users who have switched and still > >> > have far less users are Fedora, Mageia and OpenSUSE. > >> > >> Let's have an eye on Arch-Linux. > > > > And they have lost users over it. I left them o