bold text
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 28 2024
Oct 23 2024
Apr 18 2024
Jul 20 2023
Jun 26 2023
May 15 2023
Apr 28 2023
Apr 20 2023
Oct 21 2022
Mar 4 2022
Dec 14 2021
May 5 2021
When this was originally implemented, Limelight (sbruno) experienced issues with this feature, as it was conflicting with iflib in some way, so it was then set to off by default.
Mar 6 2021
Sep 10 2020
Driver loads in safe mode even though ice_ddp is loaded:
Aug 27 2020
Jun 4 2020
Jun 1 2020
May 21 2020
We'll need to patch this to bring it in line with OOT, but is g2g for now.
Dec 20 2019
Oct 9 2019
Jul 23 2019
Jun 15 2019
Apr 4 2019
Tested with a 1000 iteration ifdown/up loop using both DA and SR, configured normally and using LAGG.
Jan 31 2019
Jan 23 2019
Dec 19 2018
In D18470#396858, @jacob.e.keller_intel.com wrote:We are seeing tx hangs with UDP using multiple clients when offloads are disabled. Cannot reproduce on 12.0-RELEASE. Reproducible on X520 and X550.
This sounds like it can't reproduce on 12-release, meaning that it's a bug with this patch applied? Is that a correct interpretation of the statement?
Clarification would help here.
Dec 18 2018
In D18470#396629, @sbruno wrote:In D18470#396626, @jeffrey.e.pieper_intel.com wrote:We are seeing tx hangs with UDP using multiple clients when offloads are disabled. Cannot reproduce on 12.0-RELEASE. Reproducible on X520 and X550.
Huh? Does this review break things for you? Or are you bringing up a new problem?
We are seeing tx hangs with UDP using multiple clients when offloads are disabled. Cannot reproduce on 12.0-RELEASE. Reproducible on X520 and X550.
Oct 26 2018
We cannot reproduce the panic that was resolved with https://reviews.freebsd.org/D17404, so it looks okay to me.
Oct 18 2018
This patch fixes a kernel panic we are seeing when unloading iavf while passing traffic.
Oct 11 2018
Oct 8 2018
Does not apply against lastest HEAD:
Sep 11 2018
Tested with a RHEL7.4 host w/ KVM using both port and host-based VLANs w/ 9710 MTU.
Aug 10 2018
Several outstanding issues:
Jun 27 2018
Jun 18 2018
I think we need to lower it. 500 significantly impacts 40G performance w/ 9K MTU, especially rx.
May 30 2018
This also needs to be rebased again , probably due to: https://reviews.freebsd.org/D15343:
May 29 2018
We see constant tx hangs when changing driver settings:
May 24 2018
In D15558#328462, @gallatin wrote:In D15558#328453, @sbruno wrote:Was this the patch that we discussed on our call? Does this fix your TX checksum problems on IXL?
Yes and Yes.
Unfortunately, I've now proceeded to the "entire box hangs" portion of the game. Even serial console break-to-debugger is ignored. I'm going to try NMIs next..
May 14 2018
It was committed on 5-1 and MFC'ed to STABLE on 5-7, so I'm not sure why this wasn't closed.
May 1 2018
Apr 30 2018
Apr 17 2018
Apr 9 2018
Kernel panic with TCP bi-directional netperf traffic using 2 threads :
Mar 19 2018
Jan 26 2018
In D13885#295301, @sbruno wrote:Unrelated, is there a use case for FreeBSD Bhyve here? If we had PF support on FreeBSD, could we use pass through to use VFs?
Jan 16 2018
ixv is totally broken. on a FreeBSD host with PCI_IOV, assigning an IP address to a "bare metal" ixv interface{F3125365} causes a kernel panic. On a Linux host, the VF hangs when assigned an IP address and requires a reboot of the VM to recover.
Jan 3 2018
We can throw this at CNL and CFL ( Cannon Lake/Coffee Lake).
Dec 13 2017
Nov 14 2017
looking at the packages from Intel Download Center, I think this is a tool build issue. It looks like file permissions changed between 5.05 and 6.01. In 5.05 the directory structure for nvmupdate is 755, but in 6.01 it is 644, which for some reason 10 doesn't like.
We're seeing instability on X520-QDA1 (QSFP+):
- Occasionally, ifconfig will report "ifconfig: ix0: no media types?" message instead of the media type.
- System will "partially" hang on kldunload after the interface has been configured. After this occurs, you can ssh into the system through another interface and the FS is accessible, but ifconfig, top etc. are hung.
Aug 1 2017
Also seeing panics at detach after passing traffic.
In D11727#244936, @sbruno wrote:I've tested 82599ES in single and LAGG configurations. This all seems good to me.
I'm moving on to test with X550-T2. I have no easy way to test VFs, so that'll need to be exercised.
Jul 7 2017
Jul 1 2017
We need to hold off on committing this. We are investigating some issues that were discovered today.
Jun 29 2017
Ship it
Apr 6 2017
Shouldn't D10293 supersede this anyways?
Mar 24 2017
I believe this review is dependent on D5213...at least that is how it was written. It certain doesn't apply without it. This review adds support for Denverton as well as separating the VF driver from the base driver.
In D9851#209276, @kevin.bowling_kev009.com wrote:I would like to see this integrated soon, @sbruno has gotten iflib.c leveled up to a good spot and we are running it in production for e1000. @jeffrey.e.pieper_intel.com are you ok with @cramerj_intel.com latest fixes?
Mar 13 2017
Mar 6 2017
This does apply cleanly with D5213 as a dependency.
Mar 3 2017
Mar 2 2017
arc patch fails:
Feb 8 2017
Jan 24 2017
See attachment since Phabricator apparently didn't like the formatting of my paste...
It looks like ixv fails to build on 10/stable:
Jan 18 2017
Oct 31 2016
In D5213#174654, @jeffrey.e.pieper_intel.com wrote:In D5213#174653, @sbruno wrote:hrm ... I had the same behavior on an em(4) system when executing an "ifconfig em0 down up" here. Are you sure this is an "iflib" problem?
Considering this doesn't reproduce on ix legacy, I'm pretty sure. The mtu test completes with no errors anyways.
In D5213#174653, @sbruno wrote:hrm ... I had the same behavior on an em(4) system when executing an "ifconfig em0 down up" here. Are you sure this is an "iflib" problem?
Also, I mentioned this earlier, but PLEASE print the driver version in dmesg at attach as well as in sysctl. It isn't very optimal to have no clue as to what driver version is being used.
There is an issue where a reset can cause the interface to be effectively dead and is only recoverable by reloading the driver. This was found during an mtu test, where the mtu is changed and traffic is ran between each iteration. It can be reproduced with just iterations of ifconfig up/down with ping and netperf between each iteration. See the attached log and repro script.
Oct 20 2016
In D5213#172663, @sbruno wrote:Preinitialize admin task and add some INVARIANT debugging in case this
doesn't capture why Intel lab testing fails so miserably.Jeffrey:
Give this a spin and lets see if we can make forward progress with it.
Oct 19 2016
In D5213#172512, @kmacy wrote:@jeffrey.e.pieper_intel.com are all your test systems multi-socket or just this one?
In D5213#172502, @kmacy wrote:@jeffrey.e.pieper_intel.com The panic you've hit means that the admin task was not assigned a taskqueue. In all likelihood we're hitting an initialization edge case on the system itself, not that particular adapter.
In D5213#172500, @kmacy wrote:@jeffrey.e.pieper_intel.com and please post dmesg for the system it crashes on.
Correct.
Another data point:
In D5213#172449, @sbruno wrote:Jeffrey:
Is this the same or different as reported in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211771 with the unmodified driver? The wording caught my eye as something we had already discussed a bit.
In D5213#172438, @kmacy wrote:Is this with the driver in kernel or as a module? And with INVARIANTS or
without?
In D5213#172435, @kmacy wrote:What svn rev are you using?
Stop the bus, I want to get off...
Oct 13 2016
In D5213#171177, @jeffrey.e.pieper_intel.com wrote:In D5213#171160, @gallatin wrote:Jefffrey,
TSO implies checksum offload. If you could reverse the order of your test, that would be helpful. Eg, does +txcsum6 -tso6 work?
Thanks,
Drew
This does in fact appear to be a txcsum6 issue as well; netperf fails with just tso6 disabled, but unless both tso6 and txcsum6 are disabled, throughput is non-existent. With just -txcsum6, netperf passes traffic, but just bare
In D5213#171160, @gallatin wrote:Jefffrey,
TSO implies checksum offload. If you could reverse the order of your test, that would be helpful. Eg, does +txcsum6 -tso6 work?
Thanks,
Drew
[root@u0805 /]# netperf -H u0807-2_6 -6 -p 12866
^C
[root@u0805 /]# ifconfig ix0 -txcsum6
[root@u0805 /]# ping u0807-2
PING u0807-2 (190.2.8.7): 56 data bytes
64 bytes from 190.2.8.7: icmp_seq=0 ttl=64 time=0.172 ms
64 bytes from 190.2.8.7: icmp_seq=1 ttl=64 time=0.138 ms
^C
- u0807-2 ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.138/0.155/0.172/0.017 ms
[root@u0805 /]# netperf -H u0807-2_6 -6 -p 12866
MIGRATED TCP STREAM TEST from ::0 (::) port 0 AF_INET6 to u0807-2_6 () port 0 AF_INET6 : histogram : interval : dirty data : demo
Recv Send Send
Socket Socket Message Elapsed
Size Size Size Time Throughput
bytes bytes bytes secs. 10^6bits/sec
Oct 6 2016
Okay, --skip-dependencies did the trick. I'm unsure how to remove the "requested changes" flag.
This is a fresh clone...tried it twice w/ the same results.
Still fall down go boom:
Oct 5 2016
Just let me know when it stops blowing up :)
This doesn't apply with tip of HEAD:
Oct 4 2016
What are the expectations here, timeframe-wise?
Sep 15 2016
We noticed this issue awhile back and it was fixed in 11 but not in 10. We don't see it using our OOT components, only with in-kernel on 10.3. It makes it difficult to perform any modicum of validation w/o being able to load and unload the driver.
Sep 14 2016
ixl seems to have some issues with netmap when loaded as module:
arc is failing to apply this, as it is trying to apply it to stable/10/sys/dev/ixl, but SHOULD be sys/dev/ixl. I had to apply it manually.
Sep 12 2016
I haven't had a chance to test this yet, so you should probably hold off.
Aug 12 2016
Touch-tested on Kaby Lake, i219, ich10/82567, 82579, and 82574L.