1. 23 Feb, 2011 20 commits
  2. 22 Feb, 2011 1 commit
  3. 18 Feb, 2011 2 commits
  4. 07 Feb, 2011 5 commits
    • Dave Airlie's avatar
      drm: add usb framework · a250b9fd
      Dave Airlie authored
      This adds an initial framework to plug USB graphics devices
      into the drm/kms subsystem.
      
      I've started writing a displaylink driver using this interface.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      a250b9fd
    • Dave Airlie's avatar
      drm: rework PCI/platform driver interface. · 8410ea3b
      Dave Airlie authored
      This abstracts the pci/platform interface out a step further,
      we can go further but this is far enough for now to allow USB
      to be plugged in.
      
      The drivers now just call the init code directly for their
      device type.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      8410ea3b
    • Dave Airlie's avatar
      drm: dumb scanout create/mmap for intel/radeon (v3) · ff72145b
      Dave Airlie authored
      This is just an idea that might or might not be a good idea,
      it basically adds two ioctls to create a dumb and map a dumb buffer
      suitable for scanout. The handle can be passed to the KMS ioctls to create
      a framebuffer.
      
      It looks to me like it would be useful in the following cases:
      a) in development drivers - we can always provide a shadowfb fallback.
      b) libkms users - we can clean up libkms a lot and avoid linking
      to libdrm_*.
      c) plymouth via libkms is a lot easier.
      
      Userspace bits would be just calls + mmaps. We could probably
      mark these handles somehow as not being suitable for acceleartion
      so as top stop people who are dumber than dumb.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      ff72145b
    • Arnd Bergmann's avatar
      drm/i810: remove the BKL · 1f692a14
      Arnd Bergmann authored
      SMP i810 systems were practically nonexistent and the configuration
      was not officially supported by Intel at the time when Pentium-III
      was common.
      
      With this change, it is still possible to build a distribution kernel
      that has support for SMP and includes the i810 driver without the BKL.
      As a precaution, check for the theoretical SMP case at run time and
      refuse to load the driver.
      
      We also need to disable CONFIG_PREEMPT builds for this driver.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Cc: dri-devel@lists.freedesktop.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      1f692a14
    • Arnd Bergmann's avatar
      drm: remove i830 driver · 7f506847
      Arnd Bergmann authored
      This driver is one of the last users of the big kernel
      lock, which is going away. All the hardware supported
      by this driver also works with the newer i915 driver,
      and recent X.org releases only work with that driver
      anyway.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Cc: Chris Wilson <chris@chris-wilson.co.uk>
      Cc: dri-devel@lists.freedesktop.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      7f506847
  5. 06 Feb, 2011 9 commits
  6. 05 Feb, 2011 3 commits