1. 07 Jun, 2010 1 commit
  2. 02 Jun, 2010 1 commit
  3. 01 Jun, 2010 1 commit
  4. 31 May, 2010 1 commit
  5. 28 May, 2010 1 commit
  6. 26 May, 2010 1 commit
  7. 18 May, 2010 4 commits
  8. 17 May, 2010 2 commits
    • Jerome Glisse's avatar
      drm/radeon/kms: add query for crtc hw id from crtc id to get info V2 · bc35afdb
      Jerome Glisse authored
      Userspace need to know the hw crtc id (0, 1, 2, ...) from the drm
      crtc id. Bump the minor version so userspace can enable conditionaly
      features depend on this.
      V2 use num_crtc and avoid DRM_ERROR
      Signed-off-by: default avatarJerome Glisse <jglisse@redhat.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
    • Dan Carpenter's avatar
      drm_edid: There should be 6 Standard Timings · 96525a2f
      Dan Carpenter authored
      Smatch complained that we initialize 6 elements in add_detailed_modes()
      but the timings[] array is declared with 5 elements.  Adam Jackson
      verified that 6 is the correct number of timings.
      On Mon, May 10, 2010 at 12:08:24PM -0400, Adam Jackson wrote:
      > > >                 struct std_timing timings[5];
      > > >                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      > This decl is wrong, should be 6.  From the 1.4 spec:
      > "Six additional Standard Timings may be listed as a display descriptor
      > (tag #FAh)."
      > The 1.3 spec is a little less explicit about it, but does show 6
      > standard timing codes in the 0xFA detailed subblock, terminated by 0x0A
      > in the 18th byte.  I don't have the docs for 1.2 or earlier, but we're
      > paranoid enough about not adding broken timings that we should be fine.
      This patch is basically a clean up, because timings[] is declared inside
      a union and increasing the number of elements here doesn't change the
      overall size of the union.
      Signed-off-by: default avatarDan Carpenter <error27@gmail.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
  9. 06 May, 2010 1 commit
  10. 19 Apr, 2010 5 commits
  11. 07 Apr, 2010 1 commit
  12. 06 Apr, 2010 5 commits
    • Dave Airlie's avatar
      drm/kms/fb: use slow work mechanism for normal hotplug also. · 4abe3520
      Dave Airlie authored
      a) slow work is always used now for any fbcon hotplug, as its not
         a fast task and is more suited to being ran under slow work.
      b) attempt to not do any fbdev changes when X is running as we'll
         just mess it up. This hooks set_par to hopefully do the changes
         once X hands control to fbdev.
      This also adds the nouveau/intel hotplug support.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
    • Dave Airlie's avatar
      drm/kms/fb: add polling support for when nothing is connected. · 5c4426a7
      Dave Airlie authored
      When we are running in a headless environment we have no idea what
      output the user might plug in later, we only have hotplug detect
      from the digital outputs. So if we detect no connected outputs at
      initialisation, start a slow work operation to poll every 5 seconds
      for an output.
      this is only hooked up for radeon so far, on hw where we have full
      hotplug detection there is no need for this.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
    • Dave Airlie's avatar
      drm/kms/fb: separate fbdev connector list from core drm connectors · 0b4c0f3f
      Dave Airlie authored
      This breaks the connection between the core drm connector list
      and the fbdev connector usage, and allows them to become disjoint
      in the future. It also removes the untype void* that was in the
      connector struct to support this.
      All connectors are added to the fbdev now but this could be
      changed in the future.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
    • Dave Airlie's avatar
      drm/kms/fb: move to using fb helper crtc grouping instead of core crtc list · 8be48d92
      Dave Airlie authored
      This move to using the list of crtcs in the fb helper and cleans up the
      whole picking code, now we store the crtc/connectors we want directly
      into the modeset and we use the modeset directly to set the mode.
      Fixes from James Simmons and Ben Skeggs.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
    • Dave Airlie's avatar
      drm/fb: fix fbdev object model + cleanup properly. · 38651674
      Dave Airlie authored
      The fbdev layer in the kms code should act like a consumer of the kms services and avoid having relying on information being store in the kms core structures in order for it to work.
      This patch
      a) removes the info pointer/psuedo palette from the core drm_framebuffer structure and moves it to the fbdev helper layer, it also removes the core drm keeping a list of kernel kms fbdevs.
      b) migrated all the fb helper functions out of the crtc helper file into the fb helper file.
      c) pushed the fb probing/hotplug control into the driver
      d) makes the surface sizes into a structure for ease of passing
      This changes the intel/radeon/nouveau drivers to use the new helper.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
  13. 05 Apr, 2010 6 commits
  14. 30 Mar, 2010 1 commit
    • Tejun Heo's avatar
      include cleanup: Update gfp.h and slab.h includes to prepare for breaking... · 5a0e3ad6
      Tejun Heo authored
      include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
      percpu.h is included by sched.h and module.h and thus ends up being
      included when building most .c files.  percpu.h includes slab.h which
      in turn includes gfp.h making everything defined by the two files
      universally available and complicating inclusion dependencies.
      percpu.h -> slab.h dependency is about to be removed.  Prepare for
      this change by updating users of gfp and slab facilities include those
      headers directly instead of assuming availability.  As this conversion
      needs to touch large number of source files, the following script is
      used as the basis of conversion.
      The script does the followings.
      * Scan files for gfp and slab usages and update includes such that
        only the necessary includes are there.  ie. if only gfp is used,
        gfp.h, if slab is used, slab.h.
      * When the script inserts a new include, it looks at the include
  15. 14 Mar, 2010 2 commits
  16. 28 Feb, 2010 1 commit
  17. 26 Feb, 2010 1 commit
  18. 24 Feb, 2010 2 commits
  19. 22 Feb, 2010 1 commit
    • Pauli Nieminen's avatar
      drm: Add generic multipart buffer. · 7a9f0dd9
      Pauli Nieminen authored
      Allocating multiple pages of memory for data that is coming
      from user space may fail. To fix memory allocation failures
      the buffer object should be split to multiple independ pages.
      drm buffer provides generic interface to copy and process
      large data arrays from user space.
      Interface includes allocation and free functions to allocate
      the buffer object and data storage pages.
      All access operations are performed relative to a internal
      pointer which is advanced with drm_buffer_advance function.
      The buffer can be accessed using drm_buffer_pointer_to_XXX
      functions if it is known that requested object doesn't split
      over a page boundary. These functions don't do any error
      checking to maximize performance.
      If there is large object which could be split there is special
      drm_buffer_read_object function. drm_buffer_read_object takes
      a pointer as argument which is used as temporary store for
      data if it is split over boundary in the buffer.
      Signed-off-by: default avatarPauli Nieminen <suokkos@gmail.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
  20. 10 Feb, 2010 2 commits