lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Thu, 4 Dec 2008 01:39:22 +0000 (GMT)
From:	Dave Airlie <airlied@...ux.ie>
To:	torvalds@...ux-foundation.org,
	Andrew Morton <akpm@...ux-foundation.org>
cc:	linux-kernel@...r.kernel.org
Subject: [optional git pull request] Intel GEM updates for 2.6.28 final


Hi Linus,

Since we just introduced GEM in this kernel, and this patch series only 
touches GEM and fixes some problems discovered in it since it went 
upstream, Intel would like for these fixes to go in ASAP. They fix a host 
of general bugs founds by running OpenGL conformance tests and using GEM 
from the userspace 2D driver. If you don't want them now, they can wait 
until stable.

Please pull the 'drm-gem-update' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-gem-update

Dave.

 drivers/gpu/drm/i915/i915_drv.h        |   15 +-
 drivers/gpu/drm/i915/i915_gem.c        |  637 ++++++++++++++++++++------------
 drivers/gpu/drm/i915/i915_gem_proc.c   |    5 +-
 drivers/gpu/drm/i915/i915_gem_tiling.c |    7 +-
 drivers/gpu/drm/i915/i915_reg.h        |    1 +
 5 files changed, 420 insertions(+), 245 deletions(-)

commit 0235439232cb6f8a54f8976aa8330c1c98ebad0b
Author: Eric Anholt <eric@...olt.net>
Date:   Wed Nov 26 13:58:13 2008 -0800

    drm/i915: Return error in i915_gem_set_to_gtt_domain if we're not in the GTT.
    
    It's only for flushing caches appropriately for GTT access, not for actually
    getting it there.  Prevents potential smashing of cpu read/write domains on
    unbound objects.
    
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit ac94a962b24a88ea5d00f4697550d9982f300751
Author: Keith Packard <keithp@...thp.com>
Date:   Thu Nov 20 23:30:27 2008 -0800

    drm/i915: Retry execbuffer pinning after clearing the GTT
    
    If we fail to pin all of the buffers in an execbuffer request, go through
    and clear the GTT and try again to see if its just a matter of fragmentation
    
    Signed-off-by: Keith Packard <keithp@...thp.com>
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit 646f0f6e43bf6628b1f0f8ca6c0227ce72e8ef3c
Author: Keith Packard <keithp@...thp.com>
Date:   Thu Nov 20 23:23:03 2008 -0800

    drm/i915: Move the execbuffer domain computations together
    
    This eliminates the dev_set_domain function and just in-lines it
    where its used, with the goal of moving the manipulation and use of
    invalidate_domains and flush_domains closer together. This also
    avoids calling add_request unless some domain has been flushed.
    
    Signed-off-by: Keith Packard <keithp@...thp.com>
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit c0d90829288942fa06d7483f9e84059a64605da5
Author: Keith Packard <keithp@...thp.com>
Date:   Thu Nov 20 23:11:08 2008 -0800

    drm/i915: Rename object_set_domain to object_set_to_gpu_domain
    
    Now that the CPU and GTT domain operations are isolated to their own
    functions, the previously general-purpose set_domain function is now used
    only to set GPU domains. It also has no failure cases, which is important as
    this eliminates any possible interruption of the computation of new object
    domains and subsequent emmission of the flushing instructions into the ring.
    
    Signed-off-by: Keith Packard <keithp@...thp.com>
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit e47c68e9c5d71e2faab8c2b82f57c6c73e6456fd
Author: Eric Anholt <eric@...olt.net>
Date:   Fri Nov 14 13:35:19 2008 -0800

    drm/i915: Make a single set-to-cpu-domain path and use it wherever needed.
    
    This fixes several domain management bugs, including potential lack of cache
    invalidation for pread, potential failure to wait for set_domain(CPU, 0),
    and more, along with producing more intelligible code.
    
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit 2ef7eeaa553d88e78d9a4520271f26a7bc0e2968
Author: Eric Anholt <eric@...olt.net>
Date:   Mon Nov 10 10:53:25 2008 -0800

    drm/i915: Make a single set-to-gtt-domain path.
    
    This fixes failure to flush caches in the relocation update path, and
    failure to wait in the set_domain ioctl, each of which could lead to incorrect
    rendering.
    
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit b670d8158283c35842ae1c650f75c375d8710607
Author: Eric Anholt <eric@...olt.net>
Date:   Fri Nov 14 16:27:47 2008 -0800

    drm/i915: If interrupted while setting object domains, still emit the flush.
    
    Otherwise, we would leave the objects in an inconsistent state, such as
    write_domain == 0 but on the flushing list.
    
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit ce44b0ea3dc04236d852d78a06f850d1f7b03f3d
Author: Eric Anholt <eric@...olt.net>
Date:   Thu Nov 6 16:00:31 2008 -0800

    drm/i915: Move flushing list cleanup from flush request retire to request emit.
    
    obj_priv->write_domain is "write domain if the GPU went idle now", not
    "write domain at this moment."  By postponing the clear, we confused the
    concept, required more storage, and potentially emitted more flushes than
    are required.
    
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>

commit a7f014f2de04893f95cfe40fe35f15c8dae4b36e
Author: Eric Anholt <eric@...olt.net>
Date:   Tue Nov 25 14:02:05 2008 -0800

    drm/i915: Respect GM965/GM45 bit-17-instead-of-bit-11 option for swizzling.
    
    This fixes readpixels and buffer corruption when swapped out and in by
    disabling tiling on them.
    
    Now that we know that the bit 17 mode isn't just a mistake of older chipsets,
    we'll need to work on a clever fix so that we can get the performance of
    tiling on these chipsets, but that will require intrusive changes targeted
    at the next kernel release, not this one.
    
    Signed-off-by: Eric Anholt <eric@...olt.net>
    Signed-off-by: Dave Airlie <airlied@...hat.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists