netdev - Re: [net 00/10][pull request] Intel Wired LAN Driver Updates 2015-06-26

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Sun, 28 Jun 2015 17:20:50 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	jeffrey.t.kirsher@...el.com
Cc:	netdev@...r.kernel.org, nhorman@...hat.com, sassmann@...hat.com,
	jogreene@...hat.com, john.ronciak@...el.com
Subject: Re: [net 00/10][pull request] Intel Wired LAN Driver Updates
 2015-06-26

From: Jeff Kirsher <jeffrey.t.kirsher@...el.com>
Date: Fri, 26 Jun 2015 03:20:30 -0700

> This series contains fixes for igb, e1000e and i40evf.
> 
> Todd disables IPv6 extension header processing due to a hardware errata
> and bumps the driver version.
> 
> Yanir provides six fixes for e1000e.  First is a fix for a locking issue
> where we were not always taking the pci_bus_sem semaphore all the time
> when calling pci_disable_link_state_locked(), so fix the code to only call
> pci_disable_link_state_locked() when the semaphore has been acquired,
> otherwise call pci_disable_link_state().  A previous fix for i219 where
> the hardware prevented ULP entry caused EEE in Sx not the be enabled, so
> modify the code flow that allows both ULP and EEE in Sx.  Fix an issue
> when running 10/100 full duplex on i219 where CRC errors were occurring
> by increasing the IPG from 8 to 0xC as per the hardware developers.
> Fix a data corruption issue found on some platforms by increasing the
> minimum gap between the PHY FIFO read and write pointers.  Fix i219,
> which does not require the K1 workaround for LPT devices.
> 
> Mitch provides a i40evf fix for a panic when changing MTU.  Down was
> requesting queue disables, but then exited immediately without waiting
> for the queues to actually be disabled.  This could allow any function
> called after i40evf_down() to run immediately, including i40evf_up(),
> and causes a memory leak.  Fixed the issue by removing the whole
> reinit_locked function which allows for the driver to handle the state
> changes by requesting reset from the periodic timer.  The second fix
> resolves an issue where RSS was being configured as though it is using
> the maximum number of queue.  This can cause the device to drop a lot
> of receive traffic, as the packets get assigned to non-functional queues.
> This is resolved by only configuring RSS with the number of active queues.

Pulled, thanks Jeff.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html