| Age | Commit message (Collapse) | Author |
|---|
|
We only passed around and actually used the gem handle. Don't
need a struct for one field alone ...
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
(cherry picked from commit a0058369bbdfb49f8df5ee1e50671115927d3565)
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
And kill all the static structures. This way it's clearer what's
common and what's specific. And the code is shorter too.
Also clean up src/i830_hwmc.c - kill the nonstandard surface types
for i915 and the associated code.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
Instead of threading it through a global variable.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
(cherry picked from commit 00b63ecb192b7eafea9482bf5c5c5d442ce2c6fc)
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
No point splitting this up. Gets rid of two #ifdef INTEL_XVMC blocks
in i830_video.c.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
(cherry picked from commit 411cdcb6fcb60085191cf712aba1e0977f145256)
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
Like for the i915. With this create_context is now also shared.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
(cherry picked from commit b666e3e29f22894f43a8e9f7f3d1b950d431c42d)
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
Doing the same with the i965 code will allow us to share the
create_context function.
src/i915_hwmc.h is now almost empty. Move the last #defines to
src/xvmv/i915_xvmc.c where they are actually used and delete the
file.
Also rename the ddx context struct to something sane.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
(cherry picked from commit e0068b1e63bc914940dbeb52de46657fcf5da1ea)
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
Both xvmc are handing in the bo in the exact same way. So move the code
to src/i830_video.c and kill this great oeuvre of spaghetti-code.
The xvmc driver ini and fini also lost their last use, kill them, too.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
(cherry picked from commit 5d104e9c5cd5cd2d34c9035dd38794fa9b5578f3)
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
It's been unused for quite a while.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Reviewed-by: Carl Worth <cworth@cworth.org>
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>
|
|
We've talked about doing this since the start of the project, putting it off
until "some convenient time". Just after removing a third of the driver seems
like a convenient time, when backporting's probably not happening much anyway.
(cherry picked from 8ae0e44e42db645abe6d385f561260d2ae4a1960 commit)
|
|
|
|
|
|
|
|
This cleans up findstatic.pl output for the i830+ code, which resulted in
removing some code. The only odd part of this commit is the
if (0) i830_sdvo_dump() in i830_sdvo.c -- it tells the compiler that the code
is used, without using it since we want the code around while debugging.
It's also in a likely place to ask for the dump, so I think it's OK.
|
|
|
|
Conflicts:
src/common.h
src/i830_hwmc.c
src/i830_video.c
|
|
We should also carefully select surface type id.
|
|
|
|
User don't need to have XvMCConfig file then, if ld.so can
find libIntelXvMC.so in ld path.
|
|
Make surface list track like context list, and move
generic PutSurface code out of i915. So MC driver just
needs to fill specific the command params, and we can
get one single type of intel xvmc command to issue,
ddx driver's put_image_size got removed.
Fix last commit with missing XvMCContext assignment.
Fix priv_data free with apropriate X11 XFree.
|
|
|
|
|
|
|
|
Still a lot of things to move include batch buffer, lock, context,
surface resource handling, etc.
|
|
|
|
|
|
|
|
We have to grab xvadaptor's PutImage earlier than
xv init, otherwise no chance to do that..
|
|
|
|
convert i915 to new xvmc driver interface
|
