1. 12 6月, 2009 1 次提交
  2. 29 5月, 2009 1 次提交
  3. 27 5月, 2009 1 次提交
    • A
      atlx: move modinfo data from atlx.h to atl1.c · 5ad18900
      Alex Chiang 提交于
      Both atl1.c and atl2.c include atlx.h, which defines some modinfo
      stuff. But atl2.c seems like it doesn't want the modinfo data
      from atlx.h, as it defines its own.
      
      Running modinfo on atl2.ko, we get conflicting information:
      
      $ /sbin/modinfo drivers/net/atlx/atl2.ko | egrep "version|description|author"
      version:        2.2.3
      description:    Atheros Fast Ethernet Network Driver
      author:         Atheros Corporation <xiong.huang@atheros.com>, Chris Snook <csnook@redhat.com>
      version:        2.1.3
      author:         Xiong Huang <xiong.huang@atheros.com>, 	Chris Snook <csnook@redhat.com>, Jay Cliburn <jcliburn@gmail.com>
      
      Move the modinfo data out of atlx.h and into atl1.c to eliminate
      the confusion:
      
      $ /sbin/modinfo drivers/net/atlx/atl1.ko | egrep "version|description|author"
      version:        2.1.3
      author:         Xiong Huang <xiong.huang@atheros.com>, 	Chris Snook <csnook@redhat.com>, Jay Cliburn <jcliburn@gmail.com>
      description:    Atheros L1 Gigabit Ethernet Driver
      
      $ /sbin/modinfo drivers/net/atlx/atl2.ko | egrep "version|description|author"
      version:        2.2.3
      description:    Atheros Fast Ethernet Network Driver
      author:         Atheros Corporation <xiong.huang@atheros.com>, Chris Snook <csnook@redhat.com>
      Reported-by: NScott Scriven <scott.scriven@hp.com>
      Signed-off-by: NAlex Chiang <achiang@hp.com>
      Acked-by: NJay Cliburn <jcliburn@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5ad18900
  4. 14 4月, 2009 1 次提交
  5. 07 4月, 2009 1 次提交
  6. 18 2月, 2009 1 次提交
    • H
      drivers/net/atlx: fix sparse warnings: fix signedness · b79d8fff
      Hannes Eder 提交于
      Impact: While being at it: statics do not need to be initialized with 0.
      
      Fix this sparse warnings:
        drivers/net/atlx/atl1.c:109:1: warning: incorrect type in initializer (different signedness)
        drivers/net/atlx/atl2.c:2870:1: warning: incorrect type in initializer (different signedness)
        drivers/net/atlx/atl2.c:2880:1: warning: incorrect type in initializer (different signedness)
        drivers/net/atlx/atl2.c:2894:1: warning: incorrect type in initializer (different signedness)
        drivers/net/atlx/atl2.c:2904:1: warning: incorrect type in initializer (different signedness)
        drivers/net/atlx/atl2.c:2913:1: warning: incorrect type in initializer (different signedness)
      Signed-off-by: NHannes Eder <hannes@hanneseder.net>
      Acked-by: NJay Cliburn <jcliburn@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b79d8fff
  7. 26 12月, 2008 1 次提交
  8. 21 11月, 2008 1 次提交
  9. 20 11月, 2008 1 次提交
  10. 15 11月, 2008 1 次提交
  11. 04 11月, 2008 1 次提交
  12. 02 11月, 2008 2 次提交
  13. 31 10月, 2008 1 次提交
  14. 09 10月, 2008 3 次提交
  15. 27 8月, 2008 1 次提交
  16. 07 8月, 2008 1 次提交
    • J
      atl1: deal with hardware rx checksum bug · c2ac3ef3
      Jay Cliburn 提交于
      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: NJay Cliburn <jacliburn@bellsouth.net>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      c2ac3ef3
  17. 21 7月, 2008 1 次提交
    • D
      atl1: Do not wake queue before queue has been started. · 39d48157
      David S. Miller 提交于
      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: NDavid S. Miller <davem@davemloft.net>
      39d48157
  18. 18 6月, 2008 1 次提交
    • R
      atl1: relax eeprom mac address error check · 58c7821c
      Radu Cristescu 提交于
      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: NRadu Cristescu <advantis@gmx.net>
      Signed-off-by: NJay Cliburn <jacliburn@bellsouth.net>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      58c7821c
  19. 11 6月, 2008 1 次提交
  20. 31 5月, 2008 1 次提交
  21. 23 5月, 2008 1 次提交
  22. 22 5月, 2008 2 次提交
  23. 13 5月, 2008 4 次提交
  24. 25 4月, 2008 1 次提交
  25. 17 3月, 2008 9 次提交