Skip to content
Snippets Groups Projects
  1. May 11, 2018
    • Robert Foss's avatar
      xf86drm: Add virtio bus support · 49acef0f
      Robert Foss authored
      
      Virtio GPUs are exposed over sysfs as having the virtio
      bus type and a parent of the pci bus type.
      
      In order to properly support these devices, a new bus
      type needed to be added to avoid corner-cases while
      pretending that the virtio devices are some other bus type.
      
      Since the Virtio bus and device type doesn't expose
      very much infomation, and none that would be unique
      to a specific virtio device, bus and device info structs
      are not added & populated for this bus type.
      
      Signed-off-by: default avatarRobert Foss <robert.foss@collabora.com>
      49acef0f
  2. May 01, 2018
  3. Apr 27, 2018
  4. Apr 24, 2018
  5. Apr 19, 2018
  6. Apr 06, 2018
  7. Apr 03, 2018
    • John Stultz's avatar
      libdrm: gralloc_handle.h: Fix build issue with Android · 35affe89
      John Stultz authored and Robert Foss's avatar Robert Foss committed
      
      In trying to integrate the new gralloc_handle.h with the
      drm_hwcomposer, I started seeing the following compilation
      errors:
      
      In file included from external/drm_hwcomposer/platformdrmgeneric.cpp:28:
      external/libdrm/android/gralloc_handle.h:108:9: error: cannot initialize return object of type 'native_handle_t *' (aka 'native_handle *') with an lvalue of type 'struct gralloc_handle_t *'
              return handle;
                     ^~~~~~
      1 error generated.
      
      This seems to be due to the gralloc_handle_create() definition
      needs to return a native_handle_t * type, rather then a
      gralloc_handle_t *, which is what the code actually returns.
      
      After talking w/ Rob Herring, having the code return the
      native handle should be the proper fix, so that is what
      this patch changes.
      
      Cc: Chih-Wei Huang <cwhuang@android-x86.org>
      Cc: Stefan Schake <stschake@gmail.com>
      Cc: Robert Foss <robert.foss@collabora.com>
      Cc: Sean Paul <seanpaul@google.com>
      Cc: Rob Herring <robh@kernel.org>
      
      Signed-off-by: default avatarJohn Stultz <john.stultz@linaro.org>
      Reviewed-by: default avatarRobert Foss <robert.foss@collabora.com>
      35affe89
  8. Mar 30, 2018
  9. Mar 28, 2018
  10. Mar 22, 2018
  11. Mar 20, 2018
  12. Mar 19, 2018
    • John Stultz's avatar
      libdrm: intel/Android.mk: Filter libdrm_intel library requirements on x86/x86_64 · ed07718a
      John Stultz authored
      
      When building AOSP after updating libdrm project to the
      freedesktop/master branch, I've seen the following build errors:
      
      external/libdrm/intel/Android.mk: error: libdrm_intel
      (SHARED_LIBRARIES android-arm64) missing libpciaccess
      (SHARED_LIBRARIES android-arm64) You can set
      ALLOW_MISSING_DEPENDENCIES=true in your environment if this is
      intentional, but that may defer real problems until later in the
      build.
      
      Using ALLOW_MISSING_DEPENDENCIES=true when building allows
      things to function properly, but is not ideal.
      
      So basically, while I'm not including the libdrm_intel package
      into the build, just the fact that the Android.mk file references
      libpciaccess which isn't a repo included in AOSP causes the build
      failure.
      
      So it seems we need some sort of conditional filter in the
      Android.mk to skip over it if we're not building for intel.
      
      Cc: Chad Versace <chad.versace@linux.intel.com>
      Cc: Marissa Wall <marissaw@google.com>
      Cc: Sean Paul <seanpaul@google.com>
      Cc: Dan Willemsen <dwillemsen@google.com>
      Cc: Tomasz Figa <tfiga@google.com>
      Cc: Robert Foss <robert.foss@collabora.com>
      Reviewed-by: default avatarEmil Velikov <emil.velikov@collabora.com>
      Signed-off-by: default avatarJohn Stultz <john.stultz@linaro.org>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      ed07718a
  13. Mar 15, 2018
  14. Mar 14, 2018
  15. Mar 13, 2018
  16. Mar 09, 2018
  17. Mar 08, 2018
  18. Mar 07, 2018
  19. Mar 05, 2018
Loading