Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
MIME-version: 1.0
Content-transfer-encoding: 8BIT
Content-type: text/plain; charset="UTF-8"
Message-id: <5AB9F365.2030309@samsung.com>
Date:   Tue, 27 Mar 2018 16:31:49 +0900
From:   Seung-Woo Kim <sw0312.kim@samsung.com>
Reply-to: sw0312.kim@samsung.com
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011
        Thunderbird/16.0.1
To:     Greg KH <gregkh@linuxfoundation.org>
Cc:     mchehab@kernel.org, linux-kernel@vger.kernel.org
Subject: Re: Linux 3.18.102
In-reply-to: <20180327070528.GB31193@kroah.com>
CMS-TYPE: 101P
DLP-Filter: Pass
References: <CGME20180325090010epcas1p2864bb6fe3cbc420bc71eb0e7f1c847f1@epcas1p2.samsung.com>
        <20180325085952.GA31575@kroah.com> <5AB9A111.1080105@samsung.com>
        <20180327070528.GB31193@kroah.com>
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk


On 2018년 03월 27일 16:05, Greg KH wrote:
> On Tue, Mar 27, 2018 at 10:40:33AM +0900, Seung-Woo Kim wrote:
>> Hello,
>>
>> Until 3.18.102, it looks like following patch series for v4l2 seems missed.
>>
>> 273caa2 media: v4l2-compat-ioctl32.c: make ctrl_is_pointer work for subdevs
>> a1dfb4c media: v4l2-compat-ioctl32.c: refactor compat ioctl32 logic
>> d83a824 media: v4l2-compat-ioctl32.c: don't copy back the result for
>> certain errors
>> 169f24c media: v4l2-compat-ioctl32.c: drop pr_info for unknown buffer type
>> a751be5 media: v4l2-compat-ioctl32.c: copy clip list in put_v4l2_window32
>> b8c601e media: v4l2-compat-ioctl32.c: fix ctrl_is_pointer
>> 8ed5a59 media: v4l2-compat-ioctl32.c: copy m.userptr in put_v4l2_plane32
>> 333b1e9 media: v4l2-compat-ioctl32.c: avoid sizeof(type)
>> 486c521 media: v4l2-compat-ioctl32.c: move 'helper' functions to
>> __get/put_v4l2_format32
>> b7b957d media: v4l2-compat-ioctl32.c: fix the indentation
>> 3ee6d04 media: v4l2-compat-ioctl32.c: add missing VIDIOC_PREPARE_BUF
>> 181a4a2 media: v4l2-ioctl.c: don't copy back the result for -ENOTTY
> 
> That is correct.
> 
>> Any plan to apply the series?
> 
> Do you have a backported version of this series that will apply to that
> kernel tree?  If so, I'll be glad to apply it but I'm pretty sure the
> reason I did not apply them was because they did not apply correctly.

I dit not do it myself. I just checked the series is applied on other
stable trees.

> 
> Also, are you even sure you need these patches for 3.18.y?  Do you have
> a v4l2 device that relies on these fixes?

I've just expected A-34624167 is also fixed from other ARM64 devices
based on 3.18.y.

Best Regards,
- Seung-Woo Kim

> 
> thanks,
> 
> greg k-h
> 
> 
> 

-- 
Seung-Woo Kim
Samsung Research
--