On 8/5/18 9:51 pm, Andrey V. Elsukov wrote:
On 08.05.2018 14:03, peter.b...@bsd4all.org wrote:
Hi Victor,
I’m struggling wit the same issue. My sainfo doesn’t match unless I
use anonymous.
Hi Andrey,
What I don’t understand is why a “catchall” policy is added instead
of the policy that matche
On 09/05/2018 06:04, Tom Jones wrote:
> On Tue, May 08, 2018 at 05:14:49PM +0530, Harsh Jain wrote:
>> Hi All,
>>
>> We have observed memory leak with TCP network traffic in "newreno".
>>
>> Output of vmstat -m
>>
>> in_mfilter 3 3K - 3 1024
>> in_multi 4 1K
> On Tue, May 08, 2018 at 08:59:20PM +, Grzegorz Junka wrote:
> > Hi All,
> >
> > pciconf -lv
> >
> > gives me
> >
> > none1@pci0:3:0:0: class=0x0c0600 card=0x000315b3
> > chip=0x634015b3
> > rev=0xa0 hdr=0x00
> > ?? vendor = 'Mellanox Technologies'
> > ?? dev
On 2018-05-08 21:59, Grzegorz Junka wrote:
Hi All,
pciconf -lv
gives me
none1@pci0:3:0:0: class=0x0c0600 card=0x000315b3 chip=0x634015b3
rev=0xa0 hdr=0x00
vendor = 'Mellanox Technologies'
device = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]'
class = serial bus
Doe
On Tue, May 08, 2018 at 08:59:20PM +, Grzegorz Junka wrote:
> Hi All,
>
> pciconf -lv
>
> gives me
>
> none1@pci0:3:0:0: class=0x0c0600 card=0x000315b3 chip=0x634015b3
> rev=0xa0 hdr=0x00
> ?? vendor = 'Mellanox Technologies'
> ?? device = 'MT25408 [Con
Hi All,
pciconf -lv
gives me
none1@pci0:3:0:0: class=0x0c0600 card=0x000315b3 chip=0x634015b3
rev=0xa0 hdr=0x00
vendor = 'Mellanox Technologies'
device = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]'
class = serial bus
Does it mean that my card is unrecognized? It
On Tue, May 08, 2018 at 05:14:49PM +0530, Harsh Jain wrote:
> Hi All,
>
> We have observed memory leak with TCP network traffic in "newreno".
>
> Output of vmstat -m
>
> in_mfilter 3 3K - 3 1024
> in_multi 4 1K - 4 256
> ip_moptions 6
Can you test the review here: https://reviews.freebsd.org/D15355
It looks like there are two different locks protecting the same data
everywhere but in lagg_ioctl(). This is a rough first-pass, and there may
be some lingering recursion and performance regressions with it.
On Tue, May 8, 2018 at
Bezüglich Sean Bruno's Nachricht vom 08.05.2018 18:44 (localtime):
>
>
> On 05/08/18 10:23, Harry Schmalzbauer wrote:
>> Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime):
>> …
But if the simple iflib/hw-support test with kawela+hartwell helps I'm
happy to do.
>>>
>>>
Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime):
> On Tue, May 8, 2018 at 2:43 AM, Harry Schmalzbauer wrote:
…
>> But if the simple iflib/hw-support test with kawela+hartwell helps I'm
>> happy to do.
>
> At this point it would be helpful, we think e1000 is nearing pretty
> g
On 05/08/18 10:23, Harry Schmalzbauer wrote:
> Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime):
> …
>>> But if the simple iflib/hw-support test with kawela+hartwell helps I'm
>>> happy to do.
>>
>> At this point it would be helpful, we think e1000 is nearing pretty
>> good sh
Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime):
…
>> But if the simple iflib/hw-support test with kawela+hartwell helps I'm
>> happy to do.
>
> At this point it would be helpful, we think e1000 is nearing pretty
> good shape and I need to become familiar with any outstanding
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228068
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
On 08.05.2018 14:03, peter.b...@bsd4all.org wrote:
> Hi Victor,
>
> I’m struggling wit the same issue. My sainfo doesn’t match unless I
> use anonymous.
>
> Hi Andrey,
>
> What I don’t understand is why a “catchall” policy is added instead
> of the policy that matches the inner tunnel.
This is
Hi All,
We have observed memory leak with TCP network traffic in "newreno".
Output of vmstat -m
in_mfilter 3 3K - 3 1024
in_multi 4 1K - 4 256
ip_moptions 6 1K - 6 64,256
encap_export_host 2 2K - 2
Hi Victor,
I’m struggling wit the same issue. My sainfo doesn’t match unless I use
anonymous.
Hi Andrey,
What I don’t understand is why a “catchall” policy is added instead of the
policy that matches the inner tunnel.
What is supposed to happen here? Is the IKE daemon supposed to update the
On Tue, May 8, 2018 at 2:43 AM, Harry Schmalzbauer wrote:
> Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:26 (localtime):
>> iflib in stable/11 only affects bnxt at this time.
>>
>> You should try out HEAD and let us know for the rest of your questions.
>
> Ic, sorry for the noise – should
Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:26 (localtime):
> iflib in stable/11 only affects bnxt at this time.
>
> You should try out HEAD and let us know for the rest of your questions.
Ic, sorry for the noise – should have read the commits before wasting
others' time :-(
Thanks for
iflib in stable/11 only affects bnxt at this time.
You should try out HEAD and let us know for the rest of your questions.
Regards,
Kevin
On Tue, May 8, 2018 at 2:19 AM, Harry Schmalzbauer wrote:
> Bezüglich Stephen Hurd's Nachricht vom 07.05.2018 23:42 (localtime):
>> Author: shurd
>> Date: M
Bezüglich Stephen Hurd's Nachricht vom 07.05.2018 23:42 (localtime):
> Author: shurd
> Date: Mon May 7 21:42:22 2018
> New Revision: 38
> URL: https://svnweb.freebsd.org/changeset/base/38
>
> Log:
> Merge iflib changes to 11-STABLE
>
> MFC r300147, r300153, r300154, r300215, r30156
20 matches
Mail list logo
