there isnt a nice bucket for per cpu counters to use. this makes a
pretty obvious one.
ok?
Index: sys/malloc.h
===
RCS file: /cvs/src/sys/sys/malloc.h,v
retrieving revision 1.113
diff -u -p -r1.113 malloc.h
--- sys/malloc.h20
"Dmitrij D. Czarkoff" wrote:
>Another thing that bothered me about video(1) from Xenocara is that it
>does not maintain frame aspect ratio. The diff below adds panning to
>maintain aspect ratio after resize.
>
>Comments? OKs?
Ping.
Index: video.c
==
On Sat, 5 Nov 2016 12:41:39 +0100
Vincent Gross wrote:
> Updated diff, I reworked the logic to handle the if_get/if_put dance
> in vxlan_multicast_join(), and fixed an uninitialized variable.
>
> Ok ?
Anyone to comment or ok ? this blocks the submission of
other changes on the network stack.
>
On 11/10/16 20:36, Andreas Bartelt wrote:
On 11/09/16 11:55, Martin Pieuchot wrote:
...
I'm going to commit this fixed diff unless somebody has something to add.
I've tested this - it works for me.
Sorry, I probably was too fast - I've observed a problem with smtpd in
rdomain 0 (which exi
On 11/09/16 11:55, Martin Pieuchot wrote:
...
I'm going to commit this fixed diff unless somebody has something to add.
I've tested this - it works for me.
Best regards
Andreas
On 9 November 2016 at 10:51, Martin Pieuchot wrote:
> On 09/11/16(Wed) 14:55, David Gwynne wrote:
>> since counters are an array of uint64_t values, this uses an enum
>> to list the indexes into such an array.
>>
>> we still export an ipstat struct to userland (which you can see
>> with netstat -s
On Wed, Nov 09, 2016 at 11:55:19AM +0100, Martin Pieuchot wrote:
> On 08/11/16(Tue) 17:23, Claudio Jeker wrote:
> > On Tue, Nov 08, 2016 at 03:36:22PM +0100, Martin Pieuchot wrote:
> > > [...]
> > > To add 127.0.0.1 properly it's another story as currently netstart(8)
> > > sets it.
> >
> > I woul
On Thu, Nov 10, 2016 at 02:12:55PM +0100, Gerhard Roth wrote:
> On Thu, 10 Nov 2016 13:56:00 +0100 Otto Moerbeek wrote:
> > On Wed, Nov 09, 2016 at 08:51:04AM -0800, Bryan Vyhmeister wrote:
> >
> > > This patch accomplishes two things for umb(4) connections. One, some SIM
> > > cards have a plus
On Thu, 10 Nov 2016 13:56:00 +0100 Otto Moerbeek wrote:
> On Wed, Nov 09, 2016 at 08:51:04AM -0800, Bryan Vyhmeister wrote:
>
> > This patch accomplishes two things for umb(4) connections. One, some SIM
> > cards have a plus at the beginning of the phone number while others do
> > not. In my case
On Wed, Nov 09, 2016 at 08:51:04AM -0800, Bryan Vyhmeister wrote:
> This patch accomplishes two things for umb(4) connections. One, some SIM
> cards have a plus at the beginning of the phone number while others do
> not. In my case, an AT&T Wireless SIM card in the US has the plus where
> a T-Mobi
On 09/11/16(Wed) 20:49, Gregor Best wrote:
> Hi,
>
> On Mon, Nov 07, 2016 at 03:55:29PM +0100, Gregor Best wrote:
> > [...]
> > I can't reproduce the problem anymore. If it does turn up again, I'll
> > collect the output of route monitor. In the mean time, thanks a bunch
> > for your help :)
> > [
On 09/11/16(Wed) 17:31, Andreas Bartelt wrote:
> [...]
> I'm actually not using 127.0.0.1 as IP address on lo1 in my specific setup
> -- I'm using the same LAN-visible IP address which unbound listens on in
> rdomain 0 (due to the nameserver IP entries in /etc/resolv.conf which, by
> design, are us
12 matches
Mail list logo