1. 21 12月, 2017 1 次提交
  2. 30 10月, 2017 1 次提交
  3. 20 10月, 2017 2 次提交
  4. 19 10月, 2017 1 次提交
  5. 17 10月, 2017 1 次提交
    • A
      arm64: defconfig: re-enable Qualcomm DB410c USB · b8eb03a7
      Alex Elder 提交于
      Stephen Boyd reworked some Qualcomm USB code earlier this year.
      The result requires a few different config options to be enabled
      in order for the USB on the DragonBoard 410c to continue working,
      but these were never added to arm64 "defconfig".  As a result, USB
      on that board stopped working during the v4.13-rc1 merge window.
      
      Re-enable this functionality by setting the needed config options
      in the arm64 "defconfig" file.
      Signed-off-by: NAlex Elder <elder@linaro.org>
      Signed-off-by: NAndy Gross <andy.gross@linaro.org>
      b8eb03a7
  6. 12 10月, 2017 2 次提交
  7. 10 10月, 2017 1 次提交
  8. 27 9月, 2017 1 次提交
  9. 25 9月, 2017 1 次提交
  10. 20 9月, 2017 2 次提交
  11. 19 9月, 2017 1 次提交
  12. 18 9月, 2017 1 次提交
  13. 30 8月, 2017 1 次提交
  14. 19 8月, 2017 1 次提交
  15. 16 8月, 2017 4 次提交
  16. 14 8月, 2017 9 次提交
  17. 12 8月, 2017 1 次提交
  18. 03 8月, 2017 1 次提交
    • M
      arm64: defconfig: enable fine-grained task level IRQ time accounting · a168f2a8
      Marcin Wojtas 提交于
      Tests showed, that under certain conditions, the summary number of jiffies
      spent on softirq/idle, which are counted by system statistics can be even
      below 10% of expected value, resulting in false load presentation.
      
      The issue was observed on the quad-core Marvell Armada 8k SoC, whose two
      10G ports were bound into L2 bridge. Load was controlled by bidirectional
      UDP traffic, produced by a packet generator. Under such condition,
      the dominant load is softirq. With 100% single CPU occupation or without
      any activity (all CPUs 100% idle), total number of jiffies is 10000 (2500
      per each core) in 10s interval. Also with other kind of load this was
      true.
      
      However below a saturation threshold it was observed, that with CPU which
      was occupied almost by softirqs only, the statistic were awkward. See
      the mpstat output:
      
      CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
      all 0.00  0.00 0.13    0.00 0.00  0.55   0.00   0.00   0.00 99.32
        0 0.00  0.00 0.00    0.00 0.00 23.08   0.00   0.00   0.00 76.92
        1 0.00  0.00 0.40    0.00 0.00  0.00   0.00   0.00   0.00 99.60
        2 0.00  0.00 0.00    0.00 0.00  0.00   0.00   0.00   0.00 100.00
        3 0.00  0.00 0.00    0.00 0.00  0.00   0.00   0.00   0.00 100.00
      
      Above would mean basically no total load, debug CPU0 occupied in 25%.
      Raw statistics, printed every 10s from /proc/stat unveiled a root
      cause - summary idle/softirq jiffies on loaded CPU were below 200,
      i.e. over 90% samples lost. All problems were gone after enabling
      fine granulity IRQ time accounting.
      
      This patch fixes possible wrong statistics processing by enabling
      CONFIG_IRQ_TIME_ACCOUNTING for arm64 platfroms, which is by
      default done on other architectures, e.g. x86 and arm. Tests
      showed no noticeable performance penalty, nor stability impact.
      Signed-off-by: NMarcin Wojtas <mw@semihalf.com>
      Signed-off-by: NGregory CLEMENT <gregory.clement@free-electrons.com>
      a168f2a8
  19. 28 7月, 2017 1 次提交
  20. 27 7月, 2017 1 次提交
  21. 18 7月, 2017 1 次提交
  22. 02 7月, 2017 1 次提交
  23. 26 6月, 2017 1 次提交
  24. 23 6月, 2017 3 次提交