commit 440b4d207b730112169827d0b90b46596659b504
Author: Carl Worth <cworth@cworth.org>
Date:   Mon Mar 29 11:20:20 2010 -0700

    Increase version to 2.11.0
    
    In preparation for release.

commit 1119c4523889ddedecf1722f0e9a2e4a7ad326b2
Author: Carl Worth <cworth@cworth.org>
Date:   Mon Mar 29 11:19:31 2010 -0700

    NEWS: Add release notes for the 2.11.0 release.
    
    Hurrah! We made it.

commit df3b26847914557eb3c9c70732d91169b1936d77
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Fri Mar 26 10:44:55 2010 -0700

    DRI2: release our private front buffer ref when buffer swapping
    
    Pauli pointed out that we take a ref on the front buffer when exchanging
    but forget to release it.  The ref is necessary since the set functions
    will drop refs as necessary, but once we set the front buffer to point
    at the back pixmap, we ned to release our private ref again, or we'll
    leak buffers.
    
    Reported-by: Pauli Nieminen <suokkos@gmail.com>
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 362a49e71fc41541b6dc121660d98e29da4b14e8
Author: Gaetan Nadon <memsize@videotron.ca>
Date:   Thu Mar 25 10:07:41 2010 -0400

    uxa make: remove unused XORG_INCS and DIX_CFLAGS variables
    
    Most likely copied from xserver makefile.
    
    Acked-by: Dan Nicholson <dbn.lists@gmail.com>
    Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

commit 0d1ac4da5288a621d0493cb109fcd1e040e6c5a7
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Thu Mar 25 09:12:09 2010 +0000

    uxa: Perform the xrgb -> argb conversion not inplace
    
    After reports of segmentation faults caused by
    d6b7f96fde1add92fd11f5a75869ae6fc688bf77 and vmware, the most obvious
    cause would be illegally writing to the src data when performing the alpha
    fill inline. So force the image upload to go via a fresh buffer whenever
    we need to modify the incoming data.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
    Reported-and-tested-by: Jeff Chua <jeff.chua.linux@gmail.com>

commit 0c47195ca805881e3fbd5b9224be5c930feeeb8c
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Mar 24 17:37:39 2010 +0000

    i830: Clip solid fills to surface.
    
    There is a reasonable surfeit of evidence to support this error,
    for instance: http://bugs.freedesktop.org/attachment.cgi?id=34417
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

commit 5537079c29a56133446f1874d24d9e6516825edb
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Mar 24 14:59:20 2010 +0000

    uxa: After filling the alpha channel xrgb src is compatible with argb dst.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

commit 90a971c60769781f53827b469a9be3aab14cf71c
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Mar 24 14:50:45 2010 +0000

    uxa: Only reduce a composite to a BLT if it is wholly contained
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

commit 2eec53d0b9232970fe3d03ce6c8940ebeea44bee
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Tue Mar 23 17:28:22 2010 +0000

    uxa: Default to using TILING_X for pixmaps.
    
    On memory constrained hardware, tiling is vital for good performance as
    it minimizes cache misses.  The downside is that for older hardware
    (which often suffers from the lack of bandwidth) requires the use of
    fences for many operations, which are in short supply and so may cause
    shorter batchbuffers. However our batch buffers are typically short and
    so this is unlikely to be a concern and not affect the performance wins.
    
    A quick bit of testing suggests the effect is inconclusive on
    firefox/i945:
                      linear            tiled
      xcb             205.470           206.219
      xcb-render-0.0  404.704           388.413
      xlib            166.410           170.805
    
    A secondary effect of the patch is to workaround a G31 specific hang
    when attempting to use linear 2048x2048 surfaces. Bonus!
    
    Fixes:
      Bug 25375 - Performance issue using texture from pixmap (tfp) glx extension on 945
      http://bugs.freedesktop.org/show_bug.cgi?id=25375
    
      Bug 27100 - GPU Hung copying a 2048x1152 pixmap
      http://bugs.freedesktop.org/show_bug.cgi?id=27100
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
    Tested-by: John <jvinla@gmail.com>

commit 9c037f61a490c96f9095f7ff3fecbf41f5efe9f7
Author: Carl Worth <cworth@cworth.org>
Date:   Mon Mar 22 15:23:04 2010 -0700

    Update version to 2.10.903
    
    For today's snapshot.

commit 11142cffe4bc81e1ce465ea725fcaef024130082
Author: Carl Worth <cworth@cworth.org>
Date:   Mon Mar 22 15:22:28 2010 -0700

    NEWS: Add notes for 2.10.903
    
    For today's snapshot.

commit f206816154fd44e61b0bdeaab1aa4c5359c3b70a
Author: Carl Worth <cworth@cworth.org>
Date:   Mon Mar 22 14:14:46 2010 -0700

    man: Update list of available 'sclaing mode' property values.
    
    Include the names from the current kernel driver along with accurate
    descriptions of each. Indicate how to use the values with:
    
    	xrandr --output output --set property value
    
    and point the user to "xrandr --prop" for an accurate list of
    currently available values.
    
    Closes bug:
    
    	xf86-video-intel manpage needs update for KMS xrandr properties
    	http://bugs.freedesktop.org/show_bug.cgi?id=25606

commit d1dfab6b1649214177435629d8e85239dbe44d89
Author: Matthias Hopf <mhopf@suse.de>
Date:   Wed Mar 17 15:13:51 2010 +0100

    Clear drmmode_output->mode_output in drmmode_output_destroy().

commit 10cd04a84bcb6313903fc23b2d7791658ebc6b8e
Author: Li Peng <peng.li@linux.intel.com>
Date:   Sat Mar 20 00:21:48 2010 +0800

    Initialize flip_count before using it
    
    Otherwise it would be a random value and drmmode_page_flip_handler()
    won't have a chance to call I830DRI2FlipEventHandler() and indicate
    a full page flip is complete.
    
    Signed-off-by: Li Peng <peng.li@intel.com>

commit 3d4b3f257fbbb69c6f236d9803abe54a90d7d434
Author: Dave Airlie <airlied@redhat.com>
Date:   Thu Mar 18 12:48:39 2010 +1000

    intel: free bus id in error path after printing it out.
    
    the error message prints out a freed string, spotted during
    code reappropriation to radeon driver.
    
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 31d5f84bb4416ef92abd97264d52cdab7a184687
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Mar 17 09:11:05 2010 +0000

    i915: Correct preamble for emit_composite
    
    Fixes:
    http://bugs.freedesktop.org/show_bug.cgi?id=27123
    
    Fatal server error:
    i915_emit_composite_setup: ADVANCE_BATCH: under-used allocation 100/104
    
    Introduced with commit d6b7f96fde1add92fd11f5a75869ae6fc688bf77.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

commit d6b7f96fde1add92fd11f5a75869ae6fc688bf77
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Sat Mar 6 15:49:04 2010 +0000

    Fill alpha on xrgb images.
    
    Do not try to fixup the alpha in the ff/shaders as this has the
    side-effect of overriding the alpha value of the border color, causing
    images to be padded with black rather than transparent. This can
    generate large and obnoxious visual artefacts.
    
    Fixes:
    
      Bug 17933 - x8r8g8b8 doesn't sample alpha=0 outside surface bounds
      http://bugs.freedesktop.org/show_bug.cgi?id=17933
    
    and many related cairo test suite failures.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

commit 910fd171a00227025abc8bcc286a740f5bae895b
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Fri Mar 5 14:32:13 2010 +0000

    i830: Remove coord-adjust for nearest centre-sampling.
    
    Fixes a number of cairo test suite failures.
    
    Also affects:
      Bug 16917 - Blur on y-axis also when only x-axis is scaled bilinear
      http://bugs.freedesktop.org/show_bug.cgi?id=16917
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

commit 753914acc31947df8e9f2fa3b9c39de745098709
Author: Carl Worth <cworth@cworth.org>
Date:   Mon Mar 15 17:32:57 2010 -0700

    Bump version to 2.10.902
    
    For the imminent 2.10.902 snapshot release.

commit 185196cb010cb8426ca929a9dc3f028ec9b383db
Author: Carl Worth <cworth@cworth.org>
Date:   Mon Mar 15 17:32:20 2010 -0700

    NEWS: Add notes for the 2.10.902 snapshot.
    
    Which I'm about to push out.

