summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-03-04i915 XvMC: kill pinned surface buffer in the ddx codeDaniel Vetter
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>
2010-03-04i915 XvMC: kill pinned per-context buffers in the ddx codeDaniel Vetter
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>
2010-03-04i915 XvMC: don't stall the cpu anymoreDaniel Vetter
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>
2010-03-04i915 XvMC: drop superflous MI_FLUSHDaniel Vetter
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>
2010-03-04i915 XvMC: switch surfaces to drm_intel_boDaniel Vetter
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>
2010-03-04i915 XvMC: switch corrdata buffer to drm_intel_boDaniel Vetter
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>
2010-03-04i915 XvMC: switch msb to drm_intel_boDaniel Vetter
Like for the static indirect state buffer. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Carl Worth <cworth@cworth.org>
2010-03-04i915 XvMC: switch sis to drm_intel_boDaniel Vetter
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>
2010-03-04i915 XvMC: switch load_indirect_render_emit to batchbuffer macrosDaniel Vetter
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>
2010-03-04i915 XvMC: switch psc to drm_intel_boDaniel Vetter
Like with the sampler state buffer. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Carl Worth <cworth@cworth.org>
2010-03-04i915 XvMC: switch psp to drm_intel_boDaniel Vetter
Like with the sampler state buffer. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Carl Worth <cworth@cworth.org>
2010-03-04i915 XvMC: switch ssb to drm_intel_boDaniel Vetter
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>
2010-03-04i915 XvMC: kill last_flip and last_renderDaniel Vetter
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>
2010-03-04i915 XvMC: switch one_time_state_emit to batchbuffer macrosDaniel Vetter
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>
2010-03-04XvMC: kill dead code in i915_xvmc.cDaniel Vetter
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>
2010-03-04XvMC: kill i830_memory in 965 class xvmcDaniel Vetter
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>
2010-03-04i830_memory: hide as much of the old memory allocator as possibleDaniel Vetter
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>
2010-03-04i830_memory: switch frontbuffer to drm_intel_boDaniel Vetter
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>
2010-03-04i830_memory: switch cursors to drm_intel_boDaniel Vetter
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>
2010-03-04i830_memory: kill field "pitch"Daniel Vetter
Totally unused. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Eric Anholt <eric@anholt.net>
2010-03-04i830_memory: rip out field "size"Daniel Vetter
Use the one in the drm bo instead. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Eric Anholt <eric@anholt.net>
2010-03-04i830_memory: kill field "tiling_mode"Daniel Vetter
Totally unused. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Eric Anholt <eric@anholt.net>
2010-03-04i830_memory: no memory allocations without a bo!Daniel Vetter
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>
2010-03-04i830_memory: rename i830_bind_all_memory to reflect code realityDaniel Vetter
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>
2010-03-04i830_memory: rip out the old video memory allocatorDaniel Vetter
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>
2010-03-04i830_memory: kill i830_desribe_allocationsDaniel Vetter
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>
2010-03-04i830_memory: rip out field "offset"Daniel Vetter
Use the one in the drm bo instead. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Eric Anholt <eric@anholt.net>
2010-03-04i830_memory: rip out field "end"Daniel Vetter
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>
2010-03-04libIntelXvMC: kill ums leftoversDaniel Vetter
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>
2010-03-04Xv: fixup XvMC on i915Daniel Vetter
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>)
2010-03-04Xv: fixup YUV plane offset for xvmc caseDaniel Vetter
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
2010-02-26Update version number to 2.10.9012.10.901Carl Worth
In order to make a new snapshot.
2010-02-26NEWS: Add notes for the 2.10.901 snapshot.Carl Worth
From skimming the git lot since 2.10.0.
2010-02-26Remove dead code: fill_detailed_lvds_blockCarl Worth
All callers of this function were recently removed, so it can join them in the bit bucket.
2010-02-26kms: Fix LVDS mode list construction.Adam Jackson
Rather than mangle the EDID block and hope the server does the right thing, just build a sensible mode list up front. Do this for LVDS where there is no EDID or where it does not claim to be continuous-frequency (since in the latter case, the server will add reasonable modes for us). Signed-off-by: Adam Jackson <ajax@redhat.com>
2010-02-25NEWS: Fix typo (we just released 2.10 *not* 1.10)Carl Worth
Sigh. Every version number that must be typed manually will eventually be typed incorrectly at some release. (I think that's Owne Taylor's Law)
2010-02-24In frame event handling, track drawable id instead of drawable pointer.Eric Anholt
Windows aren't refcounted, so if the event came in after the window was destroyed, we'd dereference garbage and segfault.
2010-02-24Fix up a bunch of inconsistent 4-space indentation in i830_dri.cEric Anholt
2010-02-23Add new mobile Sandybridge PCI IDs.Eric Anholt
2010-02-23Add initial defines and probing for SandybridgeEric Anholt
2010-02-20Remove more DRI1 dead code.Eric Anholt
2010-02-20Remove dead i830_ring.h.Eric Anholt
2010-02-20Remove dead i830_display.h.Eric Anholt
2010-02-20Remove dead i830_bios.h.Eric Anholt
2010-02-20Remove the last tool now that it's been moved to gpu_tools.Eric Anholt
2010-02-20Remove swf_dumper. We have intel_mmio_read in gpu_tools to do this.Eric Anholt
2010-02-20Remove bios_reader now that it's moved to gpu_tools.Eric Anholt
2010-02-20Remove intel_hotplug tool now that it won't work with KMS.Eric Anholt
We'd want to put something like it in sysfs or something if we wanted this tool to exist again.
2010-02-20Remove dead i830_bios.c.Eric Anholt
Things that used it are now either in the kernel or stashed off in gpu_tools.
2010-02-20Remove intel_gtt and intel_lid now that they're in gpu_tools.Eric Anholt
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-10 10:20:36 +0000