https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236102
--- Comment #7 from Alexey ---
I have retest on:
FreeBSD nas1 12.0-STABLE FreeBSD 12.0-STABLE r343868 NAS amd64
and this behavior is also present on this revision.
This is a other server, with the same hardware configuration. There is no
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236102
Eugene Grosbein changed:
What|Removed |Added
CC||ma...@freebsd.org
--- Comment #9
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236102
--- Comment #10 from Alexey ---
ix0@pci0:2:0:0: class=0x02 card=0x17d3103c chip=0x10fb8086 rev=0x01
hdr=0x00
vendor = 'Intel Corporation'
device = '82599ES 10-Gigabit SFI/SFP+ Network Connection'
class = network
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236102
Eugene Grosbein changed:
What|Removed |Added
CC||mar...@freebsd.org
--- Comment #
> Bjoern A. Zeeb wrote:
> [stuff snipped]
> I wrote:
> >> So, is this still recommended for blocks of code that only execute for
> >> the version
> >> of IP, but will build for kernels that do not have the particular
> >> "options INET{6}"
> >> in the kernel config?
> >
> >Yes.
> Ok, I'll do it.
Th
JFYI: https://lists.freebsd.org/pipermail/freebsd-net/2018-November/052184.html
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236102
Oleg Bulyzhin changed:
What|Removed |Added
CC||o...@freebsd.org
--- Comment #11 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236102
--- Comment #12 from Alexey ---
I rolled back on the current server to revision r341831 and it did not help,
then I remembered that on the second server I used the drivers installed from
the ports (/usr/ports/net/intel-ix-kmod/).
Now when u
aleksandr.fedorov_itglobal.com created this revision.
aleksandr.fedorov_itglobal.com added reviewers: bryanv, hrs, network.
Herald added a subscriber: ae.
REVISION SUMMARY
It seems, there are no reason to prevent setting MTU more than 1500 bytes.
MTU greater than 1500 gives a significant incre
rgrimes accepted this revision as: rgrimes.
This revision is now accepted and ready to land.
CHANGES SINCE LAST ACTION
https://reviews.freebsd.org/D19422/new/
REVISION DETAIL
https://reviews.freebsd.org/D19422
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
Rodney W. Grimes wrote:
>Rick Macklem wrote:
>> I doubt NFS gets squeezed into such devices and, yes, it is a small amount.
>> Using source line counts via "wc" (ir includes comments, etc):
>> - This will reduce the # of lines by about 6 for a module of about 7700
>> lines
>>which is loaded w
Rick Macklem wrote:
[stuff snipped]
>The AF_LOCAL code was in head for a short period of time before a vnode lock
>panic()
>issue was reported and I reverted the patch.
>
>Here is the commit log message for that reversion:
>PR#230752 shows a panic where an nfsd thread tries to do soconnect() on
>t
Rick Macklem wrote
in
:
rm> Rick Macklem wrote:
rm> [stuff snipped]
rm> >The AF_LOCAL code was in head for a short period of time before a vnode
lock panic()
rm> >issue was reported and I reverted the patch.
rm> >
rm> >Here is the commit log message for that reversion:
rm> >PR#230752 shows a
13 matches
Mail list logo
