Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
1 年多 前同步成功

通知 160
Star 36
Fork 7
cloud-kernel
cloud-kernel
切换分支/标签
  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
  3. 17 6月, 2014 1 次提交
  5. 23 1月, 2014 3 次提交
  7. 05 7月, 2013 3 次提交
  9. 01 7月, 2013 8 次提交
  11. 26 4月, 2013 1 次提交
    • B
      drm/nve0: magic up some support for GF117 · 3f196a04
      由 Ben Skeggs 提交于 
      Seen in the wild, don't have the hardware but this hacks things up to
treat it the same as GF119 for now.

Should be relatively safe, I'd be very surprised if anything major
changed outside of PGRAPH.  PGRAPH (3D etc) is disabled by default
however until it's confirmed working.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      3f196a04
  13. 23 12月, 2012 1 次提交
  15. 03 10月, 2012 2 次提交
  17. 21 12月, 2011 2 次提交
  19. 20 9月, 2011 1 次提交
  21. 23 6月, 2011 1 次提交
    • B
      drm/nvc0/gr: import and use our own fuc by default · 0411de85
      由 Ben Skeggs 提交于 
      The ability to use NVIDIA's fuc has been retained *temporarily* in order
to better debug any issues that may be lingering in our initial attempt
at writing this ucode.  Once I'm fairly confident we're okay, it'll be
removed.

There's a number of things not implemented by this fuc currently, but
most of it is sets of state that our context setup would not have used
anyway.  No doubt we'll find out what they're for at some point, and
implement it if required.

This has been tested on 0xc0/0xc4 thus far, and from what I could tell
it worked as well as NVIDIA's.  It's also been tested on 0xc1, but even
with NVIDIA's fuc that chipset doesn't work correctly with nouveau yet.

0xc3/0xc8/0xce should in theory be supported too, but I don't have the
hardware to check that.

There's no doubt numerous bugs to squash yet, please report any!
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      0411de85