netdev - Re: [net-next v2 00/10][pull request] Intel Wired LAN Driver Updates

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:	Thu, 29 Aug 2013 16:14:15 -0400 (EDT)
From:	David Miller <davem@...emloft.net>
To:	jeffrey.t.kirsher@...el.com
Cc:	netdev@...r.kernel.org, gospo@...hat.com, sassmann@...hat.com
Subject: Re: [net-next v2 00/10][pull request] Intel Wired LAN Driver
 Updates

From: Jeff Kirsher <jeffrey.t.kirsher@...el.com>
Date: Thu, 29 Aug 2013 03:49:56 -0700

> This series contains updates to ixgbe.
> 
> Jacob provides a fix for 82599 devices where it can potentially keep link
> lights up when the adapter has gone down.
> 
> Mark provides a fix to resolve the possible use of uninitialized memory
> by checking the return value on EEPROM reads.
> 
> Don provides 2 patches, one to fix a issue where we were traversing the
> Tx ring with the value of IXGBE_NUM_RX_QUEUES which currently happens
> to have the correct value but this is misleading.  A change later, could
> easily make this no longer correct so when traversing the Tx ring, use
> netdev->num_tx_queues.  His second patch does some minor clean ups of log
> messages.
> 
> Emil provides the remaining ixgbe patches.  First he fixes the link test
> where forcing the laser before the link check can lead to inconsistent
> results because it does not guarantee that the link will be negotiated
> correctly.  Then he initializes the message buffer array to 0 in order
> to avoid using random numbers from the memory as a MAC address for the
> VF.  Emil also fixes the read loop for the I2C data to account for the
> offset for SFP+ modules.  Lastly, Emil provides several patches to add
> support for QSFP modules where 1Gbps support is added as well as support
> for older QSFP active direct attach cables which pre-date SFF-8436 v3.6.
> 
> v2: Fixed patch 4 description and added blank line based on feedback from
>     Sergei Shtylyov

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