1. 08 11月, 2019 1 次提交
  2. 29 10月, 2019 1 次提交
    • L
      drm/i915/tgl: Add perf support on TGL · 00a7f0d7
      Lionel Landwerlin 提交于
      The design of the OA unit has been split into several units. We now
      have a global unit (OAG) and a render specific unit (OAR). This leads
      to some changes on how we program things. Some details :
      
      OAR:
        - has its own set of counter registers, they are per-context
          saved/restored
        - counters are not written to the circular OA buffer
        - a snapshot of the counters can be acquired with
          MI_RECORD_PERF_COUNT, or a single counter can be read with
          MI_STORE_REGISTER_MEM.
      
      OAG:
        - has global counters that increment across context switches
        - counters are written into the circular OA buffer (if requested)
      
      v2: Fix checkpatch warnings on code style (Lucas)
      v3: (Umesh)
        - Update register from which tail, status and head are read
        - Update logic to sample context reports
        - Update whitelist mux and b counter regs
      v4: Fix a bug when updating context image for new contexts (Umesh)
      v5: Squash patch enabling save/restore of counters into context image
      
          We want this so we can preempt performance queries and keep the
          system responsive even when long running queries are ongoing. We
          avoid doing it for all contexts.
      
          - use LRI to modify context control (Chris)
          - use MASKED_FIELD to program just the masked bits (Chris)
          - disable save/restore of counters on cleanup (Chris)
      v6: Do not use implicit parameters (Chris)
      
      BSpec: 28727, 30021
      Signed-off-by: NLionel Landwerlin <lionel.g.landwerlin@intel.com>
      Signed-off-by: NUmesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
      Signed-off-by: NLucas De Marchi <lucas.demarchi@intel.com>
      Acked-by: NChris Wilson <chris.p.wilson@intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20191025193746.47155-2-umesh.nerlige.ramappa@intel.com
      00a7f0d7
  3. 27 10月, 2019 1 次提交
  4. 26 10月, 2019 1 次提交
  5. 24 10月, 2019 2 次提交
  6. 22 10月, 2019 1 次提交
  7. 21 10月, 2019 1 次提交
  8. 09 10月, 2019 1 次提交
  9. 06 10月, 2019 1 次提交
  10. 04 10月, 2019 1 次提交
  11. 02 10月, 2019 1 次提交
  12. 27 9月, 2019 1 次提交
  13. 23 9月, 2019 1 次提交
    • A
      drm/i915/dsb: DSB context creation. · 67f3b58f
      Animesh Manna 提交于
      This patch adds a function, which will internally get the gem buffer
      for DSB engine. The GEM buffer is from global GTT, and is mapped into
      CPU domain, contains the data + opcode to be feed to DSB engine.
      
      v1: Initial version.
      
      v2:
      - removed some unwanted code. (Chris)
      - Used i915_gem_object_create_internal instead of _shmem. (Chris)
      - cmd_buf_tail removed and can be derived through vma object. (Chris)
      
      v3: vma realeased if i915_gem_object_pin_map() failed. (Shashank)
      
      v4: for simplification and based on current usage added single dsb
      object in intel_crtc. (Shashank)
      
      v5: seting NULL to cmd_buf moved outside of mutex in dsb-put(). (Shashank)
      
      v6:
      - refcount machanism added.
      - Used atomic_add_return and atomic_dec_and_test instead of
      atomic_inc and atomic_dec. (Jani)
      
      Cc: Imre Deak <imre.deak@intel.com>
      Cc: Michel Thierry <michel.thierry@intel.com>
      Cc: Jani Nikula <jani.nikula@intel.com>
      Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
      Cc: Shashank Sharma <shashank.sharma@intel.com>
      Signed-off-by: NAnimesh Manna <animesh.manna@intel.com>
      [Jani: added #include <linux/types.h> while pushing]
      Signed-off-by: NJani Nikula <jani.nikula@intel.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20190920115930.27829-3-animesh.manna@intel.com
      67f3b58f
  14. 04 9月, 2019 1 次提交
    • M
      kbuild: change *FLAGS_<basetarget>.o to take the path relative to $(obj) · 54b8ae66
      Masahiro Yamada 提交于
      Kbuild provides per-file compiler flag addition/removal:
      
        CFLAGS_<basetarget>.o
        CFLAGS_REMOVE_<basetarget>.o
        AFLAGS_<basetarget>.o
        AFLAGS_REMOVE_<basetarget>.o
        CPPFLAGS_<basetarget>.lds
        HOSTCFLAGS_<basetarget>.o
        HOSTCXXFLAGS_<basetarget>.o
      
      The <basetarget> is the filename of the target with its directory and
      suffix stripped.
      
      This syntax comes into a trouble when two files with the same basename
      appear in one Makefile, for example:
      
        obj-y += foo.o
        obj-y += dir/foo.o
        CFLAGS_foo.o := <some-flags>
      
      Here, the <some-flags> applies to both foo.o and dir/foo.o
      
      The real world problem is:
      
        scripts/kconfig/util.c
        scripts/kconfig/lxdialog/util.c
      
      Both files are compiled into scripts/kconfig/mconf, but only the
      latter should be given with the ncurses flags.
      
      It is more sensible to use the relative path to the Makefile, like this:
      
        obj-y += foo.o
        CFLAGS_foo.o := <some-flags>
        obj-y += dir/foo.o
        CFLAGS_dir/foo.o := <other-flags>
      
      At first, I attempted to replace $(basetarget) with $*. The $* variable
      is replaced with the stem ('%') part in a pattern rule. This works with
      most of cases, but does not for explicit rules.
      
      For example, arch/ia64/lib/Makefile reuses rule_as_o_S in its own
      explicit rules, so $* will be empty, resulting in ignoring the per-file
      AFLAGS.
      
      I introduced a new variable, target-stem, which can be used also from
      explicit rules.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Acked-by: NMarc Zyngier <maz@kernel.org>
      54b8ae66
  15. 22 8月, 2019 1 次提交
  16. 12 8月, 2019 2 次提交
  17. 11 8月, 2019 1 次提交
  18. 09 8月, 2019 1 次提交
  19. 08 8月, 2019 2 次提交
  20. 07 8月, 2019 1 次提交
  21. 06 8月, 2019 1 次提交
  22. 04 8月, 2019 1 次提交
  23. 30 7月, 2019 1 次提交
  24. 26 7月, 2019 1 次提交
    • G
      drm/i915: Mark expected switch fall-throughs · 2defb94e
      Gustavo A. R. Silva 提交于
      In preparation to enabling -Wimplicit-fallthrough, mark switch
      cases where we are expecting to fall through.
      
      This patch fixes the following warnings:
      
      drivers/gpu/drm/i915/gem/i915_gem_mman.c: In function ‘i915_gem_fault’:
      drivers/gpu/drm/i915/gem/i915_gem_mman.c:342:6: warning: this statement may fall through [-Wimplicit-fallthrough=]
         if (!i915_terminally_wedged(i915))
            ^
      drivers/gpu/drm/i915/gem/i915_gem_mman.c:345:2: note: here
        case -EAGAIN:
        ^~~~
      
      drivers/gpu/drm/i915/gem/i915_gem_pages.c: In function ‘i915_gem_object_map’:
      ./include/linux/compiler.h:78:22: warning: this statement may fall through [-Wimplicit-fallthrough=]
       # define unlikely(x) __builtin_expect(!!(x), 0)
                            ^~~~~~~~~~~~~~~~~~~~~~~~~~
      ./include/asm-generic/bug.h:136:2: note: in expansion of macro ‘unlikely’
        unlikely(__ret_warn_on);     \
        ^~~~~~~~
      drivers/gpu/drm/i915/i915_utils.h:49:25: note: in expansion of macro ‘WARN’
       #define MISSING_CASE(x) WARN(1, "Missing case (%s == %ld)\n", \
                               ^~~~
      drivers/gpu/drm/i915/gem/i915_gem_pages.c:270:3: note: in expansion of macro ‘MISSING_CASE’
         MISSING_CASE(type);
         ^~~~~~~~~~~~
      drivers/gpu/drm/i915/gem/i915_gem_pages.c:272:2: note: here
        case I915_MAP_WB:
        ^~~~
      
      drivers/gpu/drm/i915/i915_gpu_error.c: In function ‘error_record_engine_registers’:
      ./include/linux/compiler.h:78:22: warning: this statement may fall through [-Wimplicit-fallthrough=]
       # define unlikely(x) __builtin_expect(!!(x), 0)
                            ^~~~~~~~~~~~~~~~~~~~~~~~~~
      ./include/asm-generic/bug.h:136:2: note: in expansion of macro ‘unlikely’
        unlikely(__ret_warn_on);     \
        ^~~~~~~~
      drivers/gpu/drm/i915/i915_utils.h:49:25: note: in expansion of macro ‘WARN’
       #define MISSING_CASE(x) WARN(1, "Missing case (%s == %ld)\n", \
                               ^~~~
      drivers/gpu/drm/i915/i915_gpu_error.c:1196:5: note: in expansion of macro ‘MISSING_CASE’
           MISSING_CASE(engine->id);
           ^~~~~~~~~~~~
      drivers/gpu/drm/i915/i915_gpu_error.c:1197:4: note: here
          case RCS0:
          ^~~~
      
      drivers/gpu/drm/i915/display/intel_dp.c: In function ‘intel_dp_get_fia_supported_lane_count’:
      ./include/linux/compiler.h:78:22: warning: this statement may fall through [-Wimplicit-fallthrough=]
       # define unlikely(x) __builtin_expect(!!(x), 0)
                            ^~~~~~~~~~~~~~~~~~~~~~~~~~
      ./include/asm-generic/bug.h:136:2: note: in expansion of macro ‘unlikely’
        unlikely(__ret_warn_on);     \
        ^~~~~~~~
      drivers/gpu/drm/i915/i915_utils.h:49:25: note: in expansion of macro ‘WARN’
       #define MISSING_CASE(x) WARN(1, "Missing case (%s == %ld)\n", \
                               ^~~~
      drivers/gpu/drm/i915/display/intel_dp.c:233:3: note: in expansion of macro ‘MISSING_CASE’
         MISSING_CASE(lane_info);
         ^~~~~~~~~~~~
      drivers/gpu/drm/i915/display/intel_dp.c:234:2: note: here
        case 1:
        ^~~~
      
      drivers/gpu/drm/i915/display/intel_display.c: In function ‘check_digital_port_conflicts’:
        CC [M]  drivers/gpu/drm/nouveau/nvkm/engine/disp/cursgv100.o
      drivers/gpu/drm/i915/display/intel_display.c:12043:7: warning: this statement may fall through [-Wimplicit-fallthrough=]
          if (WARN_ON(!HAS_DDI(to_i915(dev))))
             ^
      drivers/gpu/drm/i915/display/intel_display.c:12046:3: note: here
         case INTEL_OUTPUT_DP:
         ^~~~
      
      Also, notice that the Makefile is modified to stop ignoring
      fall-through warnings. The -Wimplicit-fallthrough option
      will be enabled globally in v5.3.
      
      Warning level 3 was used: -Wimplicit-fallthrough=3
      
      This patch is part of the ongoing efforts to enable
      -Wimplicit-fallthrough.
      Reviewed-by: NKees Cook <keescook@chromium.org>
      Signed-off-by: NGustavo A. R. Silva <gustavo@embeddedor.com>
      2defb94e
  25. 14 7月, 2019 1 次提交
  26. 04 7月, 2019 1 次提交
  27. 01 7月, 2019 1 次提交
  28. 27 6月, 2019 2 次提交
  29. 21 6月, 2019 2 次提交
  30. 17 6月, 2019 2 次提交
  31. 04 6月, 2019 1 次提交
  32. 30 5月, 2019 1 次提交
  33. 28 5月, 2019 2 次提交