Skip to content
Commits on Jan 4, 2011
  1. pscnv: install the nv04/c0_pushbuf.h headers

    Christoph Bumiller committed Jan 4, 2011
  2. pscnv: fix nouveau_grobj_autobind pushbuf commands

    Christoph Bumiller committed Jan 4, 2011
  3. pscnv: import split pushbuf headers from nouveau

    Christoph Bumiller committed Dec 22, 2010
  4. Merge remote branch 'fdo/master'

    Christoph Bumiller committed Jan 4, 2011
    Not really conflicts, something went wrong.
    
    Conflicts:
    	Makefile.am
    	configure.ac
    	include/drm/i915_drm.h
    	intel/intel_bufmgr.c
    	intel/intel_bufmgr.h
    	intel/intel_bufmgr_fake.c
    	intel/intel_bufmgr_gem.c
    	intel/intel_bufmgr_priv.h
    	nouveau/Makefile.am
    	nouveau/nouveau_bo.c
    	nouveau/nouveau_channel.c
    	nouveau/nouveau_grobj.c
    	nouveau/nouveau_notifier.c
    	nouveau/nouveau_private.h
    	nouveau/nouveau_pushbuf.h
    	nouveau/nouveau_reloc.c
    	radeon/radeon_bo_gem.c
    	radeon/radeon_cs_gem.c
    	tests/gem_flink.c
    	tests/gem_mmap.c
    	tests/gem_readwrite.c
    	xf86drm.c
Commits on Dec 21, 2010
  1. nouveau: fix up reloc_emit() to accept NULL target buffer

    Ben Skeggs committed Dec 20, 2010
    The nvc0 gallium drivers passes NULL here to indicate to the memory manager
    that a buffer is being used, but without creating an actual reloc.
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  2. nouveau: split pushbuf macros specific to nv04-nv50 out, and add nvc0

    Ben Skeggs committed Dec 20, 2010
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  3. nouveau: nvc0 drm has no concept of "notifier block"

    Ben Skeggs committed Dec 9, 2010
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Commits on Dec 19, 2010
  1. @ickle

    intel: Export CONSTANT_BUFFER addressing mode

    ickle committed Dec 19, 2010
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Commits on Dec 10, 2010
  1. @ickle

    configure: Bump version to 2.4.23

    ickle committed Dec 10, 2010
    To export new kernel API for Intel's 2010Q4 release.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
  2. @ickle

    tests: Update for ENOENT returns from unknown handles

    ickle committed Dec 10, 2010
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Commits on Dec 8, 2010
  1. pscnv: use bits ff00 for memory storage type on nvc0 as well

    Christoph Bumiller committed Dec 8, 2010
  2. pscnv: add NOUVEAU_BO_TILE_LAYOUT_MASK

    Christoph Bumiller committed Dec 8, 2010
Commits on Dec 7, 2010
  1. @ickle

    intel: Reorder need_fence vs fenced_command to avoid fences on gen4

    ickle committed Dec 7, 2010
    gen4+ hardware doesn't use fences for GPU access and the older kernel
    doesn't expect userspace to make such a mistake. So don't.
    
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32190
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
  2. drm: don't do the create the node ourselves if we have udev.

    Dave Airlie committed Dec 7, 2010
    this can remove nodes it shouldn't, let udev run the show.
    
    this is needed for reliably GPU switch.
    
    Signed-off-by: Dave Airlie <airlied@redhat.com>
Commits on Dec 3, 2010
  1. @ickle

    intel: If the command is fenced inform the kernel

    ickle committed Dec 3, 2010
    ... but only account for a fenced used if the object is tiled.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Commits on Dec 2, 2010
  1. @marekolsak
Commits on Nov 25, 2010
  1. @ickle

    intel: Add a forward declaration of struct drm_clip_rect

    ickle committed Nov 25, 2010
    ... so that intel_bufmgr.h can be compiled standalone.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Commits on Nov 22, 2010
  1. @ickle

    intel: Compute in-aperture size for relaxed fenced objects

    ickle committed Nov 22, 2010
    For relaxed fencing the object may only consume the small set of active
    pages, but still requires a fence region once bound into the aperture.
    This is the size we need to use when computing the maximum possible
    aperture space that could be used by a single batchbuffer and so avoid
    hitting ENOSPC.
    
    Reported-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
  2. @curro

    nouveau: Add implicit pushbuf flush before gpuobj destruction.

    curro committed Nov 20, 2010
    It makes sure that GPU object destruction is executed in order with
    respect to the previous FIFO commands.
    
    Signed-off-by: Francisco Jerez <currojerez@riseup.net>
    Acked-by: Ben Skeggs <bskeggs@redhat.com>
