From: Jacek Anaszewski <jacek.anaszewski@gmail.com>
To: Thierry Escande <thierry.escande@collabora.com>,
Andrzej Pietrasiewicz <andrzej.p@samsung.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 0/8] [media] s5p-jpeg: Various fixes and improvements
Date: Thu, 29 Jun 2017 22:13:52 +0200 [thread overview]
Message-ID: <7402f9e0-2e08-1ac0-2d04-a19057b9b406@gmail.com> (raw)
In-Reply-To: <1498579734-1594-1-git-send-email-thierry.escande@collabora.com>
Hi Thierry,
For the whole series:
Acked-by: Jacek Anaszewski <jacek.anaszewski@gmail.com>
Best regards,
Jacek Anaszewski
On 06/27/2017 06:08 PM, Thierry Escande wrote:
> Hi,
>
> This series contains various fixes and improvements for the Samsung
> s5p-jpeg driver. Most of these patches come from the Chromium v3.8
> kernel tree.
>
> In this v3:
> - Remove codec reset patch (Not needed based on documentation and no
> use case described in original patch commit message).
> - Check for Exynos5420 variant in stream error handling patch.
> - Add use case for resolution change event support in commit message.
> - Move subsampling value decoding in a separate function.
> - Check Exynos variant for 4:1:1 subsampling support.
>
> v2:
> - Remove IOMMU support patch (mapping now created automatically for
> single JPEG CODEC device).
> - Remove "Change sclk_jpeg to 166MHz" patch (can be set through DT
> properties).
> - Remove support for multi-planar APIs (Not needed).
> - Add comment regarding call to jpeg_bound_align_image() after qbuf.
> - Remove unrelated code from resolution change event support patch.
>
> Thierry Escande (3):
> [media] s5p-jpeg: Handle parsing error in s5p_jpeg_parse_hdr()
> [media] s5p-jpeg: Don't use temporary structure in s5p_jpeg_buf_queue
> [media] s5p-jpeg: Split s5p_jpeg_parse_hdr()
>
> Tony K Nadackal (3):
> [media] s5p-jpeg: Call jpeg_bound_align_image after qbuf
> [media] s5p-jpeg: Correct WARN_ON statement for checking subsampling
> [media] s5p-jpeg: Decode 4:1:1 chroma subsampling format
>
> henryhsu (2):
> [media] s5p-jpeg: Add support for resolution change event
> [media] s5p-jpeg: Add stream error handling for Exynos5420
>
> drivers/media/platform/s5p-jpeg/jpeg-core.c | 186 +++++++++++++++++++++-------
> drivers/media/platform/s5p-jpeg/jpeg-core.h | 7 ++
> 2 files changed, 148 insertions(+), 45 deletions(-)
>
prev parent reply other threads:[~2017-06-29 20:14 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20170627160906epcas4p369a67fdb1b8f6898a1f1b4ddb7927995@epcas4p3.samsung.com>
2017-06-27 16:08 ` Thierry Escande
2017-06-27 16:08 ` [PATCH v3 1/8] [media] s5p-jpeg: Call jpeg_bound_align_image after qbuf Thierry Escande
2017-06-29 12:03 ` Andrzej Pietrasiewicz
2017-06-27 16:08 ` [PATCH v3 2/8] [media] s5p-jpeg: Correct WARN_ON statement for checking subsampling Thierry Escande
2017-06-29 12:03 ` Andrzej Pietrasiewicz
2017-06-27 16:08 ` [PATCH v3 3/8] [media] s5p-jpeg: Handle parsing error in s5p_jpeg_parse_hdr() Thierry Escande
2017-06-29 12:04 ` Andrzej Pietrasiewicz
2017-06-27 16:08 ` [PATCH v3 4/8] [media] s5p-jpeg: Don't use temporary structure in s5p_jpeg_buf_queue Thierry Escande
2017-06-29 12:04 ` Andrzej Pietrasiewicz
2017-06-29 20:12 ` Jacek Anaszewski
2017-06-27 16:08 ` [PATCH v3 5/8] [media] s5p-jpeg: Split s5p_jpeg_parse_hdr() Thierry Escande
2017-06-29 12:04 ` Andrzej Pietrasiewicz
2017-06-27 16:08 ` [PATCH v3 6/8] [media] s5p-jpeg: Decode 4:1:1 chroma subsampling format Thierry Escande
2017-06-29 12:04 ` Andrzej Pietrasiewicz
2017-06-27 16:08 ` [PATCH v3 7/8] [media] s5p-jpeg: Add support for resolution change event Thierry Escande
2017-06-29 12:04 ` Andrzej Pietrasiewicz
2017-06-27 16:08 ` [PATCH v3 8/8] [media] s5p-jpeg: Add stream error handling for Exynos5420 Thierry Escande
2017-06-29 12:05 ` Andrzej Pietrasiewicz
2017-06-29 12:02 ` [PATCH v3 0/8] [media] s5p-jpeg: Various fixes and improvements Andrzej Pietrasiewicz
2017-06-29 20:13 ` Jacek Anaszewski [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7402f9e0-2e08-1ac0-2d04-a19057b9b406@gmail.com \
--to=jacek.anaszewski@gmail.com \
--cc=andrzej.p@samsung.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=thierry.escande@collabora.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®