1. 17 9月, 2010 1 次提交
  2. 15 6月, 2010 2 次提交
  3. 03 6月, 2010 3 次提交
    • D
      ath9k/debug: fixup the return codes · 04236066
      Dan Carpenter 提交于
      Changed -EINVAL to -EFAULT if copy_to_user() failed.
      Changed 0 to -ENOMEM if allocations failed.
      Signed-off-by: NDan Carpenter <error27@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      04236066
    • D
      ath9k/debug: improve the snprintf() handling · 2b87f3aa
      Dan Carpenter 提交于
      The snprintf() function returns the number of bytes that *would* have
      been written (not counting the NULL terminator) and that can potentally
      be more than the size of the buffer.
      
      In this patch if there were one liners where string clearly fits into
      the buffer, then I changed snprintf to sprintf().  It's confusing to use
      the return value of snprintf() as a limitter without verifying that it's
      smaller than size.  This is what initially caught my attention here.
      If we use the return value of sprintf() instead future code auditors will
      assume we've verified that it fits already.
      
      Also I did find some places where it made sense to use the return value
      after we've verified that it is smaller than the buffer size.
      
      Finally the read_file_rcstat() function added an explicit NULL terminator
      before calling snprintf().  That's unnecessary because snprintf() will
      add the null terminator automatically.
      Signed-off-by: NDan Carpenter <error27@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      2b87f3aa
    • L
      ath9k: enable the baseband watchdog events for AR9003 · 08578b8f
      Luis R. Rodriguez 提交于
      This enables the baseband watchdog events for the AR9003
      family on ath9k. Upon an a baseband watchdog interrupt we reset
      the hardware, this should address corner case conditions where
      normal operation can stall. Enable ATH_DBG_RESET to be able
      to review details of the bb watchdog interrupt once it happens.
      If you're curious how often this happens just grep the debugfs
      interrupt file.
      
      Cc: Sam Ng <sam.ng@atheros.com>
      Cc: Paul Shaw <paul.shaw@atheros.com>
      Cc: Don Breslin <don.breslin@atheros.com>
      Cc: Cliff Holden <cliff.holden@atheros.com
      Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      08578b8f
  4. 13 5月, 2010 3 次提交
  5. 17 4月, 2010 1 次提交
  6. 09 4月, 2010 1 次提交
  7. 01 4月, 2010 2 次提交
  8. 30 3月, 2010 1 次提交
    • T
      include cleanup: Update gfp.h and slab.h includes to prepare for breaking... · 5a0e3ad6
      Tejun Heo 提交于
      include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
      
      percpu.h is included by sched.h and module.h and thus ends up being
      included when building most .c files.  percpu.h includes slab.h which
      in turn includes gfp.h making everything defined by the two files
      universally available and complicating inclusion dependencies.
      
      percpu.h -> slab.h dependency is about to be removed.  Prepare for
      this change by updating users of gfp and slab facilities include those
      headers directly instead of assuming availability.  As this conversion
      needs to touch large number of source files, the following script is
      used as the basis of conversion.
      
        http://userweb.kernel.org/~tj/misc/slabh-sweep.py
      
      The script does the followings.
      
      * Scan files for gfp and slab usages and update includes such that
        only the necessary includes are there.  ie. if only gfp is used,
        gfp.h, if slab is used, slab.h.
      
      * When the script inserts a new include, it looks at the include
        blocks and try to put the new include such that its order conforms
        to its surrounding.  It's put in the include block which contains
        core kernel includes, in the same order that the rest are ordered -
        alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
        doesn't seem to be any matching order.
      
      * If the script can't find a place to put a new include (mostly
        because the file doesn't have fitting include block), it prints out
        an error message indicating which .h file needs to be added to the
        file.
      
      The conversion was done in the following steps.
      
      1. The initial automatic conversion of all .c files updated slightly
         over 4000 files, deleting around 700 includes and adding ~480 gfp.h
         and ~3000 slab.h inclusions.  The script emitted errors for ~400
         files.
      
      2. Each error was manually checked.  Some didn't need the inclusion,
         some needed manual addition while adding it to implementation .h or
         embedding .c file was more appropriate for others.  This step added
         inclusions to around 150 files.
      
      3. The script was run again and the output was compared to the edits
         from #2 to make sure no file was left behind.
      
      4. Several build tests were done and a couple of problems were fixed.
         e.g. lib/decompress_*.c used malloc/free() wrappers around slab
         APIs requiring slab.h to be added manually.
      
      5. The script was run on all .h files but without automatically
         editing them as sprinkling gfp.h and slab.h inclusions around .h
         files could easily lead to inclusion dependency hell.  Most gfp.h
         inclusion directives were ignored as stuff from gfp.h was usually
         wildly available and often used in preprocessor macros.  Each
         slab.h inclusion directive was examined and added manually as
         necessary.
      
      6. percpu.h was updated not to include slab.h.
      
      7. Build test were done on the following configurations and failures
         were fixed.  CONFIG_GCOV_KERNEL was turned off for all tests (as my
         distributed build env didn't work with gcov compiles) and a few
         more options had to be turned off depending on archs to make things
         build (like ipr on powerpc/64 which failed due to missing writeq).
      
         * x86 and x86_64 UP and SMP allmodconfig and a custom test config.
         * powerpc and powerpc64 SMP allmodconfig
         * sparc and sparc64 SMP allmodconfig
         * ia64 SMP allmodconfig
         * s390 SMP allmodconfig
         * alpha SMP allmodconfig
         * um on x86_64 SMP allmodconfig
      
      8. percpu.h modifications were reverted so that it could be applied as
         a separate patch and serve as bisection point.
      
      Given the fact that I had only a couple of failures from tests on step
      6, I'm fairly confident about the coverage of this conversion patch.
      If there is a breakage, it's likely to be something in one of the arch
      headers which should be easily discoverable easily on most builds of
      the specific arch.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Guess-its-ok-by: NChristoph Lameter <cl@linux-foundation.org>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
      5a0e3ad6
  9. 02 2月, 2010 1 次提交
  10. 13 1月, 2010 1 次提交
  11. 23 12月, 2009 1 次提交
    • L
      ath9k: add MCS rate index back to debufs rcstat · c755ad34
      Luis R. Rodriguez 提交于
      Speaking of 802.11n rates in terms of Mbps doesn't really developers
      and is just useful for users. To aid debugging add the MCS index back
      and an HT20/HT40 mode.
      
      New screenshot:
      
          HT    MCS   Rate    Success    Retries   XRetries        PER
                      6.0:          0          0          0          0
                      9.0:          0          0          0          0
                     12.0:         26        260          0         49
                     18.0:         80        804          2         58
                     24.0:          0          0          0          0
                     36.0:          0          0          0          0
                     48.0:          0          0          0          0
                     54.0:          0          0          0          0
        HT20      0   6.5:       1368      13660          0         48
        HT20      1  13.0:          0          0          0          0
        HT20      2  19.5:          0          0          0          0
        HT20      3  26.0:          0          0          0          0
        HT20      4  39.0:          0          0          0          0
        HT20      5  52.0:         55        578         14         43
        HT20      6  58.5:         29        306          8         69
        HT20      7  65.0:         21        210          0         67
        HT20      8  13.0:         21        210          0         56
        HT20      9  26.0:          0          0          0          0
        HT20     10  39.0:          0          0          0          0
        HT20     11  52.0:          0          0          0          0
        HT20     12  78.0:          0          0          0          0
        HT20     13 104.0:          0          0          0          0
        HT20     14 117.0:          0          0          0          0
        HT20     15 130.0:         27        290         10         55
        HT40      0  13.5:         79        687         16         17
        HT40      1  27.5:         60        409         10         17
        HT40      2  40.5:         56        381         21         25
        HT40      3  54.0:         44        302         21         18
        HT40      4  81.5:         19        171          2         14
        HT40      5 108.0:          0          0          0          0
        HT40      6 121.5:          0          0          0          0
        HT40      7 135.0:          0          0          0          0
        HT40      7 150.0:          0          0          0          0
        HT40      8  27.0:          0          0          0          0
        HT40      9  54.0:          0          0          0          0
        HT40     10  81.0:          0          0          0          0
        HT40     11 108.0:         11        100          0         18
        HT40     12 162.0:         23        200          0         22
        HT40     13 216.0:         61        580          0         35
        HT40     14 243.0:         37        271          0         66
        HT40     15 270.0:         65        217          2         73
        HT40     15 300.0:          0          0          0          0
      Signed-off-by: NLuis R. Rodriguez <lrodriguez@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      c755ad34
  12. 29 11月, 2009 2 次提交
  13. 19 11月, 2009 1 次提交
  14. 08 10月, 2009 5 次提交
  15. 29 8月, 2009 1 次提交
  16. 30 7月, 2009 1 次提交
  17. 11 7月, 2009 1 次提交
  18. 04 6月, 2009 3 次提交
  19. 23 4月, 2009 2 次提交
  20. 28 3月, 2009 1 次提交
  21. 17 3月, 2009 3 次提交
  22. 06 3月, 2009 1 次提交
    • J
      ath9k: Add a debugfs interface for controlling virtual wiphys · 39d89cd3
      Jouni Malinen 提交于
      debugfs ath9k/phy#/wiphy can be used to show the current list of
      virtual wiphys and to add/remove virtual wiphys. Eventually, this
      interface could be replaced with a cfg80211/nl80211 command that is
      passed through mac80211.
      
      For example:
      # cat /debug/ath9k/phy0/wiphy
      primary: phy0
      # echo add > /debug/ath9k/phy0/wiphy
      # cat /debug/ath9k/phy0/wiphy
      primary: phy0
      secondary: phy1
      # echo del=phy1 > /debug/ath9k/phy0/wiphy
      # cat /debug/ath9k/phy0/wiphy
      primary: phy0
      
      In addition, following commands can be used to test pausing and
      unpausing of the virtual wiphys:
      pause=phy1
      unpause=phy1
      select=phy1
      (select pauses and unpauses wiphys automatically based on channel)
      schedule=500
      (set wiphy scheduling interval in msec; 0 = disable; default value: 500)
      Signed-off-by: NJouni Malinen <jouni.malinen@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      39d89cd3
  23. 28 2月, 2009 1 次提交
  24. 14 2月, 2009 1 次提交