.
To prevent this, clear the flags only under hw_lock and before running
a hardware job.
Signed-off-by: Pawel Osciak
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c |2 --
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c|3
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc_dec.c
b/drivers/media/platform/s5p-mfc/s5p_mfc_dec.c
index a98fe02..de90465 100644
--- a/drivers/media/platform
new resolution yet,
it is simpler to push zero-size buffer until we flush out all dpbs.
This is already been done while handling EOS command, and this patch
extends the same logic to resolution change as well.
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p
From: Pawel Osciak
This field is no longer used as MFC driver doesn't use vb2 alloc contexts
anymore.
Signed-off-by: Pawel Osciak
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h |3 ---
1 file changed, 3 deletions(-)
diff
-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h |1 +
drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c | 25 -
2 files changed, 25 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/s5p-mfc/regs-mfc-v6.h
b/drivers/media/platform/s5p
n of locking in the driver.
Signed-off-by: Pawel Osciak
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c
From: Arun Mankuzhi
If the software watchdog kicks in, we need to de-init MFC
before reloading firmware and re-intializing it again.
Signed-off-by: Arun Mankuzhi
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |4
1 file changed, 4
From: Arun Mankuzhi
>From MFC V8, the MFC wakeup sequence has changed.
MFC wakeup command has to be sent after the host receives
firmware load complete status from risc.
Signed-off-by: Arun Mankuzhi
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-
From: Kiran AVND
Add V4L2_CID_MIN_BUFFERS_FOR_OUTPUT query for encoder.
Once mfc encoder state is HEAD_PARSED, which is sequence
header produced, dpb_count is avaialable. Let user space
query this value.
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc
: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c
b/drivers/media/platform/s5p-mfc/s5p_mfc.c
index 79c9537..eb71055 100644
--- a/drivers
From: Pawel Osciak
Handle REQBUFS(0) for CAPTURE queue as well. Also use the proper queue to call
it on for OUTPUT.
Signed-off-by: Pawel Osciak
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c | 13 +
1 file changed, 13
From: Kiran AVND
Reset sequence for MFC V7 and V8 do not need RISC_ON
to be set to 0, while for MFC V6 it is still needed.
Also, remove a couple of register settings during Reset
which are not needed from V6 onwards.
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media
an error
on subsequent tries. If clock off fails, disable hw_lock also.
Signed-off-by: Prathyush K
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/media
Upstreaming the fixes which have gone in to Chrome OS tree for MFC driver.
Tested on MFCV8, MFCV7 and MFCV6 based Exynos5 based boards, peach-pi
(5800), peach-pit (5420) and snow (5250).
Changes from v2:
1) Rebased on latest media-tree
2) Dropped the patch (14/14) from previous set
s5p-mfc: Don
Hi Kamil,
Kiran will not be available to handle review comments of these patches.
So I will be pushing the updated patchset rebased on media-tree.
I hope all patches are good to merge except
[media] s5p-mfc: Don't change the image size to smaller than the request.
I will drop this one patch and
Hi Jacek,
On Tue, Jul 8, 2014 at 6:33 PM, Jacek Anaszewski
wrote:
> fc906b6d "Remove special clock usage in driver" removed
> initialization of MFC special clock, arguing that there's
> no need to do it explicitly, since it's one of MFC gate clock's
> dependencies and gets enabled along with it.
Latest MFC v6 firmware requires tile mode and loop filter
setting to be done as part of Init buffer command, in sync
with v7. This patch adds this support for new v6 firmware.
Signed-off-by: Arun Kumar K
Signed-off-by: Kiran AVND
Reviewed-by: Tomasz Figa
---
drivers/media/platform/s5p-mfc
The function s5p_mfc_reload_firmware is exactly same as
s5p_mfc_load_firmware. So removing the duplicate function.
Signed-off-by: Arun Kumar K
Reviewed-by: Tomasz Figa
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c | 33
binaries for every version with the driver trying to load
firmwares starting from latest. This ensures full backward
compatibility regardless of which firmware version and kernel
version is used.
Signed-off-by: Arun Kumar K
Reviewed-by: Tomasz Figa
---
drivers/media/platform/s5p-mfc/s5p_mfc.c
g-soc/31735
Changes from v1
- Addressed nits pointed by Sachin on PATCH 2/3
Arun Kumar K (3):
[media] s5p-mfc: Remove duplicate function s5p_mfc_reload_firmware
[media] s5p-mfc: Support multiple firmware sub-versions
[media] s5p-mfc: Add init buffer cmd to MFCV6
drivers/media/platform/s5
Hi Sachin,
On Tue, May 20, 2014 at 5:15 PM, Sachin Kamat wrote:
> Hi Arun,
>
> On 20 May 2014 15:47, Arun Kumar K wrote:
>> For MFC firmwares, improved versions with bug fixes and
>> feature additions are released keeping the firmware version
>> including major and m
Latest MFC v6 firmware requires tile mode and loop filter
setting to be done as part of Init buffer command, in sync
with v7. This patch adds this support for new v6 firmware.
Signed-off-by: Arun Kumar K
Signed-off-by: Kiran AVND
---
drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c |6
The function s5p_mfc_reload_firmware is exactly same as
s5p_mfc_load_firmware. So removing the duplicate function.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c | 33 -
2 files
binaries for every version with the driver trying to load
firmwares starting from latest. This ensures full backward
compatibility regardless of which firmware version and kernel
version is used.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c|9
g-soc/31735
Arun Kumar K (3):
[media] s5p-mfc: Remove duplicate function s5p_mfc_reload_firmware
[media] s5p-mfc: Support multiple firmware sub-versions
[media] s5p-mfc: Add init buffer cmd to MFCV6
drivers/media/platform/s5p-mfc/s5p_mfc.c| 11 +++---
drivers/media/platform/s5
Hi Kamil,
On 05/15/14 20:47, Kamil Debski wrote:
> Hi Arun,
>
>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> ow...@vger.kernel.org] On Behalf Of Arun Kumar K
>> Sent: Wednesday, May 14, 2014 10:10 AM
>>
>> Hi Hans,
>>
>> On
From: Kiran AVND
This patch adds core support for v8 encoder. This
patch also adds register definitions and buffer size
requirements for H264 & VP8 encoding, needed for new
firmware version v8 for MFC
Signed-off-by: Kiran AVND
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kum
From: Kiran AVND
This patch adds variant data and core support for
V8 decoder. This patch also adds the register definition
file for new firmware version v8 for MFC.
Signed-off-by: Kiran AVND
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
.../devicetree/bindings/media/s5p
These 2 patches for MFCv8 support are rebased onto
[1] with the dependencies as mentioned below.
Changes include adding the MFC_V8 version to formats.
- Re-send MFC patches
https://www.mail-archive.com/linux-samsung-soc@vger.kernel.org/msg31051.html
- Adding version information to formats by Kam
From: Pawel Osciak
This is in preparation for a new flow to fix issues with streamon, which
should not be allocating buffer memory.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 19 +---
drivers/media/platform/s5p-mfc
Renaming the IS_MFCV7 macro to IS_MFCV7_PLUS for the
addition of MFCv8 support which reuses the v7 code.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h |2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c|2 +-
drivers/media/platform/s5p-mfc
Update the MPEG4 decoder scratch buffer size as per the
new v6 firmware. This updation is increasing the size and so
is backward compatible with older v6 firmwares.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h |3 +--
1 file changed, 1 insertion(+), 2
From: Kiran AVND
Scratch buffer size updated for vp8 encoding as per
the latest v7 firmware. As the new macro increases the
scratch buffer size, it is backward compatible with the older
firmware too.
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc
The register S5P_FIMV_D_INIT_BUFFER_OPTIONS holds good for v6
firmware too. So moving the definition from v7 regs to v6.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h|1 +
drivers/media/platform/s5p-mfc/regs-mfc-v7.h|2 --
drivers/media/platform
These patches for s5p-mfc are completed review and
accepted. These are rebased onto [1] and fixed conflicts
for merging.
[1] http://git.linuxtv.org/cgit.cgi/kdebski/media_tree_2.git/?h=for-3.16-2
Arun Kumar K (3):
[media] s5p-mfc: Update scratch buffer size for MPEG4
[media] s5p-mfc: Move
.
- Only verify state is MFCINST_INIT when allocating, not when freeing.
- Refactor and simplify code.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 178 ++
1 file changed, 99 insertions(+), 79 deletions
o move
the allocation of private codec buffers to REQBUFS for OUTPUT queue. Also,
move MFC instance opening and closing to REQBUFS as well, as it's tied to
allocation and deallocation of private codec buffers.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/p
The only way to make it work is to queue only one frame per buffer from
userspace and the check in the kernel is useless and wrong for VP8.
So adding VP8 also along with H264 to disallow re-submitting of buffer
back to hardware for decode.
Signed-off-by: Pawel Osciak
Signed-off-by: Ar
ster
values are confusing, because in its case "display" means "a frame has been
outputted to a destination buffer". We should copy if "decode and display"
is returned in it. This also works on <= v6 firmware, which behaves in the same
way with regards to de
Hi Kamil,
Only a small correction.
On Fri, May 16, 2014 at 5:33 PM, Kamil Debski wrote:
> MFC versions support a different set of formats, this specially applies
> to the raw YUV formats. This patch changes enum_fmt, so that it only
> reports formats that are supported by the used MFC version.
>
Hi Hans,
On 05/14/14 12:39, Hans Verkuil wrote:
> On 05/14/2014 08:29 AM, Arun Kumar K wrote:
>> MFCv6 encoder needs specific minimum number of buffers to
>> be queued in the CAPTURE plane. This minimum number will
>> be known only when the sequence header is generated.
&
From: Pawel Osciak
When a resolution change point is reached, queue an event to signal the
userspace that a new set of buffers is required before decoding can
continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |8
expected to reallocate buffers before proceeding. The application
can subscribe to events on a specific pad or input port which
it is interested in.
Signed-off-by: Arun Kumar K
---
Documentation/DocBook/media/v4l/vidioc-dqevent.xml | 33 ++
.../DocBook/media/v4l/vidioc-subscribe
from v1
---
- Addressed review comments from Hans and Laurent
https://patchwork.kernel.org/patch/4000951/
Arun Kumar K (1):
[media] v4l: Add source change event
Pawel Osciak (1):
[media] s5p-mfc: Add support for resolution change event
Documentation/DocBook/media/v4l/vidioc
From: Kiran AVND
This patch adds core support for v8 encoder. This
patch also adds register definitions and buffer size
requirements for H264 & VP8 encoding, needed for new
firmware version v8 for MFC
Signed-off-by: Kiran AVND
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kum
From: Kiran AVND
This patch adds variant data and core support for
V8 decoder. This patch also adds the register definition
file for new firmware version v8 for MFC.
Signed-off-by: Kiran AVND
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
.../devicetree/bindings/media/s5p
Renaming the IS_MFCV7 macro to IS_MFCV7_PLUS for the
addition of MFCv8 support which reuses the v7 code.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h |2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c|2 +-
drivers/media/platform/s5p-mfc
rg/patch/23770/
https://patchwork.linuxtv.org/patch/23768/
Arun Kumar K (1):
[media] s5p-mfc: Rename IS_MFCV7 macro
Kiran AVND (3):
[media] s5p-mfc: Add variants to access mfc registers
[media] s5p-mfc: Core support to add v8 decoder
[media] s5p-mfc: Core support for v8 encoder
.../devic
Update the MPEG4 decoder scratch buffer size as per the
new v6 firmware. This updation is increasing the size and so
is backward compatible with older v6 firmwares.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h |3 +--
1 file changed, 1 insertion(+), 2
also come in earlier MFC firmware versions
if the application calls STREAMON on CAPTURE with some delay
after doing STREAMON on OUTPUT.
So this patch keeps the header buffer until the other frame
buffers are ready and dequeues it just before the first frame
is ready.
Signed-off-by: Arun Kumar K
o move
the allocation of private codec buffers to REQBUFS for OUTPUT queue. Also,
move MFC instance opening and closing to REQBUFS as well, as it's tied to
allocation and deallocation of private codec buffers.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
Posting only p
hexadecimal value
based on the firmware date.
Signed-off-by: avnd kiran
Signed-off-by: Arun Kumar K
---
Changes from v2
- Addressed Kamil's comment
https://patchwork.linuxtv.org/patch/22989/
Changes from v1
- Check for v6 firmware date for differenciating old and new firmware
as per com
Hi Sachin,
Thank you for the review.
Will address your comments and post updated version.
Regards
Arun
On Thu, May 8, 2014 at 3:09 PM, Sachin Kamat wrote:
> Hi Arun,
>
> Just 2 small nits.
>
> On 7 May 2014 17:00, Arun Kumar K wrote:
>> MFCv6 encoder needs specific mini
Hi Kamil,
On 05/13/14 16:02, Kamil Debski wrote:
> Hi,
>
> One small comment below,
>
>> -Original Message-----
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com] On Behalf Of Arun
>> Kumar K
>> Sent: Wednesday, April 23, 2014 2:58 PM
>> To:
Hi Hans,
Will make the changes you suggested.
Thanks & regards
Arun
On Tue, May 13, 2014 at 1:30 PM, Hans Verkuil wrote:
> Hi Arun,
>
> I've got some more comments w.r.t. the documentation:
>
> On 05/13/14 07:59, Arun Kumar K wrote:
>> This event indicates that th
Hi Hans,
On Tue, May 13, 2014 at 1:29 PM, Hans Verkuil wrote:
> On 05/13/14 07:59, Arun Kumar K wrote:
>> From: Pawel Osciak
>>
>> When a resolution change point is reached, queue an event to signal the
>> userspace that a new set of buffers is required befo
Hi Kamil,
On Tue, May 13, 2014 at 2:49 PM, Kamil Debski wrote:
> Hi,
>
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com] On Behalf Of Arun
>> Kumar K
>> Sent: Tuesday, March 11, 2014 10:16 AM
>>
>> From: avnd kiran
>>
>> Latest MFC v6 firmwa
expected to reallocate buffers before proceeding. The application
can subscribe to events on a specific pad or input port which
it is interested in.
Signed-off-by: Arun Kumar K
---
Documentation/DocBook/media/v4l/vidioc-dqevent.xml | 32 +
.../DocBook/media/v4l/vidioc-subscribe
From: Pawel Osciak
When a resolution change point is reached, queue an event to signal the
userspace that a new set of buffers is required before decoding can
continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |7
://patchwork.kernel.org/patch/4135731/
Changes from v2
---
- Event can be subscribed on specific pad / port as
suggested by Hans.
Changes from v1
---
- Addressed review comments from Hans and Laurent
https://patchwork.kernel.org/patch/4000951/
Arun Kumar K (1):
[media] v4l
Hi Hans, Laurent,
On 05/09/14 18:45, Hans Verkuil wrote:
> On 05/09/2014 03:09 PM, Laurent Pinchart wrote:
>> Hi Arun,
>>
>> Thank you for the patch. We're slowly getting there :-)
>>
>> On Thursday 08 May 2014 17:19:15 Arun Kumar K wrote:
>>>
The only way to make it work is to queue only one frame per buffer from
userspace and the check in the kernel is useless and wrong for VP8.
So adding VP8 also along with H264 to disallow re-submitting of buffer
back to hardware for decode.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
-
Hi Tomasz,
On 05/09/14 10:50, Tomasz Figa wrote:
> Hi Arun, Paweł,
>
> On 09.05.2014 06:49, Arun Kumar K wrote:
>> Hi Kamil,
>>
>> On 05/09/14 06:30, Pawel Osciak wrote:
>>> Hi Kamil,
>>>
>>> On Fri, May 9, 2014 at 1:31 AM, Kamil Debski
Hi Kamil,
On 05/08/14 21:54, Kamil Debski wrote:
> Hi Arun,
>
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com]
>> Sent: Tuesday, April 22, 2014 2:22 PM
>>
>> Hi Laurent,
>>
>> Thank you for the review.
>>
>> On Tue, Apr 22, 20
Hi Kamil,
On 05/08/14 21:52, Kamil Debski wrote:
> Hi,
>
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com] On Behalf Of Arun
>> Kumar K
>> Sent: Tuesday, March 11, 2014 10:16 AM
>>
>> From: avnd kiran
>>
>> Latest MFC v6 firmware requires ti
Hi Kamil,
On 05/08/14 21:52, Kamil Debski wrote:
> Hi,
>
>
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com] On Behalf Of Arun
>> Kumar K
>> Sent: Friday, March 07, 2014 9:26 AM
>>
>> From: Pawel Osciak
>>
>> Currently, for formats that
expected to reallocate buffers before proceeding. The application
can subscribe to events on a specific pad or input/output port which
it is interested in.
Signed-off-by: Arun Kumar K
---
Documentation/DocBook/media/v4l/vidioc-dqevent.xml | 32 +
.../DocBook/media/v4l/vidioc-subscribe
://patchwork.kernel.org/patch/4023131/
Changes from v2
---
- Event can be subscribed on specific pad / port as
suggested by Hans.
Changes from v1
---
- Addressed review comments from Hans and Laurent
https://patchwork.kernel.org/patch/4000951/
Arun Kumar K (1):
[media] v4l
From: Pawel Osciak
When a resolution change point is reached, queue an event to signal the
userspace that a new set of buffers is required before decoding can
continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |7
From: Kiran AVND
Scratch buffer size updated for vp8 encoding as per
the latest v7 firmware. As the new macro increases the
scratch buffer size, it is backward compatible with the older
firmware too.
Signed-off-by: Kiran AVND
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc
versions
if the application calls STREAMON on CAPTURE with some delay
after doing STREAMON on OUTPUT.
So this patch keeps the header buffer until the other frame
buffers are ready and dequeues it just before the first frame
is ready.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc
Hi Hans,
On Wed, Apr 30, 2014 at 8:03 PM, Hans Verkuil wrote:
> On 04/30/2014 12:38 PM, Arun Kumar K wrote:
>> Hi Hans,
>>
>>
>> On 04/22/14 18:22, Hans Verkuil wrote:
>>> On 04/21/2014 11:26 AM, Arun Kumar K wrote:
>>>> From: Pawel Osciak
>
Hi Hans,
On 04/22/14 18:22, Hans Verkuil wrote:
> On 04/21/2014 11:26 AM, Arun Kumar K wrote:
>> From: Pawel Osciak
>>
>> This event indicates that the decoder has reached a point in the stream,
>> at which the resolution changes. The userspace is expected to prov
Hi Sachin,
On Wed, Apr 30, 2014 at 11:19 AM, Sachin Kamat wrote:
> Hi Arun,
>
> On 30 April 2014 11:15, Arun Kumar K wrote:
>> Hi Sachin,
>>
>> Thank you for the review.
>>
>>
>> On 04/29/14 22:45, Sachin Kamat wrote:
>>>
>>&g
Hi Sachin,
Thank you for the review.
On 04/29/14 22:45, Sachin Kamat wrote:
Hi Arun,
On 23 April 2014 18:27, Arun Kumar K wrote:
From: Kiran AVND
This patch adds variant data and core support for
V8 decoder. This patch also adds the register definition
file for new firmware version v8 for
With the inclusion of MFCv8 which reuses the v7 code,
the macro IS_MFCV7 is modified to IS_MFCV7_PLUS.
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h |2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c|2 +-
drivers/media/platform/s5p-mfc
buffer for decode.
[media] s5p-mfc: Add a control for IVF format for VP8 encoder
Arun Kumar K (1):
[media] s5p-mfc: Rename IS_MFCV7 macro
Kiran AVND (2):
[media] s5p-mfc: Add variants to access mfc registers
[media] s5p-mfc: Core support to add v8 decoder
.../devicetree/bindings/media/s
From: Kiran AVND
This patch adds variant data and core support for
V8 decoder. This patch also adds the register definition
file for new firmware version v8 for MFC.
Signed-off-by: Kiran AVND
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
.../devicetree/bindings/media/s5p
Hi Laurent,
Thank you for the review.
On Tue, Apr 22, 2014 at 5:23 PM, Laurent Pinchart
wrote:
> Hi Arun,
>
> Thank you for the patch.
>
> On Tuesday 22 April 2014 16:32:48 Arun Kumar K wrote:
>> The patch adds IOMMU support for MFC driver.
>
> I've been working
The patch adds IOMMU support for MFC driver.
Signed-off-by: Arun Kumar K
---
This patch is tested on IOMMU support series [1] posted
by KyonHo Cho.
[1] https://lkml.org/lkml/2014/3/14/9
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 33 ++
1 file changed, 33
Hi Laurent,
Thank you for the review.
On Mon, Apr 21, 2014 at 3:54 PM, Laurent Pinchart
wrote:
> Hi Arun,
>
> Thank you for the patch.
>
> On Monday 21 April 2014 14:56:01 Arun Kumar K wrote:
>> From: Pawel Osciak
>>
>> This event indicates that the decoder
Hi Pawel,
On Mon, Apr 21, 2014 at 2:58 PM, Pawel Osciak wrote:
> Arun, I think it'd better if you attributed this patch to yourself, I'm not
> the author of it. I only wrote patch 2/2 in this series.
> Thanks,
> Pawel
>
>
Sure I will change it. I kept your name as it was a rework of your patch f
involving resolution
or format changes at runtime for all kinds of video devices.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
.../DocBook/media/v4l/vidioc-subscribe-event.xml | 16
include/uapi/linux/videodev2.h |6 ++
2 files changed
This patchset adds the resolution change event to the MFC
decoder. This will be used for triggering the runtime resolution
change.
Changes from v1
---
- Addressed review comments from Hans and Laurent
https://patchwork.kernel.org/patch/4000951/
Pawel Osciak (2):
v4l: Add resolutio
From: Pawel Osciak
When a resolution change point is reached, queue an event to signal the
userspace that a new set of buffers is required before decoding can
continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |6
Hi Laurent and Hans,
Thank you for the review.
On Wed, Apr 16, 2014 at 7:46 PM, Hans Verkuil wrote:
> On 04/16/2014 04:09 PM, Laurent Pinchart wrote:
>> Hi Arun,
>>
>> Thank you for the patch.
>> On Wednesday 16 April 2014 18:29:21 Arun Kumar K wrote:
>>> Fr
From: Pawel Osciak
When a resolution change point is reached, queue an event to signal the
userspace that a new set of buffers is required before decoding can
continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |6
From: Pawel Osciak
This event indicates that the decoder has reached a point in the stream,
at which the resolution changes. The userspace is expected to provide a new
set of CAPTURE buffers for the new format before decoding can continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar
This patch series contain some fixes and cleanups done to the
s5p-mfc decoder in reqbuf, streamon and open/close commands. These
patches are present in the ChromeOS tree and just rebased onto the
media-tree and tested.
Pawel Osciak (3):
[media] s5p-mfc: Fixes for decode REQBUFS.
[media] s5p-mf
From: Pawel Osciak
This is in preparation for a new flow to fix issues with streamon, which
should not be allocating buffer memory.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 19 +---
drivers/media/platform/s5p-mfc
o move
the allocation of private codec buffers to REQBUFS for OUTPUT queue. Also,
move MFC instance opening and closing to REQBUFS as well, as it's tied to
allocation and deallocation of private codec buffers.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/p
.
- Only verify state is MFCINST_INIT when allocating, not when freeing.
- Refactor and simplify code.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 178 ++
1 file changed, 99 insertions(+), 79 deletions
ster
values are confusing, because in its case "display" means "a frame has been
outputted to a destination buffer". We should copy if "decode and display"
is returned in it. This also works on <= v6 firmware, which behaves in the same
way with regards to de
Hi Kamil,
On Tue, Mar 11, 2014 at 4:59 PM, Kamil Debski wrote:
> Hi Arun,
>
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com] On Behalf Of Arun
>> Kumar K
>> Sent: Friday, March 07, 2014 9:26 AM
>>
>> From: Pawel Osciak
>>
>> Currently, for
hexadecimal value
based on the firmware date.
Signed-off-by: avnd kiran
Signed-off-by: Arun Kumar K
---
Changes from v1
---
- Check for v6 firmware date for differenciating old and new firmware
as per comments from Kamil and Sylwester.
---
drivers/media/platform/s5p-mfc/regs-mfc-v6
Hi Kamil,
On Fri, Mar 7, 2014 at 6:18 PM, Kamil Debski wrote:
> Hi Arun,
>
>> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com]
>> Sent: Friday, March 07, 2014 12:10 PM
>>
>> Hi Sylwester,
>>
>> On Fri, Mar 7, 2014 at 2:59 PM, Sylwester Nawrocki
>&
Hi Sylwester,
On Fri, Mar 7, 2014 at 2:59 PM, Sylwester Nawrocki
wrote:
> Hi,
>
> On 07/03/14 09:31, Arun Kumar K wrote:
>> From: avnd kiran
>>
>> Latest MFC v6 firmware requires tile mode and loop filter
>> setting to be done as part of Init buffer command, i
-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/regs-mfc-v6.h|1 +
drivers/media/platform/s5p-mfc/regs-mfc-v7.h|2 --
drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c | 11 +++
3 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/media/platform/s5p
The only way to make it work is to queue only one frame per buffer from
userspace and the check in the kernel is useless and wrong for VP8.
MPEG4 still seems to require it, so keep it only for that format.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc
From: Pawel Osciak
Add a control to enable/disable IVF output stream format for VP8 encode.
Set the IVF format output to disabled as default.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
Documentation/DocBook/media/v4l/controls.xml|8
drivers/media/platform
1 - 100 of 462 matches
Mail list logo
