1. 10 12月, 2016 1 次提交
  2. 15 4月, 2016 1 次提交
    • E
      drm/vc4: Add DPI driver · 08302c35
      Eric Anholt 提交于
      The DPI interface involves taking a ton of our GPIOs to be used as
      outputs, and routing display signals over them in parallel.
      
      v2: Use display_info.bus_formats[] to replace our custom DT
          properties.
      v3: Rebase on V3D documentation changes.
      v4: Fix rebase detritus from V3D documentation changes.
      Signed-off-by: NEric Anholt <eric@anholt.net>
      Acked-by: NRob Herring <robh@kernel.org>
      08302c35
  3. 08 12月, 2015 3 次提交
    • E
      drm/vc4: Add support for drawing 3D frames. · d5b1a78a
      Eric Anholt 提交于
      The user submission is basically a pointer to a command list and a
      pointer to uniforms.  We copy those in to the kernel, validate and
      relocate them, and store the result in a GPU BO which we queue for
      execution.
      
      v2: Drop support for NV shader recs (not necessary for GL), simplify
          vc4_use_bo(), improve bin flush/semaphore checks, use __u32 style
          types.
      Signed-off-by: NEric Anholt <eric@anholt.net>
      d5b1a78a
    • E
      drm/vc4: Bind and initialize the V3D engine. · d3f5168a
      Eric Anholt 提交于
      This is the component of the GPU that does 3D rendering.
      Signed-off-by: NEric Anholt <eric@anholt.net>
      d3f5168a
    • E
      drm/vc4: Add an API for creating GPU shaders in GEM BOs. · 463873d5
      Eric Anholt 提交于
      Since we have no MMU, the kernel needs to validate that the submitted
      shader code won't make any accesses to memory that the user doesn't
      control, which involves banning some operations (general purpose DMA
      writes), and tracking where we need to write out pointers for other
      operations (texture sampling).  Once it's validated, we return a GEM
      BO containing the shader, which doesn't allow mapping for write or
      exporting to other subsystems.
      
      v2: Use __u32-style types.
      Signed-off-by: NEric Anholt <eric@anholt.net>
      463873d5
  4. 21 10月, 2015 1 次提交
    • E
      drm/vc4: Add KMS support for Raspberry Pi. · c8b75bca
      Eric Anholt 提交于
      This is enough for fbcon and bringing up X using
      xf86-video-modesetting.  It doesn't support the 3D accelerator or
      power management yet.
      
      v2: Drop FB_HELPER select thanks to Archit's patches.  Do manual init
          ordering instead of using the .load hook.  Structure registration
          more like tegra's, but still using the typical "component" code.
          Drop no-op hooks for atomic_begin and mode_fixup() now that
          they're optional.  Drop sentinel in Makefile.  Fix minor style
          nits I noticed on another reread.
      
      v3: Use the new bcm2835 clk driver to manage pixel/HSM clocks instead
          of having a fixed video mode.  Use exynos-style component driver
          matching instead of devicetree nodes to list the component driver
          instances.  Rename compatibility strings to say bcm2835, and
          distinguish pv0/1/2.  Clean up some h/vsync code, and add in
          interlaced mode setup.  Fix up probe/bind error paths.  Use
          bitops.h macros for vc4_regs.h
      
      v4: Include i2c.h, allow building under COMPILE_TEST, drop msleep now
          that other bugs have been fixed, add timeouts to cpu_relax()
          loops, rename hpd-gpio to hpd-gpios.
      Signed-off-by: NEric Anholt <eric@anholt.net>
      Acked-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      c8b75bca