https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188899
Marius Strobl changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|In Pr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188897
--- Comment #11 from Marius Strobl ---
*** Bug 188899 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-net@fr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188899
--- Comment #12 from commit-h...@freebsd.org ---
A commit references this bug:
Author: marius
Date: Fri Nov 20 02:23:36 UTC 2015
New revision: 291088
URL: https://svnweb.freebsd.org/changeset/base/291088
Log:
Avoid a NULL pointer derefer
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188899
--- Comment #11 from Marius Strobl ---
(In reply to Ron from comment #8)
Thanks, that helped. However, what you are seeing is an entirely different
problem than what this PR is about and as the original one actually not related
to cas(4) e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188899
--- Comment #10 from Marius Strobl ---
(In reply to Pyun YongHyeon from comment #9)
The MACs in question are Saturn ones rather than old Cassinis. Some of these
former fail to disable the RX part on the first try, which isn't fatal and
sub
+ freebsd-net as this deserves more eyeballs, imo.
On 10/17/15 at 05:37P, hiren panchasara wrote:
> On 10/07/15 at 12:17P, Randall Stewart via freebsd-transport wrote:
> >
> > 2) When we recognize a dup-ack we *will not* recognize it if for example if
> > the rwnd changes even
> > if new SAC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202875
Kubilay Kocak changed:
What|Removed |Added
URL||https://reviews.freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202680
--- Comment #23 from Dmitry Afanasiev ---
(In reply to Yaniv Kunda from comment #22)
Yaniv, is PF(4) used on your system with em interfaces?
I tested another Sun X4200 with em(4) interfaces and I have *NO* problem with
data corruption!
On
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340
--- Comment #11 from g_amana...@yahoo.com ---
I am currently testing with the three last patches applied as I do have NFSv4.1
clients running on Linux. Give me a couple of days and I will provide feedback.
Thank you for the insight.
--
You
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Intel has posted a phabricator review for -current that enables
support for X552 SFP+ 10 GbE, and the single port version of X550T.
At this point we are looking to ensure there are no breakages on
existing installs. Please give this a test at your
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202875
--- Comment #10 from Jeff Pieper ---
This should be fixed in the series of patches currently under review in
Phabricator: https://reviews.freebsd.org/D4186.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202983
--- Comment #3 from Jeff Pieper ---
After some additional testing using KVM, I've found that if the MTU on the PF
is set to 9000 BEFORE the VF is created, ixv behaves as expected. If the MTU is
changed AFTER the VF is created and then attac
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340
Mark Linimon changed:
What|Removed |Added
Keywords||patch
--
You are receiving this ma
13 matches
Mail list logo
