1. 14 5月, 2010 1 次提交
    • J
      drivers/net: Remove unnecessary returns from void function()s · a4b77097
      Joe Perches 提交于
      This patch removes from drivers/net/ all the unnecessary
      return; statements that precede the last closing brace of
      void functions.
      
      It does not remove the returns that are immediately
      preceded by a label as gcc doesn't like that.
      
      It also does not remove null void functions with return.
      
      Done via:
      $ grep -rP --include=*.[ch] -l "return;\n}" net/ | \
        xargs perl -i -e 'local $/ ; while (<>) { s/\n[ \t\n]+return;\n}/\n}/g; print; }'
      
      with some cleanups by hand.
      
      Compile tested x86 allmodconfig only.
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a4b77097
  2. 15 4月, 2010 1 次提交
  3. 27 3月, 2010 1 次提交
  4. 08 1月, 2010 1 次提交
  5. 04 12月, 2009 1 次提交
  6. 19 11月, 2009 1 次提交
  7. 14 10月, 2009 1 次提交
  8. 01 9月, 2009 1 次提交
  9. 10 8月, 2009 1 次提交
  10. 12 6月, 2009 1 次提交
  11. 29 5月, 2009 1 次提交
  12. 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
  13. 14 4月, 2009 1 次提交
  14. 07 4月, 2009 1 次提交
  15. 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
  16. 26 12月, 2008 1 次提交
  17. 21 11月, 2008 1 次提交
  18. 20 11月, 2008 1 次提交
  19. 15 11月, 2008 1 次提交
  20. 04 11月, 2008 1 次提交
  21. 02 11月, 2008 2 次提交
  22. 31 10月, 2008 1 次提交
  23. 09 10月, 2008 3 次提交
  24. 27 8月, 2008 1 次提交
  25. 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
  26. 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
  27. 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
  28. 11 6月, 2008 1 次提交
  29. 31 5月, 2008 1 次提交
  30. 23 5月, 2008 1 次提交
  31. 22 5月, 2008 2 次提交
  32. 13 5月, 2008 4 次提交
  33. 25 4月, 2008 1 次提交