Page MenuHomeFreeBSD

jeffrey.e.pieper_intel.com (Jeffrey Pieper)
User

Projects

User Details

User Since
Nov 12 2015, 6:15 PM (435 w, 4 d)

Recent Activity

Jul 20 2023

jeffrey.e.pieper_intel.com accepted D40899: ixl(4): Add link state polling.
Jul 20 2023, 4:13 PM

Jun 26 2023

jeffrey.e.pieper_intel.com accepted D40354: ixl: implement support for dumping NIC registers.
Jun 26 2023, 12:40 PM

May 15 2023

jeffrey.e.pieper_intel.com accepted D39821: ice(4): Update to 1.37.11-k.
May 15 2023, 4:29 AM

Apr 28 2023

jeffrey.e.pieper_intel.com accepted D38621: ixgbe: Change if condition for RSS and rxcsum.
Apr 28 2023, 1:30 PM

Apr 20 2023

jeffrey.e.pieper_intel.com accepted D39457: iflib: fix panic during driver reload stress test.
Apr 20 2023, 10:14 PM

Oct 21 2022

jeffrey.e.pieper_intel.com added a member for Intel Networking: reddy.mohan.athipatla_intel.com.
Oct 21 2022, 3:35 AM

Mar 4 2022

jeffrey.e.pieper_intel.com accepted D34024: ice(4): Update to 1.34.2-k.

bold text

Mar 4 2022, 1:12 PM

Dec 14 2021

jeffrey.e.pieper_intel.com accepted D31485: iflib: Allow drivers to determine which queue to TX on.
Dec 14 2021, 5:51 PM

May 5 2021

jeffrey.e.pieper_intel.com added a comment to D30094: ixgbe: Enable AIM by default.

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.

May 5 2021, 12:41 PM

Mar 6 2021

jeffrey.e.pieper_intel.com accepted D28640: ice(4): Update to version 0.28.1-k.
Mar 6 2021, 12:23 AM

Sep 10 2020

jeffrey.e.pieper_intel.com accepted D26322: ice(4): Update to 0.26.16.
Sep 10 2020, 9:41 PM
jeffrey.e.pieper_intel.com requested changes to D26322: ice(4): Update to 0.26.16.

Driver loads in safe mode even though ice_ddp is loaded:

Sep 10 2020, 3:28 AM

Aug 27 2020

jeffrey.e.pieper_intel.com accepted D25549: ixl(4): Add support for X710-T*L devices.
Aug 27 2020, 12:58 PM

Jun 4 2020

jeffrey.e.pieper_intel.com accepted D24564: ixl(4): Add FW recovery mode support.
Jun 4 2020, 2:03 PM

Jun 1 2020

jeffrey.e.pieper_intel.com accepted D25035: em(4): Add support for Comet Lake Mobile Platform, update shared code.
Jun 1 2020, 10:36 PM

May 21 2020

jeffrey.e.pieper_intel.com accepted D21959: introduce new 'ice' driver for Intel E800 Ethernet controllers.

We'll need to patch this to bring it in line with OOT, but is g2g for now.

May 21 2020, 9:39 PM

Dec 20 2019

jeffrey.e.pieper_intel.com accepted D22870: ixl: prevent non-privileged access to NVM update interface.
Dec 20 2019, 6:03 PM

Oct 9 2019

jeffrey.e.pieper_intel.com added a reviewer for D21959: introduce new 'ice' driver for Intel E800 Ethernet controllers: Intel Networking.
Oct 9 2019, 7:11 PM

Jul 23 2019

jeffrey.e.pieper_intel.com accepted D21003: iflib: fix dangling device softc pointer.
Jul 23 2019, 11:07 PM

Jun 15 2019

jeffrey.e.pieper_intel.com accepted D20290: Update Intel XL710 PF and VF drivers to version ixl-1.11.9 and ixlv-1.5.8.
Jun 15 2019, 2:03 PM

Apr 4 2019

jeffrey.e.pieper_intel.com accepted D19711: ix(4): Move {mod,msf,mbx,fdir,phy,link}_task to lock protected handler.