commit 318aa9ed799197810e2039dbe3ec51559dcc888c
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Mon Mar 8 23:22:53 2010 +0100

    i915 XvMC: fixup colors
    
    My cleanup accidently created a inconsistency in the YUV plane ordering.
    I think we can safely assume that I'm colorblind ;)
    
    As Carl Worth rightly pointed out, this change deserves a more elaborate
    explanation:
    
    For Xv planar formats, the three planes are stored consecutively in
    memory, ordered Y U V. Now for some totally odd reason (= none at all),
    i915 xvmc stored it in Y V U order. Right after the release of 2.10, with
    commit "Xv: consolidate xmvc passthrough handling" I've inadvertently
    broken xvmc support (which started this whole odyssey into xvmc). When
    fixing stuff up, I neglected this special plane ordering and simply
    assumed it to be the same as Xv and dropped that special case for i915 in
    src/i830_video.c. This patch completes the change to standard YUV plane
    ordering by making the corresponding change in src/xvmc/i915_xvmc.c.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

commit 68629b63740fb6e62c258b8a46669e77660fa4e4
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Mar 8 15:42:39 2010 -0800

    DRI2: make WaitMSC error handling more consistent with ScheduleSwap
    
    Just make it mirror ScheduleSwap: complete the wait on any error
    condition so as not to crash the client if the kernel is misbehaving.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 6df74e61afb7831ebf3fbab8782f46ddccbe262b
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Mar 8 15:33:20 2010 -0800

    DRI2: truncate OML values to 32 bits
    
    We can only handle 32 bit values unless we totally virtualize the count,
    since the kernel only handles 32 bits itself.  Rather than adding all
    that overhead, just tolerate the occasional missed event everytime the
    counter runs over.
    
    Reported-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit c66d57080dc034aa7877f47612065e388bbc38a2
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Mar 8 15:26:24 2010 -0800

    DRI2: more WaitMSC fixes
    
    A couple more niggles: make sure we return a target_msc that at least
    matches the current count; this is a little more friendly to clients
    that missed an event.  Also check for >= when calculating the remainder
    so we'll catch the *next* vblank event when the calculation is
    satisfied, rather than the current one as might happen at times.
    
    Reported-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 7845c6ade82085488192bd76729d92fb7b534cc0
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Mar 8 15:19:14 2010 -0800

    DRI2: fixup stray curly brace
    
    Got left in the wrong column after the last cleanup.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 9656d329e4df28cfe138b657d04e5136bc794ce2
Author: Eric Anholt <eric@anholt.net>
Date:   Mon Mar 8 14:34:04 2010 -0800

    Put back the pitch alignment for new framebuffers.
    
    I confused a dead assignment with dead code, because one of the args
    to the function was an outvalue.  Fixes corruption under compiz.
    
    Bug #26814.

commit b71ca26a026a356763c51c763bcdd8024fc4a783
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Mar 8 11:27:42 2010 -0800

    DRI2: fixup ScheduleWaitMSC similarly to ScheduleSwap
    
    My merge of Mario's patch for this was botched.  Fix it up so that OML
    waits work correctly, and remove a bogus warning from ScheduleSwap.
    
    Reported-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 06b54e089eb21736e6d4f6462bbfca987be0c5cc
Author: Matt Turner <mattst88@gmail.com>
Date:   Sun Mar 7 14:27:27 2010 -0500

    Don't check for Xinerama.
    
    It doesn't seem to be used anywhere, so don't require it.
    
    CC: Eric Anholt <eric@anholt.net>
    CC: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Matt Turner <mattst88@gmail.com>

commit 8ece6cf5afa1bb0d8d9328696422f42f3c3adbd6
Author: Robert Hooker <sarvatt@ubuntu.com>
Date:   Sat Mar 6 14:09:12 2010 -0500

    Fix build against xserver 1.6 branch.
    
    Signed-off-by: Robert Hooker <sarvatt@ubuntu.com>
    Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>