Commits on Nov 9, 2010
  1. @anholt

    intel: Fix drm_intel_gem_bo_wait_rendering to wait for read-only usag…

    anholt committed Nov 9, 2010
    …e too.
    
    Both the consumers of this API (sync objects and client throttling)
    were expecting this behavior.  The kernel used to actually behave the
    desired (but incorrect) way for us anyway, but that got fixed a while
    back.
Commits on Nov 7, 2010
  1. @ickle

    intel: initialize bufmgr.bo_mrb_exec unconditionally

    Albert Damen committed with ickle Nov 7, 2010
    If bufmgr.bo_mrb_exec is not set, drm_intel_bo_mrb_exec returns ENODEV
    even though drm_intel_gem_bo_mrb_exec2 will work fine for the RENDER ring.
    Fixes xf86-video-intel after commit 'add BLT ring support' (5bed685f76)
    with kernels without BSD or BLT ring support (2.6.34 and before).
    
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=31443
    Signed-off-by: Albert Damen <albrt@gmx.net>
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Commits on Nov 2, 2010
  1. @anholt

    intel: Drop silly asserts on mappings present at unmap time.

    anholt committed Nov 2, 2010
    The intent of these was to catch mismatched map/unmap.  What it
    actually did was check whether there was ever a mapping of that type
    (including in a previous life of the buffer through the userland BO
    cache), not whether they were mismatched.  We don't even actually want
    to catch mismatched map/unmap, unless we also do refcounting, since at
    one point Mesa would do map/map/use/unmap/unmap.  Just remove this
    code instead.
  2. @anholt

    intel: Remove gratuitous assert on bo_reference.

    anholt committed Nov 2, 2010
    This couldn't be triggered except by overflow, since there's an assert
    in unreference to catch the usual failure of over-unreferencing.
  3. pscnv: s/libdrm_nouveau/libdrm_pscnv in Makefile.am

    Christoph Bumiller committed Nov 2, 2010
  4. pscnv: increase spin count on fence wait

    Christoph Bumiller committed Nov 2, 2010
  5. nvc0: add an IB call marker into the trace file

    Christoph Bumiller committed Nov 2, 2010
  6. pscnv: silence IB PUT debug message

    Christoph Bumiller committed Nov 2, 2010
  7. pscnv: add pushbuf_size param to nouveau_channel_alloc

    Christoph Bumiller committed Oct 30, 2010
    Regain API compatiblity.
  8. pscnv: use NOUVEAU_BO_TILE_SCANOUT like nouveau

    Christoph Bumiller committed Oct 30, 2010
  9. Reestablish compatibility with fdo libdrm.

    Christoph Bumiller committed Oct 30, 2010
Commits on Nov 1, 2010
  1. @anholt
  2. @anholt

    intel: Remove stale comment.

    anholt committed Sep 20, 2010
Commits on Oct 31, 2010
  1. @curro

    nouveau: Avoid unnecessary call to CPU_FINI.

    curro committed Oct 31, 2010
    nouveau_bo_unmap called the CPU_FINI IOCTL even if it was a NOSYNC
    mapping. It caused no harmful effects (actually CPU_FINI is a no-op on
    recent enough kernels) besides the precious CPU cycles being wasted.
    
    Signed-off-by: Francisco Jerez <currojerez@riseup.net>
Commits on Oct 29, 2010
  1. @ickle

    intel: enable relaxed fence allocation for i915

    ickle committed Oct 29, 2010
    The kernel has always allowed userspace to underallocate objects
    supplied for fencing. However, the kernel only allocated the object size
    for the fence in the GTT and so caused tiling corruption. More recently
    the kernel does allocate the full fence region in the GTT for an
    under-sized object and so advertises that clients may finally make use
    of this feature. The biggest benefit is for texture-heavy GL games on
    i945 such as World of Padman which go from needing over 1GiB of RAM to
    play to fitting in the GTT!
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Commits on Oct 27, 2010
  1. @nwnk

    s/drmStrdup/strdup/

    nwnk committed Oct 27, 2010
    _DRM_MALLOC hasn't been a relevant concern since we split libdrm out
    from xserver.
    
    Signed-off-by: Adam Jackson <ajax@redhat.com>
Something went wrong with that request. Please try again.