Tested with a 1000 iteration ifdown/up loop using both DA and SR, configured normally and using LAGG.

Apr 4 2019, 9:47 AM · Intel Networking

Jan 31 2019

jeffrey.e.pieper_intel.com accepted D18470: ix(4),ixv(4): Fix TSO offloads when TXCSUM is disabled.
Jan 31 2019, 4:20 PM
jeffrey.e.pieper_intel.com accepted D18468: ix(4): Run {mod,msf,mbx,fdir,phy}_task in if_update_admin_status.
Jan 31 2019, 4:17 PM

Jan 23 2019

jeffrey.e.pieper_intel.com accepted D18817: ixl(4): Fix handling data passed with ioctl from NVM update tool.
Jan 23 2019, 5:08 PM

Dec 19 2018

jeffrey.e.pieper_intel.com added a comment to D18470: ix(4),ixv(4): Fix TSO offloads when TXCSUM is disabled.

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 19 2018, 8:24 PM

Dec 18 2018

jeffrey.e.pieper_intel.com added a comment to D18470: ix(4),ixv(4): Fix TSO offloads when TXCSUM is disabled.

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?

Dec 18 2018, 6:23 PM
jeffrey.e.pieper_intel.com requested changes to D18470: ix(4),ixv(4): Fix TSO offloads when TXCSUM is disabled.

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.

Dec 18 2018, 6:17 PM

Oct 26 2018

jeffrey.e.pieper_intel.com accepted D17674: Drain grouptaskqueue of the gtask before detaching it..

We cannot reproduce the panic that was resolved with https://reviews.freebsd.org/D17404, so it looks okay to me.

Oct 26 2018, 12:49 PM

Oct 18 2018

jeffrey.e.pieper_intel.com accepted D17404: iflib: drain enqueued tasks before detaching from taskqgroup.

This patch fixes a kernel panic we are seeing when unloading iavf while passing traffic.

Oct 18 2018, 12:31 PM

Oct 11 2018

jeffrey.e.pieper_intel.com accepted D15927: Update ixl(4) and ixlv(4) man pages.
Oct 11 2018, 10:46 PM
jeffrey.e.pieper_intel.com accepted D16429: ixlv(4): Update to use iflib; change name to iavf(4).
Oct 11 2018, 8:14 PM · Intel Networking

Oct 8 2018

jeffrey.e.pieper_intel.com added a comment to D17404: iflib: drain enqueued tasks before detaching from taskqgroup.

Does not apply against lastest HEAD:

Oct 8 2018, 7:32 PM

Sep 11 2018

jeffrey.e.pieper_intel.com accepted D17061: ix(4), ixv(4): Add VLAN tag strip check when receiving packets; ixv(4): Fix support for VLAN_HWTAGGING and VLAN_HWFILTER flags.

Tested with a RHEL7.4 host w/ KVM using both port and host-based VLANs w/ 9710 MTU.

Sep 11 2018, 1:19 PM · Intel Networking

Aug 10 2018

jeffrey.e.pieper_intel.com requested changes to D16429: ixlv(4): Update to use iflib; change name to iavf(4).

Several outstanding issues:

Aug 10 2018, 4:20 PM · Intel Networking

Jun 27 2018

jeffrey.e.pieper_intel.com accepted D16037: net/intel-ixl-kmod: Update to 1.9.13.
Jun 27 2018, 8:35 PM

Jun 18 2018

jeffrey.e.pieper_intel.com added a comment to D15577: Update ixl(4) to use iflib..

I think we need to lower it. 500 significantly impacts 40G performance w/ 9K MTU, especially rx.

Jun 18 2018, 2:52 PM

May 30 2018

jeffrey.e.pieper_intel.com added a comment to D15577: Update ixl(4) to use iflib..

This also needs to be rebased again , probably due to: https://reviews.freebsd.org/D15343:

May 30 2018, 1:15 PM

May 29 2018

jeffrey.e.pieper_intel.com requested changes to D15577: Update ixl(4) to use iflib..
May 29 2018, 9:03 PM
jeffrey.e.pieper_intel.com added a comment to D15577: Update ixl(4) to use iflib..

