Sync latest fd.o libva:master

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Added version number for libVA. Current version is 0.30.4

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Added more comments for vaCreateBufferFromV4L2Buffer

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fixed dummy driver compile issue

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

refine vaCreateSurfaceFromMrstV4L2Buf to vaCreateSurfaceFromV4L2Buf to make it  more generic

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

rename vaDbgCopySurfaceToBuffer ->vaCopySurfaceToBuffer, vaDbgCreateSurfaceFromMRSTVL42Buffer->vaCreateSurfaceFromMRSTVL42Buffer

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fix vaSetSubpicturePalette compile issue

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

remove vaSetSubpicturePalette

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Chage VASurfaceSkipped from 3 to 4

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

remove Xv checkouk in config

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Added va_dri2tokens.h for DRI2 tokens definition

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Remove uncessary link form libva.so by adding flag RTLD_NODELETE into
dlopen

Here is the background of this fix
Investigation indicates MRST Moblin Alpha1 0529 and 0520 uses the same libva source package
(which is from graphics Alpha1.4 pakcage
\\mid-depot.amr.corp.intel.com\Exchange\Moblin2\PackageSubmit\1.0.7_05142009-4_Alpha1.4),
and the rootcause is that the linkage of libva dependence libraries is
chaned in 0529 build. I am not sure why 0529 build has this change, and this
change indeed causes libva application segment fault issue.

See the detailed investigation and explanation in the attached
libva-0520-vs-0529.PNG picture.

Reproduce Steps(steps,current result, reproduce possibility)
===========================================================
(1) boot 0529 build
(2) Install libva testsuits into 0529 build
(3) run "mpeg4vld -x -i /var/clips/demo.m4v"

Expected result:
===========================================================
libVA application should exit cleanly

Possible root cause:
================================
There was a global change which helps reduce unnecessary linking
utilizing a
feature in binutils. We could opt liva out of this easily, however I
would
recommend fixing the package to do the right linking instead of relying
on the
tools to do so, Arjan, any suggestions?

Anas
=============================
summary of the picture:

the "new" libva does no longer link to

* libXv

* libdrm

* librt

* libpthread

HOWEVER; libva doesn't USE any of these! I don't see how not linking to
these could lead to a crash, since they truely are not used.

================================
Basically it is a known issue. If we remove these library link from
libVA, we will always get a segment fault when XCloseDisplay is called in
application.
Libva doesn't use these liXv/libdrm libraries, but libVA will dlopen HW
specific driver, and the driver links with these libXv/libdrm libraries.
We found the issue can be worked around by adding the link into libVA.
Using binutil to remove unnecessary link makes sense for most of libraries,
but for libva, it disables our workaround.

Austin

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva

Added "intra_period" into VAEncSequenceParameterBufferH263

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Make libva pass compilation with old and new dri2proto

Make libva pass compilation with old DRI2 proto which dri2tokens.h hasn't DRI2DriverDRI definition

Signed-off-by: root <root@Austin-Develop.localdomain>

Added build information (build date/time, git commit point) into the library

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fix binary compatibility issue caused by VAAPI ISO-C conformance fix

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Added va_dri2str.h so that don't relay on dri2proto

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Merge branch 'DRI2'

Must link with Xv, orelse segment fault when XCloseDisplay

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

More update for DRI2 support

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Merge branch 'DRI2' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva into DRI2

Added DRI2 files

Initial support for DRI2

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fix vainfo unsupported_profile vastatus issue

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

vainfo: print more information about supported profile:entrypoints

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Revert "patch 108_drivers_path.patch"

This reverts commit adac1a519de44803b0cdfff29829508cdd419a01.

Add 'bits' field for structure VAEncSliceParameterBuffer

Add -DIN_LIBVA

Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva

Move files from X11 to va

repatch 106_libva_includedir.patch, modify #include <va/va_x11.h> to #include <X11/va_x11.h>

patch 107_cosmetics.patch

patch 109_VA_FOURCC.patch

patch 108_drivers_path.patch

patch 106_libva_includedir.patch

patch 105_libdrm_headers_check.patch

patch 103_fix_includes.patch

patch 102_fix_make_dist.patch

Merge branch VA-ISOC-conformance

Update from Jonathan's latest vaAPI_r030v2.txt

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Update from Jonathan,

1. Updated copyright notices, change history, acknowledge, and overview sections
2. Added two new flags to vaPutSurface to convey whether the source is BT601 or BT709
3. Incorporated the ISO C conformance fixes from Gwenole.
4. Updates about encode API/data structures

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

link with libXv

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva

clean vaDbyCreateSurfaceFromMrstV4L2Buf

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fixed the case that vaXXXX pass a corrupted vaDisplay point

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva

Added vaDbgCreateSurfaceFromUB for V4L2 buffer sharing

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fixed strncpy isssue, should copy "\0" too

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fix vainfo build issue

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Prototype of vaCreateSurfaceFromCIFrame

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fixed issues reported by Klockwork

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fix path issue of "va_x11.h"

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Fixed compile issue

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

