On 20/4/18 12:03 pm, Garrett Wollman wrote:
I'm commissioning a new NFS server with an Intel dual-40G XL710
interface, running 11.1. I have a few other servers with this
adapter, although not running 40G, and they work fine so long as you
disable TSO. This one ... not so much. On the receive s
On 04/20/18 06:37, Kevin Oberman wrote:
> I am seeing poor performance on my WiFi that seems to have deteriorated
> since FreeBSD V11.0. I see an average of about 35 errors for every packet
> transmitted.
> wlan0 1500 a0:88:b4:c6:ad:28 14501195 0 0 367667
> 12886354 0
>
> I ha
I'm commissioning a new NFS server with an Intel dual-40G XL710
interface, running 11.1. I have a few other servers with this
adapter, although not running 40G, and they work fine so long as you
disable TSO. This one ... not so much. On the receive side, it gets
about 600 Mbit/s with lots of ret
I am seeing poor performance on my WiFi that seems to have deteriorated
since FreeBSD V11.0. I see an average of about 35 errors for every packet
transmitted.
wlan0 1500 a0:88:b4:c6:ad:28 14501195 0 0 367667
12886354 0
I have always seen lot of errors on transmission on this i
I'm using FreeBSD 11.1 current in a qemu instance. Today I tried it it
said no space left on device. So I can say that it happened for some
other number. (not 32768) Actually I tried other numbers too. and
today it also created a character special device in /dev/tun for some
huge number which wasn'
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218579
--- Comment #9 from Cy Schubert ---
(In reply to Koen Martens from comment #8)
That bug has been fixed in the latest patch I posted here. No worries about
drawing too much current when powered off any more.
I've been using it and previous
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218579
--- Comment #8 from Koen Martens ---
(In reply to Cy Schubert from comment #6)
Hi, thanks for the reply (and the reworked patch). I guess the patch won't go
upstream because of the reasons mentioned (ie. potential to blow up boards that
can
On Tue, Apr 17, 2018 at 12:54:59PM +, Andrew Gallatin wrote:
> New Revision: 332645
> URL: https://svnweb.freebsd.org/changeset/base/332645
>
> Log:
> Make lagg creation more fault tolerant
>
> - Warn, don't exit, when SIOCSLAGGPORT returns an error.
>
> When we exit with an error
19.04.2018 7:29, Akilan Elango wrote:
> Hey guys,
> I was fiddling around with the /dev/tun to write a TUN interface
> for my app. I wanted to check what is the max amount of interfaces
> that can be made. Turned out it was 32768 [0 - 32768). But when I
> created (ifconfig tun32768 create), a