commit 1cd556420277f103c47ade422f3ec8f8efb2d282
Author: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
Date:   Fri Mar 5 12:32:18 2010 -0800

    DRI2: handle target_msc, divisor and remainder properly in DRI2ScheduleSwap
    
    The current code in I830DRI2ScheduleSwap() only schedules the correct
    vblank events for the case divisor == 0, i.e., the simple
    glXSwapBuffers() case.
    
    In a glXSwapBuffersMscOML() request, divisor can be > 0, which would go
    wrong.
    
    This modified code should handle target_msc, divisor, remainder and the
    different cases defined in the OML_sync_control extension correctly for
    the divisor > 0 case.
    
    It also tries to make sure that the effective framecount of swap
    satisfies all constraints, taking the 1 frame delay in pageflipping mode
    and possible delays in blitting/exchange mode due to
    DRM_VBLANK_NEXTONMISS into account.
    
    The swap_interval logic in the X-Servers DRI2SwapBuffers() call expects
    the returned swap_target from the DDX to be reasonably accurate,
    otherwise implementation of swap_interval for the glXSwapBuffers() as
    defined in the SGI_swap_interval extension may become unreliable.
    
    For non-pageflipped mode, the returned swap_target is always correct due
    to the adjustments done by drmWaitVBlank(), as DRM_VBLANK_NEXTONMISS is
    set.
    
    In pageflipped mode, DRM_VBLANK_NEXTONMISS can't be used without severe
    impact on performance, so the code in I830DRI2ScheduleSwap() must make
    manual adjustments to the returned vbl.reply.sequence number.
    
    This patch adds the needed adjustments.
    
    Signed-off-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>

commit 13119ffc034a3e9d6c76339d4fedc62bb3b41257
Author: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
Date:   Fri Mar 5 11:33:45 2010 -0800

    DRI2: make MSC waits handle specific target_mscs and divisor/remainders
    
    Previous code only handled divisor == 0 case correctly. This should
    honor a given target_msc for the divisor > 0 case and handle the
    (msc % divisor) == remainder constraint correctly.
    
    Signed-off-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>