We see constant tx hangs when changing driver settings:

May 29 2018, 9:02 PM

May 24 2018

jeffrey.e.pieper_intel.com added a comment to D15558: iflib: Record TCP checksum info in iflib for ixl(4).

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 24 2018, 7:17 PM · Intel Networking

May 14 2018

jeffrey.e.pieper_intel.com added a comment to D14985: ixl(4): Update to 1.9.9-k.

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 14 2018, 1:52 PM

May 1 2018

jeffrey.e.pieper_intel.com accepted D14985: ixl(4): Update to 1.9.9-k.
May 1 2018, 5:51 PM

Apr 30 2018

jeffrey.e.pieper_intel.com accepted D15234: Remove support for ixgb(4).
Apr 30 2018, 4:49 PM

Apr 17 2018

jeffrey.e.pieper_intel.com requested changes to D14985: ixl(4): Update to 1.9.9-k.

The panic is still reproducible, it just takes longer. See attached screen cap.

D14985-omni-performance-panic-bt.jpg (768×1 px, 137 KB)

Apr 17 2018, 12:02 AM

Apr 9 2018

jeffrey.e.pieper_intel.com requested changes to D14985: ixl(4): Update to 1.9.9-k.

Kernel panic with TCP bi-directional netperf traffic using 2 threads :

Apr 9 2018, 7:25 PM

Mar 19 2018

jeffrey.e.pieper_intel.com accepted D13885: ixgbe(4): Update shared code, add support for X552, fix bug.
Mar 19 2018, 5:30 PM

Jan 26 2018

jeffrey.e.pieper_intel.com added a comment to D13885: ixgbe(4): Update shared code, add support for X552, fix bug.

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 26 2018, 5:36 PM

Jan 16 2018

jeffrey.e.pieper_intel.com requested changes to D13885: ixgbe(4): Update shared code, add support for X552, fix bug.

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 16 2018, 10:39 PM

Jan 3 2018

jeffrey.e.pieper_intel.com added a comment to D13660: e1000: Add support for Ice Lake and Cannon Lake.

We can throw this at CNL and CFL ( Cannon Lake/Coffee Lake).

Jan 3 2018, 4:54 PM

Dec 13 2017

jeffrey.e.pieper_intel.com accepted D11727: ixgbe(4): Update HEAD to use iflib.
Dec 13 2017, 7:35 PM

Nov 14 2017

jeffrey.e.pieper_intel.com added a comment to D12180: sysutils/intel-nvmupdate: Update to 6.01.

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.

Nov 14 2017, 8:24 PM · Intel Networking
jeffrey.e.pieper_intel.com requested changes to D11727: ixgbe(4): Update HEAD to use iflib.

We're seeing instability on X520-QDA1 (QSFP+):

  1. Occasionally, ifconfig will report "ifconfig: ix0: no media types?" message instead of the media type.
  2. 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.
Nov 14 2017, 4:40 PM

Aug 1 2017

jeffrey.e.pieper_intel.com added a comment to D11727: ixgbe(4): Update HEAD to use iflib.

Also seeing panics at detach after passing traffic.

Aug 1 2017, 9:38 PM
jeffrey.e.pieper_intel.com requested changes to D11727: ixgbe(4): Update HEAD to use iflib.

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.

Aug 1 2017, 9:23 PM

Jul 7 2017

jeffrey.e.pieper_intel.com accepted D11232: ixgbe(4): Update HEAD (p3) to 3.2.12-k.
Jul 7 2017, 11:15 PM

Jul 1 2017

jeffrey.e.pieper_intel.com requested changes to D11232: ixgbe(4): Update HEAD (p3) to 3.2.12-k.

We need to hold off on committing this. We are investigating some issues that were discovered today.

Jul 1 2017, 2:54 AM

Jun 29 2017

jeffrey.e.pieper_intel.com accepted D11232: ixgbe(4): Update HEAD (p3) to 3.2.12-k.

Ship it

Jun 29 2017, 11:50 PM

Apr 6 2017

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

