1. 22 1月, 2015 3 次提交
    • B
      drm/nouveau/gr: namespace + nvidia gpu names (no binary change) · e3c71eb2
      Ben Skeggs 提交于
      The namespace of NVKM is being changed to nvkm_ instead of nouveau_,
      which will be used for the DRM part of the driver.  This is being
      done in order to make it very clear as to what part of the driver a
      given symbol belongs to, and as a minor step towards splitting the
      DRM driver out to be able to stand on its own (for virt).
      
      Because there's already a large amount of churn here anyway, this is
      as good a time as any to also switch to NVIDIA's device and chipset
      naming to ease collaboration with them.
      
      A comparison of objdump disassemblies proves no code changes.
      Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      e3c71eb2
    • B
      drm/nouveau/gr: rename from graph (no binary change) · b8bf04e1
      Ben Skeggs 提交于
      Shorter device name, match Tegra and our existing enums.
      
      The namespace of NVKM is being changed to nvkm_ instead of nouveau_,
      which will be used for the DRM part of the driver.  This is being
      done in order to make it very clear as to what part of the driver a
      given symbol belongs to, and as a minor step towards splitting the
      DRM driver out to be able to stand on its own (for virt).
      
      Because there's already a large amount of churn here anyway, this is
      as good a time as any to also switch to NVIDIA's device and chipset
      naming to ease collaboration with them.
      
      A comparison of objdump disassemblies proves no code changes.
      Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      b8bf04e1
    • B
      drm/nouveau: remove symlinks, move core/ to nvkm/ (no code changes) · c39f472e
      Ben Skeggs 提交于
      The symlinks were annoying some people, and they're not used anywhere
      else in the kernel tree.  The include directory structure has been
      changed so that symlinks aren't needed anymore.
      
      NVKM has been moved from core/ to nvkm/ to make it more obvious as to
      what the directory is for, and as some minor prep for when NVKM gets
      split out into its own module (virt) at a later date.
      Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      c39f472e
  2. 10 8月, 2014 1 次提交
  3. 26 3月, 2014 1 次提交
    • A
      support for platform devices · 420b9469
      Alexandre Courbot 提交于
      Upcoming mobile Kepler GPUs (such as GK20A) use the platform bus instead
      of PCI to which Nouveau is tightly dependent. This patch allows Nouveau
      to handle platform devices by:
      
      - abstracting PCI-dependent functions that were typically used for
        resource querying and page mapping,
      - introducing a nv_device_is_pci() function that allows to make
        PCI-dependent code conditional,
      - providing a nouveau_drm_platform_probe() function that takes a GPU
        platform device to be probed.
      
      Core code as well as engine/subdev drivers are updated wherever possible
      to make use of these functions. Some older drivers are too dependent on
      PCI to be properly updated, but all newer code on which future chips may
      depend should at least be runnable with platform devices.
      Signed-off-by: NAlexandre Courbot <acourbot@nvidia.com>
      Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      420b9469
  4. 26 4月, 2013 1 次提交
  5. 20 2月, 2013 3 次提交
  6. 29 11月, 2012 2 次提交
  7. 19 11月, 2012 1 次提交
  8. 09 11月, 2012 1 次提交
  9. 03 10月, 2012 8 次提交
  10. 24 5月, 2012 3 次提交
  11. 25 7月, 2011 2 次提交
  12. 16 5月, 2011 4 次提交
  13. 31 3月, 2011 1 次提交
  14. 17 2月, 2011 1 次提交
    • B
      drm/nv40: fix tiling-related setup for a number of chipsets · 1dc32671
      Ben Skeggs 提交于
      Due to the default case handling the older chipsets, a bunch of the newer
      ones ended up having the wrong tiling regs used.  This commit switches the
      default case to handle the newest chipsets.
      
      This also makes nv4e touch the "extra" tiling regs.  "nv" doesn't touch
      them for C51 but traces of the NVIDIA binary driver show it being done
      there.
      
      I couldn't find NV41/NV45 traces to confirm the behaviour there, but an
      educated guess was taken at each of them.
      Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      1dc32671
  15. 17 1月, 2011 1 次提交
  16. 07 1月, 2011 1 次提交
  17. 03 12月, 2010 6 次提交