Age | Commit message (Collapse) | Author | Files | Lines |
|
See https://github.com/01org/intel-vaapi-driver
Signed-off-by: Sean V Kelley <seanvk@posteo.de>
|
|
shift uint32_t by 32 bits is undefined behavior.
For this particular case: when invoke avc_bitstream_put_ui() with 32
bits value at byte position of multiple of 4, existing 32 bits garbage
data in the buffer may be retained instead of cleared. The result is,
the position of NALU start code (0x00000001) looks like overwritten by
garbage value.
Patch has been tested and used upstream:
https://chromium-review.googlesource.com/#/c/410541/
Signed-off-by: Kuang-che Wu <kcwu@chromium.org>
Signed-off-by: Sean V Kelley <seanvk@posteo.de>
Reviewed-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Currently it works well for 32-bit address. But it will cause that the
upper 32-bit address is incorrect if the 48-bit address buffer is allocated.
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
The MOCS field is used to define the cache type for the given buffer. From the
SKL+, the MOCS field is interpreted as the index that is used to find the corresponding
cache type in kernel driver. The current MOCS setting causes that buffer uses
the wrong cache type.
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Reviewed-by: Sean V Kelley <sean.v.kelley@intel.com>
|
|
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
PAK_OBJ command buffer
The access domain is not configured correctly for PAK_OBJ command buffer.
And it causes that the buffer content is not synchronized correctly.
At the same time the 64-byte is aligned for the boundary between
CPU and GPU access instead of 16-byte.
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
This reverts commit e1783804bcb35385ffabaeeeb8b4cc3c03d513e0.
|
|
This reverts commit d710462a41cac9b6d12aefab89734674084ab15f.
|
|
This reverts commit 4679bb2de3d9f00287535c2abc5d5f16b389b69b.
|
|
This reverts commit 4587664eba64f8ad4ed63c2b2dade8e0216a043f.
|
|
This reverts commit dd63ade770ec7c305a2b684f0d87115e55a46e88.
|
|
This reverts commit 6d781dd5b9601cc45ee573b8363f05e8bf6195f7.
|
|
This reverts commit 8e1228aaf2fcf17e594f6bdeb2884b64e6b16417.
|
|
This reverts commit c65a3435665ede9f817579d664d9d75d3e4f920f.
|
|
encoder"
This reverts commit 8c0c63aabea6813e1cb883a96c85659f1fe72237.
|
|
This reverts commit 5721e15a744f0c10ba0f5cc33fa9663f2b2aea1e.
|
|
This reverts commit 87f435769b8d19e5f9dbb6b993f1edc5a3ef392d.
|
|
This reverts commit cba5f7c56de012b97cbe7f2a31e26450d33b9eb6.
|
|
This reverts commit 68452120cd8fd9699149b29cf8b029c477ea7930.
|
|
This reverts commit 9dafa51cf6905fce99c205e8a21bbd7837310805.
|
|
This reverts commit a4ee54856292898e79c48c4cba5b7ee3c6f2c8ce.
|
|
This reverts commit d18d00caa4fbacc68b91f354814c40ea917a57b3.
|
|
This reverts commit d49a80e3782cccffe76296847fb1c281cc5cccad.
|
|
AVC MBenc stage"
This reverts commit 1ca86572f314e0a305fcebdfe0feafaebe24caef.
|
|
This reverts commit 95c89e640cddad854040194c72027b48022e83d6.
|
|
This reverts commit cea8c261210b7a64cab16bc01c33744fa4862a83.
|
|
This reverts commit 641b63363b376ea4d1011cd60d3eb71f16dd6fe6.
|
|
This reverts commit aa3ebbb345874da6e438c4ccc86026817c746fa0.
|
|
This reverts commit f2c0e543fd0a195ab505eb6becffe7b2076faf39.
|
|
This reverts commit ee4adf3a2ada440bbf4da4650df47f61416b7741.
|
|
This reverts commit f704bff5dd4ea3dc6c899c93506ee52b4d0ef558.
|
|
This reverts commit fc3c465caaac5202e69ebca006c525321475c148.
|
|
This reverts commit 5c2788d759ea99445e15e9cb44c6039f895e6341.
|
|
This reverts commit 675ae3c4df20d4704814f8671f0db65f589818fd.
|
|
This reverts commit 913e82a3331e36bfaea96b41d475ca7cf4ad7bfc.
|
|
This reverts commit 091e2582a23ac4cd376a851131c96ff9d3f185e6.
|
|
solution on SKL"
This reverts commit dcf071516da00e752afd15ca9527e1e8493c1028.
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Signed-off-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|
|
Signed-off-by: Pengfei Qu <Pengfei.Qu@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
|