commit b6e0b92f398823629ba8a1ea8f5e62fbf959e725
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Thu Mar 4 10:07:26 2010 -0800

    DRI2: handle offscreen drawables better at swap time
    
    If a drawable isn't visible due to DPMS or redirection, we'll just blit
    it rather than schedule a swap event.  However, we didn't reset the
    target_msc, so the swap target we receive from the server could get out
    of sync with the vblank count of the drawable's display.  So at DPMS on
    time, the swap target would be the last good vblank count plus some
    large number (since the swaps won't have been throttled).
    
    Solve this by zeroing out the swap target like we should when we fall
    back to a blit.  Also make the kernel error cases more friendly by
    making them fall back to blits too.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 54ac4e2df987b72529a523ffbde357bec27e3658
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Thu Mar 4 21:34:52 2010 +0000

    Rate limit batch buffer error.
    
    Once we hit this error it's unlikely that we're coming back - so don't
    flood the logs with redundant information.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

commit 066d9b64ee243e0d255d7e12c2134951eef4ade7
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Thu Mar 4 20:50:20 2010 +0100

    i915 XvMC: kill dead code
    
    This kills one wip remnant from my i830_memory cleanup and the last
    remainings of the subpicture support.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

commit 7b7c724da97f358f5d2d4d4dae75cfc85bde2c62
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 10:29:09 2010 -0800

    Remove remaining fbOffset setting.
    
    In the long long ago, fbOffset was used for DGA.  The server now has
    only one reference to fbOffset, a leftover setting of it in fbdevhw.
    We can safely ignore it now, which is good since we weren't updating
    it in other places where the front buffer offset could change.

commit 15026d64d3c0d8ad96e0a73fcae3103d1c41fd46
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 10:28:09 2010 -0800

    Remove a piece of fbOffset cruft from non-DRM support.

commit e8e615289213ba1704e402b923c51ce9d196f06f
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 10:27:51 2010 -0800

    Remove i830_allocate_2d_memory() now that it only called one function.

commit e37b562083aa3293e0c009171724a3f122d8a32d
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 10:23:12 2010 -0800

    Init CRTC cursors with CRTC setup instead of i830_memory.

commit a36bdaba6136054ae7c67943ca0215cfd177bc5b
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 09:47:10 2010 -0800

    Remove intel_sync() at teardown time.
    
    The kernel's still running after we're gone.  This didn't matter.

commit 4ada6d7a856a941b834871ff8a7c5505ff26ae23
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 09:32:42 2010 -0800

    Remove 3D state clobber on EnterVT, and always clobber at batch start.
    
    We know that it's clobbered at each batchbuffer, anyway.  And even if
    this server isn't running DRI2, it can still be clobbered at batch
    start in the KMS world.

commit d92d42303e5ca9f4208ed97823ad8f691121370f
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 09:31:56 2010 -0800

    Remove pre-2.6.29 error message handling since we require KMS.

commit faecd155c49229499e29815eb6e79662ed33ddd5
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 4 09:31:15 2010 -0800

    Move batch and 965 render state setup/teardown to screen init/close.
    
    Whether we're VT switched or not shouldn't impact rendering.

commit 74e2b69a317cc728b00e675c18d2976987407aec
Author: Carl Worth <cworth@cworth.org>
Date:   Thu Mar 4 09:51:03 2010 -0800

    i915_hwmc: Remove dead code.
    
    Daniel recently identified this code as unneeded (with an #if 0).
    Here we take the next step and remove it entirely.

commit 1cc35a8ba403ad95b67caff46b803db1edea5ad3
Author: Carl Worth <cworth@cworth.org>
Date:   Thu Mar 4 09:46:33 2010 -0800

    uxa: Fix type mismatch to avoid compiler warning.
    
    The code was using uint32_t where an XID (currently an unsigned long)
    was specified in the prototype. Use XID to avoid both the warning and
    any potential problem.

commit 1d6537ec57535183638c62e3099bc79786c682ca
Author: Carl Worth <cworth@cworth.org>
Date:   Thu Mar 4 09:39:28 2010 -0800

    i830_video: Remove unused variable.
    
    Certainly just a little leftover from the recent rewrites.

commit 57c0043b9a519da5c9af29019ef632716782bda2
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:33 2010 +0100

    Xv: fixup relocation in i965_video.c
    
    The previous code made no sense, (multiplying an offset by 4 is
    meaningless). It could have onlt worked with the offset being
    fortuitously 0.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit e606be463f6359fd017791a8d4d85059831a5d41
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:28 2010 +0100

    i830_memory: rip out the remainings of the old allocator
    
    Yeah!
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 371be65fb74789250dbb1e332e46416d931da321
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:27 2010 +0100

    XvMC: kill the pinned batchbuffer in the ddx code
    
    It's been unused for quite a while.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit d5a20c81ab76129a1e0bcefecd9c4a10b5040af4
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:26 2010 +0100

    i915 XvMC: kill pinned surface buffer in the ddx code
    
    Like with the per context stuff, also drop the now artificial limit
    on surfaces. Again, with that gone, a lot of code can be deleted.
    
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit e6eb257ad32b393fb67c506943d8ece98b9a8061
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:25 2010 +0100

    i915 XvMC: kill pinned per-context buffers in the ddx code
    
    There's now not a reason anymore to limit the number of active contexts.
    So kill this accounting, too.
    
    With that all gone, per-context state in the ddx is nil, so rip out
    all associated code.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 47ae1181f6cfd2ab64cd5c8535289fdaa2a9fd9c
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:24 2010 +0100

    i915 XvMC: don't stall the cpu anymore
    
    Proper bo management ensures that the cpu doesn't step on buffers
    used by the gpu. Drop the now unnecessary synchronization.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 9bba123c5f0f081562306c152e70221fc5041a3b
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:23 2010 +0100

    i915 XvMC: drop superflous MI_FLUSH
    
    Cache coherency is now fully under the control of gem.
    
    For lack of hw documentation, I had to find out the correct cache
    placements by trial and error:
    
    Backward and forward surfaces: I915_GEM_DOMAIN_RENDER
    Correlation data:              I915_GEM_DOMAIN_SAMPLER
    
    Changing any of them leads to visual corruptions, so I think these
    are the correct ones.
    
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit b11623f20e303ae1d90d4a6bf0d5d73970b4e9bf
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:22 2010 +0100

    i915 XvMC: switch surfaces to drm_intel_bo
    
    Now the last user of the fixed buffers provided by the ddx is gone!
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit b7f79bfd40db3ed17d7a79750d007b57d7ed157a
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:21 2010 +0100

    i915 XvMC: switch corrdata buffer to drm_intel_bo
    
    It works!
    
    v2: Correlation data needs to be in the render cache!
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 62846d88d41f1bbbd16a6e700ca611656fa20f61
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:20 2010 +0100

    i915 XvMC: switch msb to drm_intel_bo
    
    Like for the static indirect state buffer.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit d27955c697e1768559957da8d61087644befd285
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:19 2010 +0100

    i915 XvMC: switch sis to drm_intel_bo
    
    I've decided to allocate a new buffer for every render command, to
    prevent stalling for the gpu. libdrm bo reuse should take care of
    not wasting memory in case the buffer is not busy.
    
    Also always emit the full state, it's not worth it to complicate
    the code over a few stores to wc memory.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 3203c66fbf04c55adba760e97c9fa1feb9e55f8d
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:18 2010 +0100

    i915 XvMC: switch load_indirect_render_emit to batchbuffer macros
    
    Like with one_time_state_emit, this preps for relocatable bo's.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit d30decae6a9db585f2d2589ae2c3d9e1f9acd33d
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:17 2010 +0100

    i915 XvMC: switch psc to drm_intel_bo
    
    Like with the sampler state buffer.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit b543c355f4fdcb64deb198765d9b8b86f7c234c2
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:16 2010 +0100

    i915 XvMC: switch psp to drm_intel_bo
    
    Like with the sampler state buffer.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 18c364084ce5495ffdfea38c17c1297d555c6c54
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:15 2010 +0100

    i915 XvMC: switch ssb to drm_intel_bo
    
    This also starts to kill the last remnants of the support for
    physical addresses for the indirect state buffers. With gem this
    would need kernel support (in the form of a new reloc type in
    execbuf2).
    
    This does not change the ABI between ddx and client libIntelXvMC.
    I've decided to do this in one swoop when all the buffer rework is
    done.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit fc9e44f01910eb9fd43def9b2ac531b0742d8b4e
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:14 2010 +0100

    i915 XvMC: kill last_flip and last_render
    
    Seems to be a remnant from i810 XvMC support. last_flip is always 0,
    so serves no real purpose anymore. Kill it and the associated code.
    
    With last_flip gone, last_render also lost its purpose. Kill it, too.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 04aa38a639fefcd00acb485f36ab18c2083ed1bb
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:13 2010 +0100

    i915 XvMC: switch one_time_state_emit to batchbuffer macros
    
    This is in preparation for real relocatable drm_bo's instead
    of memory at a fixed address. By switching to the batchbuffer
    macros (like i965 xvmc) we can use the nice OUT_RELOC macro.
    
    Also align the code more with coding-style elsewhere, i.e. bitops
    instead of bitfield structures. The bitfield structures are
    quite a mess to work with the batchbuffer macros, so they were
    getting in the way, anyway.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 24d787335a0c319b8d9243ea1f2726575cf73b2b
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:12 2010 +0100

    XvMC: kill dead code in i915_xvmc.c
    
    WIP code that hasn't changed for over two years is unlikely to
    suddenly start progressing. Drop it. After all, git can easily
    resurect it in cases it's needed.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit 13266b152ae35ed54984844e3282cbdf20dc2e32
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 21:53:11 2010 +0100

    XvMC: kill i830_memory in 965 class xvmc
    
    Yes, this breaks binary compat of the struct passed around between
    X ddx and the client libXvMC. But we always ship both, so they should
    not get out of sync.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Carl Worth <cworth@cworth.org>

commit d39d822cf887a861b37cee92c0b59533370ded2f
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:44 2010 +0100

    i830_memory: hide as much of the old memory allocator as possible
    
    The only user left of this stuff is the xvmc support.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 65267d4bfbf19942beab72858333c6ee3c719223
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:43 2010 +0100

    i830_memory: switch frontbuffer to drm_intel_bo
    
    Yet another user of i830_memory gone for good.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 06f147dc04629a8a1534703be570e7f25e41cdd9
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:42 2010 +0100

    i830_memory: switch cursors to drm_intel_bo
    
    Minus one user of i830_memory, some more to go.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 23d12e3b088f38d25e83d6501d553d98be442d49
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:41 2010 +0100

    i830_memory: kill field "pitch"
    
    Totally unused.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 2fb8feeb56fae364380ffd91749eeb69fb461cff
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:40 2010 +0100

    i830_memory: rip out field "size"
    
    Use the one in the drm bo instead.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 4d4d763b3d96e2cac99a0b7b03ad9bcaf4465c61
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:39 2010 +0100

    i830_memory: kill field "tiling_mode"
    
    Totally unused.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit d0800d098739d5e8ea94be9c5ed2f7a8a86c06dc
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:38 2010 +0100

    i830_memory: no memory allocations without a bo!
    
    Kill the corresponding !bo path in i830_free_memory.
    
    Also kill another remnant of the pre-kms era in the same file, while I
    was looking at the code.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 086c0e25cac1d3dd0a37def8b5cb82c1c6279edf
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:37 2010 +0100

    i830_memory: rename i830_bind_all_memory to reflect code reality
    
    It doesn't bind anything anymore, but does a few random things.
    Give it a hopefully vague enough name to cover all cases ;)
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 2a989aa057cee74154419fd0a4911ba1e95582cf
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:36 2010 +0100

    i830_memory: rip out the old video memory allocator
    
    Besides the debug stuff the went away in the previous patch,
    this stuff was totally unused ...
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit bf83b9a10254966cb73b24e08954154d4296dac3
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:35 2010 +0100

    i830_memory: kill i830_desribe_allocations
    
    Totally useless debug function from the pre-gem era. No point
    to occasionally spam Xorg.log with a bogus "No memory allocations"
    message.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit ff8a1e1cf728eeae848f6284bb4272193dfa918b
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:34 2010 +0100

    i830_memory: rip out field "offset"
    
    Use the one in the drm bo instead.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit e18ffceb142a9e18968900dd526a2d50fab72900
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Tue Mar 2 09:22:32 2010 +0100

    i830_memory: rip out field "end"
    
    It's a left-over from the non-gem era and no longer used at all.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Reviewed-by: Eric Anholt <eric@anholt.net>

commit 5018fd3097d77a5f31af4cb27e39daa37557b64e
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Mon Mar 1 22:57:40 2010 +0100

    libIntelXvMC: kill ums leftovers
    
    On i965 class hw, kernel_exec_fencing was 1 always, anyway. And on
    i945, this patch kills a memory leak (dunno how, but it does).
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

commit cb06aa32d433f54affe87da2cf964f0308d3c258
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Mon Mar 1 22:57:39 2010 +0100

    Xv: fixup XvMC on i915
    
    I've accidentally broken i915 xvmc due to alignment constrains that
    break my assumption that Y-pitch == UV-pitch*2. Fix this up by consistenly
    using dstPitch2 for the Y-pitch. This also unifies the dst pitch
    computation slightly, now that the i915 xvmc special case is gone.
    
    Bugzilla: http://bugs.freedesktop.org/show_bug.cgi?id=25949
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    
    (Minor edit to support compilation without INTEL_XVMC defined by
    Carl Worth <cworth@cworth.org>)

commit 80f2a1f3b5e477a12899ea2251aebcfa62689943
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Mon Mar 1 22:57:38 2010 +0100

    Xv: fixup YUV plane offset for xvmc case
    
    In my previous cleanup I've inadvertedly dropped the offset adjustment
    code for the xvmc passthrough case. Fix this up.
    
    Also reimplement that ugly hack I've accidently killed to keep i915 class
    xvmc a tad bit longer on life support.
    
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
    Tested-by: xunx.fang@intel.com

commit a0ee9c3d9c72962c8d513ec8c43dd4a21e316947
Author: Carl Worth <cworth@cworth.org>
Date:   Fri Feb 26 17:05:45 2010 -0800

    Update version number to 2.10.901
    
    In order to make a new snapshot.

commit 63b8e890a134e5fc8242b655115491a3905ad0ff
Author: Carl Worth <cworth@cworth.org>
Date:   Fri Feb 26 17:05:06 2010 -0800

    NEWS: Add notes for the 2.10.901 snapshot.
    
    From skimming the git lot since 2.10.0.

commit d5409303128f5c9ba940ab564ff407a82eabc597
Author: Carl Worth <cworth@cworth.org>
Date:   Fri Feb 26 16:12:50 2010 -0800
[--snip--]
