Skip to content
Snippets Groups Projects
  1. Aug 06, 2008
    • Jay Cliburn's avatar
      atl1: deal with hardware rx checksum bug · c2ac3ef3
      Jay Cliburn authored
      
      The L1 hardware contains a bug that flags a fragmented IP packet
      as having an incorrect TCP/UDP checksum, even though the packet
      is perfectly valid and its checksum is correct.  There's no way to
      distinguish between one of these good packets and a packet that
      actually contains a TCP/UDP checksum error, so all we can do is
      allow the packet to be handed up to the higher layers and let it
      be sorted out there.
      
      Add a comment describing this condition and remove the code that
      currently fails to handle what may or may not be a checksum error.
      
      Signed-off-by: default avatarJay Cliburn <jacliburn@bellsouth.net>
      Signed-off-by: default avatarJeff Garzik <jgarzik@redhat.com>
      c2ac3ef3
  2. Jul 21, 2008
    • David S. Miller's avatar
      atl1: Do not wake queue before queue has been started. · 39d48157
      David S. Miller authored
      
      Based upon a bug report by Alexey Dobriyan, the patch is
      also tested by him and confirmed to fix the problem.
      
      Packet flow during link state events should not be done by
      waking and stopping the TX queue anyways, that is handled
      transparently by netif_carrier_{on,off}().
      
      So, remove the netif_{wake,stop}_queue() calls in the link
      check code, and add the necessary netif_start_queue() call
      to atl1_up().
      
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      39d48157
  3. Jun 17, 2008
    • Radu Cristescu's avatar
      atl1: relax eeprom mac address error check · 58c7821c
      Radu Cristescu authored
      
      The atl1 driver tries to determine the MAC address thusly:
      
      	- If an EEPROM exists, read the MAC address from EEPROM and
      	  validate it.
      	- If an EEPROM doesn't exist, try to read a MAC address from
      	  SPI flash.
      	- If that fails, try to read a MAC address directly from the
      	  MAC Station Address register.
      	- If that fails, assign a random MAC address provided by the
      	  kernel.
      
      We now have a report of a system fitted with an EEPROM containing all
      zeros where we expect the MAC address to be, and we currently handle
      this as an error condition.  Turns out, on this system the BIOS writes
      a valid MAC address to the NIC's MAC Station Address register, but we
      never try to read it because we return an error when we find the all-
      zeros address in EEPROM.
      
      This patch relaxes the error check and continues looking for a MAC
      address even if it finds an illegal one in EEPROM.
      
      Signed-off-by: default avatarRadu Cristescu <advantis@gmx.net>
      Signed-off-by: default avatarJay Cliburn <jacliburn@bellsouth.net>
      Signed-off-by: default avatarJeff Garzik <jgarzik@redhat.com>
      58c7821c
  4. Jun 10, 2008
  5. May 30, 2008
  6. May 22, 2008
  7. May 21, 2008
  8. May 12, 2008
  9. Apr 25, 2008
  10. Mar 17, 2008
Loading