Upgrade i40e and i40evf driver to latest
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
It appears that the latest i40e driver in Trusty is 0.3.36-k. We've been experiencing some kernel panics with this driver and have found that it looks like bringing the driver up to the latest 1.2.48 has alleviated some of the kernel panics on boot.
Is this something we could look at getting upgraded to a more modern revision of the driver?
Thanks
Output of Panic (Using Intel x710)
[ 3.143088] i40e 0000:05:00.0 p1p1: NIC Link is Up
[ 3.301138] Switched to clocksource tsc
[ 6.216639] random: nonblocking pool is initialized
[ 8.934783] ------------[ cut here ]------------
[ 8.934805] WARNING: CPU: 0 PID: 0 at /build/
[ 8.934808] NETDEV WATCHDOG: p1p1 (i40e): transmit queue 0 timed out
[ 8.934828] Modules linked in: joydev hid_generic gpio_ich x86_pkg_
[ 8.934874] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.13.0-57-generic #95-Ubuntu
[ 8.934877] Hardware name: HP ProLiant DL380 Gen9, BIOS P89 05/06/2015
[ 8.934878] 0000000000000009 ffff88103fc03d98 ffffffff817232f0 ffff88103fc03de0
[ 8.934891] ffff88103fc03dd0 ffffffff8106784d 0000000000000000 ffff881028d18000
[ 8.934895] ffff881023734f40 0000000000000040 0000000000000000 ffff88103fc03e30
[ 8.934904] Call Trace:
[ 8.934905] <IRQ> [<ffffffff81723
[ 8.934921] [<ffffffff81067
[ 8.934925] [<ffffffff81067
[ 8.934928] [<ffffffff81647
[ 8.934935] [<ffffffff81647
[ 8.934942] [<ffffffff81074
[ 8.934946] [<ffffffff81647
[ 8.934950] [<ffffffff81075
[ 8.934957] [<ffffffff8106c
[ 8.934961] [<ffffffff8106d
[ 8.934971] [<ffffffff81736
[ 8.934976] [<ffffffff81734
[ 8.934977] <EOI> [<ffffffff815d5
[ 8.934986] [<ffffffff815d5
[ 8.934994] [<ffffffff8101d
[ 8.935000] [<ffffffff810bf
[ 8.935008] [<ffffffff81711
[ 8.935016] [<ffffffff81d34
[ 8.935021] [<ffffffff81d34
[ 8.935023] [<ffffffff81d34
[ 8.935027] [<ffffffff81d34
[ 8.935030] [<ffffffff81d34
[ 8.935034] ---[ end trace fabec2b76d314b12 ]---
[ 8.935037] i40e 0000:05:00.0 p1p1: tx_timeout recovery level 0
[ 8.935071] i40e 0000:05:00.0: VSI reinit requested
[ 8.945435] i40e 0000:05:00.0 p1p1: NIC Link is Up
[ 14.856689] i40e 0000:05:00.0: Detected Tx Unit Hang
[ 14.856689] VSI <518>
[ 14.856689] Tx Queue <0>
[ 14.856689] next_to_use <1>
[ 14.856689] next_to_clean <0>
[ 14.856697] i40e 0000:05:00.0: tx_bi[next_
[ 14.856697] time_stamp <fffee736>
[ 14.856697] jiffies <fffee971>
[ 14.856699] i40e 0000:05:00.0: tx hang detected on queue 0, resetting adapter
[ 14.856701] i40e 0000:05:00.0 p1p1: tx_timeout recovery level 1
[ 14.882582] i40e 0000:05:00.0: i40e_ptp_init: added PHC on p1p1
[ 14.899577] i40e 0000:05:00.0 p1p1: NIC Link is Up
[ 14.899623] i40e 0000:05:00.0: reset complete
[ 24.928762] i40e 0000:05:00.0 p1p1: tx_timeout recovery level 2
[ 25.876839] i40e 0000:05:00.1: i40e_ptp_init: added PHC on p1p2
[ 25.889067] i40e 0000:05:00.1: reset complete
[ 25.917938] i40e 0000:05:00.0: i40e_ptp_init: added PHC on p1p1
[ 25.934578] i40e 0000:05:00.0 p1p1: NIC Link is Up
[ 25.934621] i40e 0000:05:00.0: reset complete
Changed in linux (Ubuntu): | |
status: | Confirmed → Fix Released |
This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
apport-collect 1482304
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.