Shouldn't D10293 supersede this anyways?

Apr 6 2017, 5:51 PM

Mar 24 2017

jeffrey.e.pieper_intel.com added a comment to D9851: ixgbe(4): Update HEAD to 3.2.12-k.

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.

Mar 24 2017, 12:31 PM
jeffrey.e.pieper_intel.com requested changes to D9851: ixgbe(4): Update HEAD to 3.2.12-k.
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 24 2017, 1:19 AM

Mar 13 2017

jeffrey.e.pieper_intel.com accepted D9474: net/intel-ixl-kmod: update to 1.7.11.
Mar 13 2017, 12:17 AM

Mar 6 2017

jeffrey.e.pieper_intel.com accepted D9851: ixgbe(4): Update HEAD to 3.2.12-k.
Mar 6 2017, 11:15 PM
jeffrey.e.pieper_intel.com added a comment to D9851: ixgbe(4): Update HEAD to 3.2.12-k.

This does apply cleanly with D5213 as a dependency.

Mar 6 2017, 11:11 PM

Mar 3 2017

jeffrey.e.pieper_intel.com accepted D9310: ixgbe(4): Update to 3.2.11-k.
Mar 3 2017, 3:31 PM · Intel Networking

Mar 2 2017

jeffrey.e.pieper_intel.com requested changes to D9851: ixgbe(4): Update HEAD to 3.2.12-k.

arc patch fails:

Mar 2 2017, 3:43 AM

Feb 8 2017

jeffrey.e.pieper_intel.com accepted D9227: ixl(4): Update to 1.7.12-k.
Feb 8 2017, 10:49 PM

Jan 24 2017

jeffrey.e.pieper_intel.com added a comment to D9310: ixgbe(4): Update to 3.2.11-k.

See attachment since Phabricator apparently didn't like the formatting of my paste...

Jan 24 2017, 3:42 PM · Intel Networking
jeffrey.e.pieper_intel.com requested changes to D9310: ixgbe(4): Update to 3.2.11-k.

It looks like ixv fails to build on 10/stable:

Jan 24 2017, 3:38 PM · Intel Networking

Jan 18 2017

jeffrey.e.pieper_intel.com updated the test plan for D9227: ixl(4): Update to 1.7.12-k.
Jan 18 2017, 2:05 AM

Oct 31 2016

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

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.

Oct 31 2016, 6:30 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

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?

Oct 31 2016, 6:15 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

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.

Oct 31 2016, 5:53 PM
jeffrey.e.pieper_intel.com requested changes to D5213: convert ixgbe to iflib.

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 31 2016, 5:20 PM

Oct 20 2016

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

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 20 2016, 7:47 PM

Oct 19 2016

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.
In D5213#172512, @kmacy wrote:

@jeffrey.e.pieper_intel.com are all your test systems multi-socket or just this one?

Oct 19 2016, 9:13 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.
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.

Oct 19 2016, 8:49 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.
In D5213#172500, @kmacy wrote:

@jeffrey.e.pieper_intel.com and please post dmesg for the system it crashes on.

Oct 19 2016, 8:18 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

Correct.

Oct 19 2016, 6:29 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

Another data point:

Oct 19 2016, 5:47 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

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.

Oct 19 2016, 5:31 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.
In D5213#172438, @kmacy wrote:

Is this with the driver in kernel or as a module? And with INVARIANTS or
without?

Oct 19 2016, 5:26 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.
In D5213#172435, @kmacy wrote:

What svn rev are you using?

Oct 19 2016, 5:24 PM
jeffrey.e.pieper_intel.com requested changes to D5213: convert ixgbe to iflib.

Stop the bus, I want to get off...

Oct 19 2016, 4:42 PM

Oct 13 2016

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

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

Oct 13 2016, 4:06 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

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

Oct 13 2016, 2:41 PM
jeffrey.e.pieper_intel.com requested changes to D5213: convert ixgbe to iflib.

