The Week Of Monday 14 May 2018 Archives by subject
Starting: Mon May 14 15:03:36 UTC 2018
Ending: Fri May 18 18:31:10 UTC 2018
Messages: 104
- [Intel-wired-lan] [BUG] igb: reconnecting of cable not always detected
Holger Schurig
- [Intel-wired-lan] [jkirsher-net-queue:dev-queue] BUILD INCOMPLETE 213b03469ad8c8c50626be3d25fb6fb7ddb238da
kbuild test robot
- [Intel-wired-lan] [jkirsher-net-queue:dev-queue] BUILD SUCCESS ca45cb64e7e48ea5f407bb4baff467931ce87732
kbuild test robot
- [Intel-wired-lan] [jkirsher-net-queue:dev-queue] BUILD SUCCESS e47177373eb096ba0fcc8f2ecc58cc51b0490093
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:10GbE] BUILD INCOMPLETE 43c89b16427f97607cdc9a64fe2a84935568af64
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:10GbE] BUILD SUCCESS 43c89b16427f97607cdc9a64fe2a84935568af64
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:40GbE] BUILD SUCCESS 27392e57189e6e6f77e78fe9aeb3a2c7e2ccbdf4
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:40GbE] BUILD SUCCESS 429495bf787478a90754f3a50767299d9a3568a5
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD INCOMPLETE 17d7502cc57084b00f4beeb3d69398ac91b5292a
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS 17d7502cc57084b00f4beeb3d69398ac91b5292a
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS 2a12984dcd8990c53c45ebc41399b6b573633bef
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS 2a857bbc6afd5773b767e3697de01eee76eeaf62
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS 7825529bcdbb24306033f462da4232a3a30dd2fc
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS a2c18600223a95d986b240cb4c73e324d7f332fa
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS a4a728649772a79693be31d6c776753fe979b3e6
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS c70f84f0c6513c7fc4ec2b4a1494e45f09023393
kbuild test robot
- [Intel-wired-lan] [jkirsher-next-queue:dev-queue] BUILD SUCCESS de7a93b9441f1214c9329eb5233711b8af694e3e
kbuild test robot
- [Intel-wired-lan] [next PATCH S92 1/9] i40e: free skb after clearing lock in ptp_stop
Alice Michael
- [Intel-wired-lan] [next PATCH S92 1/9] i40e: free skb after clearing lock in ptp_stop
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 2/9] i40e: always return VEB stat strings
Alice Michael
- [Intel-wired-lan] [next PATCH S92 2/9] i40e: always return VEB stat strings
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 3/9] i40e: always return all queue stat strings
Alice Michael
- [Intel-wired-lan] [next PATCH S92 3/9] i40e: always return all queue stat strings
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 4/9] i40e: split i40e_get_strings() into smaller functions
Alice Michael
- [Intel-wired-lan] [next PATCH S92 4/9] i40e: split i40e_get_strings() into smaller functions
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 5/9] i40e: use WARN_ONCE to replace the commented BUG_ON size check
Alice Michael
- [Intel-wired-lan] [next PATCH S92 5/9] i40e: use WARN_ONCE to replace the commented BUG_ON size check
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 6/9] i40e: fold prefix strings directly into stat names
Alice Michael
- [Intel-wired-lan] [next PATCH S92 6/9] i40e: fold prefix strings directly into stat names
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 7/9] i40e: update data pointer directly when copying to the buffer
Alice Michael
- [Intel-wired-lan] [next PATCH S92 7/9] i40e: update data pointer directly when copying to the buffer
Shannon Nelson
- [Intel-wired-lan] [next PATCH S92 7/9] i40e: update data pointer directly when copying to the buffer
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 8/9] i40e: add function doc headers for ethtool stats functions
Alice Michael
- [Intel-wired-lan] [next PATCH S92 8/9] i40e: add function doc headers for ethtool stats functions
Bowers, AndrewX
- [Intel-wired-lan] [next PATCH S92 9/9] i40e: use the more traditional 'i' loop variable
Alice Michael
- [Intel-wired-lan] [next PATCH S92 9/9] i40e: use the more traditional 'i' loop variable
Bowers, AndrewX
- [Intel-wired-lan] [PATCH 0/2] do not reuse old MACs on VF reload
Emil Tantilov
- [Intel-wired-lan] [PATCH 1/2] ixgbe: force VF to grab new MAC on driver reload
Emil Tantilov
- [Intel-wired-lan] [PATCH 1/2] ixgbe: force VF to grab new MAC on driver reload
Bowers, AndrewX
- [Intel-wired-lan] [PATCH 1/2] ixgbe: release lock for the duration of ixgbe_suspend_close()
Bowers, AndrewX
- [Intel-wired-lan] [PATCH 2/2] ixgbevf: fix MAC address changes through ixgbevf_set_mac()
Emil Tantilov
- [Intel-wired-lan] [PATCH 2/2] ixgbevf: fix MAC address changes through ixgbevf_set_mac()
Bowers, AndrewX
- [Intel-wired-lan] [PATCH] ethtool: stop the line wrapping madness
Mitch Williams
- [Intel-wired-lan] [PATCH] ethtool: stop the line wrapping madness
Paul Menzel
- [Intel-wired-lan] [PATCH] ethtool: stop the line wrapping madness
Jeff Kirsher
- [Intel-wired-lan] [PATCH] igb: Clear TSICR interrupts together with ICR
Joanna Yurdal
- [Intel-wired-lan] [PATCH] igb: Wait 10ms just once after TX queues reset
Sergey Nemov
- [Intel-wired-lan] [PATCH v2 1/2] ethtool: stop the line wrapping madness
Jeff Kirsher
- [Intel-wired-lan] [PATCH v2 1/2] ethtool: stop the line wrapping madness
Brown, Aaron F
- [Intel-wired-lan] [PATCH v2 2/2] ena: Fix settings/advertising for ethtool
Jeff Kirsher
- [Intel-wired-lan] [PATCH v2 2/2] ena: Fix settings/advertising for ethtool
Brown, Aaron F
- [Intel-wired-lan] [PATCH v3 0/1] multi-threading device shutdown
Greg KH
- [Intel-wired-lan] [PATCH v3 0/1] multi-threading device shutdown
Pavel Tatashin
- [Intel-wired-lan] [PATCH v4 0/1] multi-threading device shutdown
Pavel Tatashin
- [Intel-wired-lan] [PATCH v4 1/1] drivers core: multi-threading device shutdown
Pavel Tatashin
- [Intel-wired-lan] [PATCH v4 1/1] drivers core: multi-threading device shutdown
Andy Shevchenko
- [Intel-wired-lan] [PATCH v4 1/1] drivers core: multi-threading device shutdown
Pavel Tatashin
- [Intel-wired-lan] [PATCH v4 1/1] drivers core: multi-threading device shutdown
Greg KH
- [Intel-wired-lan] [PATCH v4 1/1] drivers core: multi-threading device shutdown
Pavel Tatashin
- [Intel-wired-lan] [PATCH v4] Documentation: i40e: Update kernel documentation
Jeff Kirsher
- [Intel-wired-lan] [PATCH v5 0/3] multi-threading device shutdown
Pavel Tatashin
- [Intel-wired-lan] [PATCH v5 1/3] drivers core: refactor device_shutdown
Pavel Tatashin
- [Intel-wired-lan] [PATCH v5 2/3] drivers core: prepare device_shutdown for multi-threading
Pavel Tatashin
- [Intel-wired-lan] [PATCH v5 3/3] drivers core: multi-threading device shutdown
Pavel Tatashin
- [Intel-wired-lan] [RFC PATCH 0/6] ixgbe/ixgbevf: IPsec hardware offload for 10Gbe VF
Shannon Nelson
- [Intel-wired-lan] [RFC PATCH 1/6] ixgbe: prep ipsec constants for later use
Shannon Nelson
- [Intel-wired-lan] [RFC PATCH 2/6] ixgbe: add VF ipsec management
Shannon Nelson
- [Intel-wired-lan] [RFC PATCH 3/6] ixgbe: add VF IPsec offload request message handling
Shannon Nelson
- [Intel-wired-lan] [RFC PATCH 4/6] ixgbevf: add defines for IPsec offload request
Shannon Nelson
- [Intel-wired-lan] [RFC PATCH 5/6] ixgbevf: add VF ipsec offload code
Shannon Nelson
- [Intel-wired-lan] [RFC PATCH 6/6] ixgbevf: enable VF ipsec offload operations
Shannon Nelson
- [Intel-wired-lan] [RFC PATCH bpf-next 00/12] AF_XDP, zero-copy support
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 00/12] AF_XDP, zero-copy support
Jesper Dangaard Brouer
- [Intel-wired-lan] [RFC PATCH bpf-next 00/12] AF_XDP, zero-copy support
Alexei Starovoitov
- [Intel-wired-lan] [RFC PATCH bpf-next 00/12] AF_XDP, zero-copy support
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 00/12] AF_XDP, zero-copy support
Jeff Kirsher
- [Intel-wired-lan] [RFC PATCH bpf-next 01/12] xsk: remove rebind support
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 02/12] xsk: moved struct xdp_umem definition
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 03/12] xsk: introduce xdp_umem_frame
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 04/12] net: xdp: added bpf_netdev_command XDP_SETUP_XSK_UMEM
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 05/12] xdp: add MEM_TYPE_ZERO_COPY
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 05/12] xdp: add MEM_TYPE_ZERO_COPY
Jesper Dangaard Brouer
- [Intel-wired-lan] [RFC PATCH bpf-next 05/12] xdp: add MEM_TYPE_ZERO_COPY
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 05/12] xdp: add MEM_TYPE_ZERO_COPY
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 06/12] xsk: add zero-copy support for Rx
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 07/12] net: added netdevice operation for Tx
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 08/12] xsk: wire upp Tx zero-copy functions
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 09/12] samples/bpf: minor *_nb_free performance fix
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 10/12] i40e: added queue pair disable/enable functions
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 11/12] i40e: implement AF_XDP zero-copy support for Rx
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 11/12] i40e: implement AF_XDP zero-copy support for Rx
Alexander Duyck
- [Intel-wired-lan] [RFC PATCH bpf-next 12/12] i40e: implement Tx zero-copy
Björn Töpel
- [Intel-wired-lan] [RFC PATCH bpf-next 12/12] i40e: implement Tx zero-copy
Jesper Dangaard Brouer
- [Intel-wired-lan] [RFC PATCH bpf-next 12/12] i40e: implement Tx zero-copy
Magnus Karlsson
- [Intel-wired-lan] [RFC PATCH bpf-next 12/12] i40e: implement Tx zero-copy
Magnus Karlsson
- [Intel-wired-lan] [RFC PATCH bpf-next 12/12] i40e: implement Tx zero-copy
Jesper Dangaard Brouer
- [Intel-wired-lan] [RFC PATCH bpf-next 12/12] i40e: implement Tx zero-copy
Jesper Dangaard Brouer
- [Intel-wired-lan] [RFC PATCH bpf-next 12/12] i40e: implement Tx zero-copy
Björn Töpel
- [Intel-wired-lan] Does a VF know that it is "trusted"?
Shannon Nelson
- [Intel-wired-lan] Does a VF know that it is "trusted"?
Skidmore, Donald C
- [Intel-wired-lan] Does a VF know that it is "trusted"?
Wyborny, Carolyn
- [Intel-wired-lan] Does a VF know that it is "trusted"?
Shannon Nelson
- [Intel-wired-lan] Does a VF know that it is "trusted"?
Keller, Jacob E
- [Intel-wired-lan] i40e - Is i40e_force_link_state doing the right thing ?
Alexander Duyck
Last message date:
Fri May 18 18:31:10 UTC 2018
Archived on: Fri May 18 18:31:37 UTC 2018
This archive was generated by
Pipermail 0.09 (Mailman edition).