Skip to content

L
linux

Linux-御风守护者 / linux
与 Fork 源项目一致

从无法访问的项目Fork

通知 1
Star 0
Fork 0
L
linux

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 10 3月, 2012 1 次提交
  3. 09 3月, 2012 2 次提交
  5. 08 3月, 2012 6 次提交
  7. 07 3月, 2012 3 次提交
  9. 18 2月, 2012 1 次提交
  11. 03 2月, 2012 1 次提交
  13. 31 1月, 2012 1 次提交
    • J
      iwlwifi: fix uCode event tracing · 2b2db58d
      由 Johannes Berg 提交于 
      Fix multiple bugs in event tracing:

1) If you enable uCode tracing with the device down,
   it will still attempt to access the device and
   continuously log "MAC is in deep sleep!" errors.
   Fix this by only starting logging when the device
   is actually alive.

2) Now you can set the flag when the device is down,
   but logging doesn't happen when you bring it up.
   To fix that, start logging when the device comes
   alive. This means we don't log before -- we could
   do that but I don't need it right now.

3) For some reason we read the error instead of the
   event log -- use the right pointer.

4) Optimise SRAM reading of event log header.

5) Fix reading write pointer == capacity, which can
   happen due to racy SRAM access

6) Most importantly: fix an error where we would try
   to read WAY too many events (like 2^32-300) when
   we read the wrap counter before it is updated by
   the uCode -- this does happen in practice and will
   cause the driver to hang the machine.

7) Finally, change the timer to 10ms instead of 100ms
   as 100ms is too slow to capture all data with a
   normal event log and with 100ms the log will wrap
   multiple times before we have a chance to read it.
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
Signed-off-by: NWey-Yi Guy <wey-yi.w.guy@intel.com>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      2b2db58d
  15. 29 1月, 2012 1 次提交
    • J
      iwlwifi: fix uCode event tracing · 98d4bf0c
      由 Johannes Berg 提交于 
      Fix multiple bugs in event tracing:

1) If you enable uCode tracing with the device down,
   it will still attempt to access the device and
   continuously log "MAC is in deep sleep!" errors.
   Fix this by only starting logging when the device
   is actually alive.

2) Now you can set the flag when the device is down,
   but logging doesn't happen when you bring it up.
   To fix that, start logging when the device comes
   alive. This means we don't log before -- we could
   do that but I don't need it right now.

3) For some reason we read the error instead of the
   event log -- use the right pointer.

4) Optimise SRAM reading of event log header.

5) Fix reading write pointer == capacity, which can
   happen due to racy SRAM access

6) Most importantly: fix an error where we would try
   to read WAY too many events (like 2^32-300) when
   we read the wrap counter before it is updated by
   the uCode -- this does happen in practice and will
   cause the driver to hang the machine.

7) Finally, change the timer to 10ms instead of 100ms
   as 100ms is too slow to capture all data with a
   normal event log and with 100ms the log will wrap
   multiple times before we have a chance to read it.
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
Signed-off-by: NWey-Yi Guy <wey-yi.w.guy@intel.com>
      98d4bf0c
  17. 25 1月, 2012 1 次提交
  19. 07 1月, 2012 1 次提交
  21. 16 12月, 2011 4 次提交
  23. 09 12月, 2011 1 次提交
  25. 07 12月, 2011 1 次提交
  27. 03 12月, 2011 1 次提交
  29. 12 11月, 2011 2 次提交
  31. 15 10月, 2011 2 次提交
  33. 28 9月, 2011 1 次提交
  35. 20 9月, 2011 1 次提交
  37. 15 9月, 2011 1 次提交
  39. 30 8月, 2011 8 次提交