[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 13 2016, 1:36 AM

Oct 6 2016

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

Okay, --skip-dependencies did the trick. I'm unsure how to remove the "requested changes" flag.

Oct 6 2016, 10:40 PM
jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

This is a fresh clone...tried it twice w/ the same results.

Oct 6 2016, 8:32 PM
jeffrey.e.pieper_intel.com requested changes to D5213: convert ixgbe to iflib.

Still fall down go boom:

Oct 6 2016, 7:26 PM

Oct 5 2016

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

Just let me know when it stops blowing up :)

Oct 5 2016, 2:01 PM
jeffrey.e.pieper_intel.com requested changes to D5213: convert ixgbe to iflib.

This doesn't apply with tip of HEAD:

Oct 5 2016, 11:14 AM

Oct 4 2016

jeffrey.e.pieper_intel.com added a comment to D5213: convert ixgbe to iflib.

What are the expectations here, timeframe-wise?

Oct 4 2016, 7:58 PM

Sep 15 2016

jeffrey.e.pieper_intel.com added a comment to D7802: ixl(4)/ixlv(4): MFC 1.4.27-k and fixes to stable/10.

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 15 2016, 3:54 PM · Intel Networking

Sep 14 2016

jeffrey.e.pieper_intel.com requested changes to D7802: ixl(4)/ixlv(4): MFC 1.4.27-k and fixes to stable/10.

ixl seems to have some issues with netmap when loaded as module:

Sep 14 2016, 8:50 PM · Intel Networking
jeffrey.e.pieper_intel.com added a comment to D7802: ixl(4)/ixlv(4): MFC 1.4.27-k and fixes to stable/10.

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 14 2016, 3:31 PM · Intel Networking

Sep 12 2016

jeffrey.e.pieper_intel.com added a comment to D7802: ixl(4)/ixlv(4): MFC 1.4.27-k and fixes to stable/10.

I haven't had a chance to test this yet, so you should probably hold off.

Sep 12 2016, 6:42 PM · Intel Networking

Aug 12 2016

jeffrey.e.pieper_intel.com accepted D7478: em(4): Add Kaby Lake device IDs.

Touch-tested on Kaby Lake, i219, ich10/82567, 82579, and 82574L.

Aug 12 2016, 9:07 PM · Intel Networking

Aug 5 2016

jeffrey.e.pieper_intel.com accepted D7391: ixl(4): Update to ixl-1.6.6-k..

Tested basic functionality, stress with netperf with both ixl and ixlv.

Aug 5 2016, 2:14 PM · Intel Networking

Aug 4 2016

jeffrey.e.pieper_intel.com added a comment to D7391: ixl(4): Update to ixl-1.6.6-k..

As far as I can tell, the error you're experiencing is from Phabricator, not the

The patch generated by Phabricator doesn't 'seem to manually apply to 11-BETA3 due the added files. It "should" just create them, but doesn't:

Hmm... The next patch looks like a unified diff to me...

The text leading up to this was:

Index: sys/dev/ixl/ixl_pf_iov.h
===================================================================
--- sys/dev/ixl/ixl_pf_iov.h
+++ sys/dev/ixl/ixl_pf_iov.h

File to patch: sys/dev/ixl/ixl_pf_iov.h
No file found--skip this patch? [n] n
patch: **** can't find sys/dev/ixl/ixl_pf_iov.h

Arc patch applies cleanly to stable/11, but fails to compile. Something in dtrace:

make[5]: make[5]: don't know how to make /diskless/os/FreeBSD/11-BETA3_2016-07-29_FPK/usr/src/sys/cddl/dev/dtrace/amd64/instr_size.c. Stop

the same kernel compiles and boots fine without the patch applied.

Try using arcanist (pkg install php5-arcanist) instead. Phabricator is definitely doing something wrong here.

"arc patch D7391" seems to work fine for me.

Aug 4 2016, 2:53 PM · Intel Networking

Aug 2 2016

jeffrey.e.pieper_intel.com added a comment to D7391: ixl(4): Update to ixl-1.6.6-k..

The patch generated by Phabricator doesn't 'seem to manually apply to 11-BETA3 due the added files. It "should" just create them, but doesn't:

Aug 2 2016, 1:34 PM · Intel Networking