not include header at right directory, Compile error fixed

Remove garbage files

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Apply the patch to split va and display/x11 from Gwenole Beauchesne [mailto:gbeauchesne@splitted-desktop.com]

Bellow is his explanation:

> Finally, looking further at <va_x11.h>, I think it should be enough to have
> vaInitialize() in display-dependent headers/libs. The va_x11_getDriverName()
> suggestion was to factor out the thing at the implementation (source
> code/files) level.
>
> Or we could keep vaInitialize() in common lib and rather have vaGetDisplay()
> in the display-specific part? And, while being at it, also rename the
> function to vaCreateDisplay(), to be meaningful about the API change?
>
> Besides, for a different windowing system, we probably would need more than
> just the Display (as we have in X11 land) anyway. e.g. what about OpenGL,
> OpenGL E|S? I don't know, it's just an idea.
>
> I read that Canmore/Sodaville are using the same engines as the Poulsbo
> (SGX535 and VXD370). However, the former platforms only support OpenGL E|S.
> So, how does video acceleration work here? I know it works, I saw it but
> since we still haven't received the machines, I just don't know about the
> actual API. You'd probably want libVA there too.
>
> Splitting libVA between a Core API and a Display API would make it possible
> to reduce code duplication from a player point of view. i.e. I don't think
> it's necessary to have client applications implement
> vaBeginPicture()..vaEndPicture() sequences themselves. I think it should be
> the role of the codec library (ffmpeg, in my case), and it should be able to
> do so without an explicit dependency on X11.
>
> On the other hand, the Core API won't be useful/functional alone. So, that
> could be confusing too.
>
> In practise, I would like to have it working as follows. It's my ideal
> vision, not necessarily the right/correct one. ;-)
>
> Roles of a codec implementation library:
> - Create buffers
> - Render the pictures, in the vaBeginPicture()..vaEndPicture(),
> vaRenderPicture() sense
>
> Roles of a player application:
> - Create display, surfaces, and decode pipeline for the codec library
> - Render the picture, visually, i.e. in the vaPutSurface() sense
>
> Example use:
> VApplication|initialize display
> CodecLibrary|characterise bitstream (codec and other useful info)
> VApplication|create decode pipeline
> VApplication|create surfaces
> CodecLibrary|create buffers (1)
> CodecLibrary|render picture (2)
> VApplication|display picture (3)
> repeat (1) -> (3) while the end of stream is not reached
> VApplication|destroy everything
>
> Have CodecLibrary linked against libva-core-VERSION.so.MAJOR, without any
> dependency on windowing system library.
>
> Have VApplication linked against libva-x11-VERSION.so.MAJOR, itself linked
> against libva-core-VERSION.so.MAJOR and other windowing system libraries.
>
> Regards,
> Gwenole.
>

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

Add definition of FOURCC IYUV
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

dummy driver by default installed into /usr/lib/dri

Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>

add dependence check in autoconfig

change video driver directory to /usr/lib/dri instead of /usr/X11R6/lib/modules/dri

Bump va to v0.30 delievered by Jonathan

Added some FOURCC definitions

Added the missing frame_rate into SequenceParameterMPEG4

Update for:
1. SkipFrame for vaQuerySurfaceStatus
2. disable_deblocking_filter_idc for VAEncSliceParameterBuffer

Correction for PictureParameterH264

Typo correction

Correct some mistakes in va.h

Merge branch 'master' into mrst-video

Add data structures of encode into va.h

Fix interface revision of dummy driver.

Call vaPutSurface

MPEG2 example stream

The HW specific driver depends on "-lXfixes -lXdamage" to do correct display
under rotation mode, but a issue is found that after vaTerminate, XCloseDisplay
will meet a SIGSEGV, and debuging shows libXdamage is unloaded from application
address space after vaTerminate, and keeping libXdamage all along can workaround
this issue. So always link libva with libXdamage here

Add MPEG2 VLD test case

Update error messages

Added VA_STATUS_ERROR_RESOLUTION_NOT_SUPPORTED (still v0.29)

Add VA_STATUS_ERROR_INVALID_PARAMETER

* VC1: Add 'quantizer' to pic params
* Bump version to 0.29

* Add additional error code
* VC1: reference_distance can have values of 0 - 16 inclusive and needs 5 bits

vainfo: Readd VA API version

Update to VA API 0.28

Include vainfo in Debian package

Add vainfo utility to get baseic driver info from command line

Generate proper error for NULL display.

Do no attempt vaCreateBuffer with VAImageBufferType

Update to VA API 0.26
- Combine vaCreateBuffer and vaBufferData

Define VA_LSB_FIRST / VA_MSB_FIRST

Update version numbers to 0.25

Update to VA API v0.25

* Improve validation of input parameters & error reporting

* foward_mb -> forward_mb
* Expand mv_mode from 2 to 3 bits

pic_quantizer_scale needs 5 bits instead of 1

More tests

Handle some of the newer buffer types in vaCreateBuffer

More tests

First test cases

Update library version

preparing for release of v0.24