1. 29 Jan, 2019 1 commit
  2. 28 Jan, 2019 1 commit
  3. 25 Jul, 2018 1 commit
  4. 25 Jun, 2018 1 commit
    • Petri Latvala's avatar
      meson: Add options to control optional parts · 0e98bf69
      Petri Latvala authored
      Distributions want explicit control over optional parts so they can
      state runtime dependencies before building. Let's restore the
      functionality autotools used to provide.
      
      Where possible, the selection is done by choosing whether to build a
      particular item and the option name is build_$item. Example:
      build_overlay. Where not possible, the option name is
      with_$item. Example: with_valgrind.
      
      Array options require a bump of required meson version to 0.44. Debian
      stable has meson 0.37 which is already too old, stable-backports has
      0.45, CI uses 0.45. Mesa's meson requirement is 0.44.1, for a
      perspective.
      
      Note, the old hack for not building docs when cross-compiling is
      gone, as doc building can be explicitly controlled now.
      
      v2: glib not optional
      v3: bump meson version to 0.44
      Signed-off-by: Petri Latvala's avatarPetri Latvala <petri.latvala@intel.com>
      Cc: Matt Turner <mattst88@gmail.com>
      Cc: Daniel Vetter <daniel@ffwll.ch>
      Cc: Eric Anholt <eric@anholt.net>
      Cc: Arkadiusz Hiler <arkadiusz.hiler@intel.com>
      Signed-off-by: Arkadiusz Hiler's avatarArkadiusz Hiler <arkadiusz.hiler@intel.com>
      Reviewed-by: Daniel Vetter's avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      0e98bf69
  5. 06 Jun, 2018 1 commit
  6. 21 May, 2018 1 commit
  7. 14 May, 2018 1 commit
  8. 27 Mar, 2018 1 commit
  9. 16 Mar, 2018 1 commit
  10. 01 Feb, 2018 3 commits
  11. 11 Jan, 2018 1 commit
  12. 08 Jan, 2018 1 commit
    • Lucas De Marchi's avatar
      meson: use message() rather than warning() · 91f8c6d6
      Lucas De Marchi authored
      warning() was only added to the meson interpreter in 0.44 which is
      currently the last version. Let's use message() as we are currently
      requiring meson > 0.40. Otherwise we get the following error:
      
      	Meson encountered an error in file overlay/meson.build, line 62, column 1:
      	Unknown function "warning".
      
      Fixes: 865a47ca ("overlay: parse tracepoints from sysfs to figure out fields' location")
      Signed-off-by: 's avatarLucas De Marchi <lucas.demarchi@intel.com>
      Cc: Rhys Kidd <rhyskidd@gmail.com>
      Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
      Cc: Petri Latvala <petri.latvala@intel.com>
      Reviewed-by: Rhys Kidd's avatarRhys Kidd <rhyskidd@gmail.com>
      91f8c6d6
  13. 22 Dec, 2017 1 commit
  14. 08 Dec, 2017 1 commit
  15. 05 Dec, 2017 1 commit
  16. 24 Nov, 2017 1 commit
  17. 22 Nov, 2017 5 commits
  18. 21 Nov, 2017 1 commit
    • Maarten Lankhorst's avatar
      overlay: Fix compiler warning when compiling with recent gcc. · f0bb1949
      Maarten Lankhorst authored
      [1/316] Compiling C object 'overlay/intel-gpu-overlay@exe/overlay.c.o'.
      ../overlay/overlay.c: In function ‘show_gem_objects’:
      ../overlay/overlay.c:798:31: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size 160 [-Wformat-truncation=]
         snprintf(buf, sizeof(buf), "%s %ldMB, %ld objects",
                                     ^~
      ../overlay/overlay.c:798:30: note: using the range [-9223372036854775808, 9223372036854775807] for directive argument
         snprintf(buf, sizeof(buf), "%s %ldMB, %ld objects",
                                    ^~~~~~~~~~~~~~~~~~~~~~~
      ../overlay/overlay.c:798:30: note: using the range [-9223372036854775808, 9223372036854775807] for directive argument
      ../overlay/overlay.c:798:3: note: ‘snprintf’ output between 16 and 309 bytes into a destination of size 160
         snprintf(buf, sizeof(buf), "%s %ldMB, %ld objects",
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
          comm->name, comm->bytes >> 20, comm->count);
      
      Might as well give it the 309 bytes it wants, plus on more. :-)
      Signed-off-by: 's avatarMaarten Lankhorst <maarten.lankhorst@linux.intel.com>
      Reviewed-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
      f0bb1949
  19. 02 Oct, 2017 1 commit
  20. 15 Sep, 2017 1 commit
  21. 08 Sep, 2017 2 commits
  22. 09 Jun, 2017 1 commit
  23. 10 May, 2017 2 commits
  24. 23 Feb, 2017 1 commit
  25. 10 Feb, 2017 1 commit
  26. 03 Jan, 2017 1 commit
  27. 30 Sep, 2016 1 commit
  28. 22 Jul, 2016 1 commit
  29. 04 Jul, 2016 1 commit
  30. 30 Jun, 2016 1 commit
    • Chris Wilson's avatar
      lib: Start weaning off defunct intel_chipset.h · d308bb08
      Chris Wilson authored
      Several years ago we made the plan of only having one canonical source
      for i915_pciids.h, the kernel and everyone importing their definitions
      from that. For consistency, we style the intel_device_info after the
      kernel, most notably using a generation mask and a per-codename bitfield.
      
      This first step converts looking up the generation for a devid tree from
      a massive if(devid)-chain to a (cached) table lookup.
      Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
      d308bb08
  31. 29 Jun, 2016 1 commit
  32. 11 May, 2016 1 commit