An error occurred fetching the project authors.
  1. 08 Dec, 2010 1 commit
  2. 03 Dec, 2010 2 commits
  3. 18 Nov, 2010 1 commit
  4. 04 Oct, 2010 1 commit
  5. 24 Sep, 2010 3 commits
    • Ben Skeggs's avatar
      drm/nv04-nv40: import initial pm backend · 442b626e
      Ben Skeggs authored
      Currently just hooked up to the already-existing nouveau_hw, which should
      handle all relevant chipsets as well as we currently can.
      
      This will likely be eventually split out and improved into chipset specific
      code at a later point.
      Signed-off-by: default avatarBen Skeggs <bskeggs@redhat.com>
      442b626e
    • Ben Skeggs's avatar
      drm/nouveau: make the behaviour of get_pll_limits() consistent · 855a95e4
      Ben Skeggs authored
      This replaces all the pll_types definitions for ones that match the types
      used in the tables in recent VBIOS versions.
      
      get_pll_limits() will now accept either type or register value as input
      across all limits table versions, and will store the actual register ID
      that a PLL type refers to in the returned structure.
      Signed-off-by: default avatarBen Skeggs <bskeggs@redhat.com>
      855a95e4
    • Francisco Jerez's avatar
      drm/nv20: Use the nv30 CRTC bandwidth calculation code. · 4295f188
      Francisco Jerez authored
      nv2x CRTC FIFOs are as large as in nv3x (4kB it seems), and the FIFO
      control registers have the same layout: we can make them share the
      same implementation.
      
      Previously we were using the nv1x code, but the calculated FIFO
      watermarks are usually too low for nv2x and they cause horrible
      scanout artifacts. They've gone unnoticed until now because we've been
      leaving one of the bandwidth regs uninitialized (CRE 47, which
      contains the most significant bits of FFLWM), so everything seemed to
      work fine except in some cases after a cold boot, depending on the
      memory bandwidth and pixel clocks used.
      Signed-off-by: default avatarFrancisco Jerez <currojerez@riseup.net>
      Signed-off-by: default avatarBen Skeggs <bskeggs@redhat.com>
      4295f188
  6. 05 Aug, 2010 1 commit
  7. 25 Feb, 2010 1 commit
  8. 11 Dec, 2009 1 commit
    • Ben Skeggs's avatar
      drm/nouveau: Add DRM driver for NVIDIA GPUs · 6ee73861
      Ben Skeggs authored
      This adds a drm/kms staging non-API stable driver for GPUs from NVIDIA.
      
      This driver is a KMS-based driver and requires a compatible nouveau
      userspace libdrm and nouveau X.org driver.
      
      This driver requires firmware files not available in this kernel tree,
      interested parties can find them via the nouveau project git archive.
      
      This driver is reverse engineered, and is in no way supported by nVidia.
      
      Support for nearly the complete range of nvidia hw from nv04->g80 (nv50)
      is available, and the kms driver should support driving nearly all
      output types (displayport is under development still) along with supporting
      suspend/resume.
      
      This work is all from the upstream nouveau project found at
      nouveau.freedesktop.org.
      
      The original authors list from nouveau git tree is:
      Anssi Hannula <anssi.hannula@iki.fi>
      Ben Skeggs <bskeggs@redhat.com>
      Francisco Jerez <currojerez@riseup.net>
      Maarten Maathuis <madman2003@gmail.com>
      Marcin Kościelnicki <koriakin@0x04.net>
      Matthew Garrett <mjg@redhat.com>
      Matt Parnell <mparnell@gmail.com>
      Patrice Mandin <patmandin@gmail.com>
      Pekka Paalanen <pq@iki.fi>
      Xavier Chantry <shiningxc@gmail.com>
      along with project founder Stephane Marchesin <marchesin@icps.u-strasbg.fr>
      Signed-off-by: default avatarBen Skeggs <bskeggs@redhat.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      6ee73861