On Tue, 1 Nov 2016 18:51:08 +0100
Mike Belopuhov wrote:
> On 1 November 2016 at 18:23, Vincent Gross
> wrote:
> > On Tue, 4 Oct 2016 01:07:51 +0200
> > Vincent Gross wrote:
> >
> >> On Sat, 24 Sep 2016 10:58:10 +0200
> >> Vincent Gross wrote:
> >>
> >> > Hi,
> >> >
> >> [snip]
> >> >
>
On 1 November 2016 at 18:23, Vincent Gross wrote:
> On Tue, 4 Oct 2016 01:07:51 +0200
> Vincent Gross wrote:
>
>> On Sat, 24 Sep 2016 10:58:10 +0200
>> Vincent Gross wrote:
>>
>> > Hi,
>> >
>> [snip]
>> >
>> > Aside from the mbuf issue, is this Ok ?
>>
>> I will go back on the mbuff stuff later.
the line checking for PF_PASS has not changed since 2006, which predates
the existence of match rules in PF.
We check for permissions in one place, but if they are (eventually)
permitted, we want spamlogd to handle the packet.
Is there a better way than checking the PF_MATCH state? Is there an
"
On Tue, 4 Oct 2016 01:07:51 +0200
Vincent Gross wrote:
> On Sat, 24 Sep 2016 10:58:10 +0200
> Vincent Gross wrote:
>
> > Hi,
> >
> [snip]
> >
> > Aside from the mbuf issue, is this Ok ?
>
> I will go back on the mbuff stuff later.
>
> Diff rebased, ok anyone ?
>
New rebase, tested on
The global host_interrupt_operation_mode variable can be represented
as a flag. This is just a cosmetic change.
Index: if_iwm.c
===
RCS file: /cvs/src/sys/dev/pci/if_iwm.c,v
retrieving revision 1.146
diff -u -p -r1.146 if_iwm.c
--- if
On Tue, Oct 11, 2016 at 04:50:09PM +0200, Stefan Sperling wrote:
> On Tue, Oct 11, 2016 at 04:29:24PM +0200, Imre Vadasz wrote:
> > Hi,
> >
> > The sc->sc_uc.uc_intr flag isn't getting reset to 0 in
> > iwm_load_firmware_8000(), so the
> > /* wait for the firmware to load */
> > for (w = 0
Nice, thanks for testing. It's good to know it's reliable. Were you
watching pool stats while running the tests?
Either way, I'm going to commit this so it will get broader testing.
Cheers,
dlg
On 1 Nov 2016 4:14 a.m., "Simon Mages" wrote:
> Hi,
>
> today i did some performance messurements on
