public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Sunyoung Kang" <sy0816.kang@samsung.com>
To: "'Greg Kroah-Hartman'" <gregkh@linuxfoundation.org>
Cc: <mchehab@kernel.org>, "'Hans Verkuil'" <hverkuil-cisco@xs4all.nl>,
	"'Arnd Bergmann'" <arnd@arndb.de>,
	"'Thomas Gleixner'" <tglx@linutronix.de>,
	<linux-media@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Subject: RE: [PATCH] media: v4l2-compat-ioctl32.c: copy reserved2 field in get_v4l2_buffer32
Date: Mon, 20 Apr 2020 09:40:33 +0900	[thread overview]
Message-ID: <000001d616ac$4ceaf1a0$e6c0d4e0$@samsung.com> (raw)
In-Reply-To: <20200418073719.GA2410414@kroah.com>

I understand what you mean.
However, the way to transmit information about the buffer is only flags in
v4l2_buffer
In flags in v4l2_buffer, there is no reserved bit field that can be used for
custom.
Additional information about the buffer is needed to provide various
functions required by the customers but flags is not enough. So reserved2 is
used as an alternative.
Can you suggest a better opinion?

And copy the reserved2 value in put_v4l2_buffer32(), but it is missing only
in get_v4l2_buffer32().
Can't I put it in get_v4l2_buffer32()?

Thanks,
Sunyoung

> -----Original Message-----
> From: 'Greg Kroah-Hartman' <gregkh@linuxfoundation.org>
> Sent: Saturday, April 18, 2020 4:37 PM
> To: Sunyoung Kang <sy0816.kang@samsung.com>
> Cc: mchehab@kernel.org; 'Hans Verkuil' <hverkuil-cisco@xs4all.nl>; 'Arnd
> Bergmann' <arnd@arndb.de>; 'Thomas Gleixner' <tglx@linutronix.de>; linux-
> media@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] media: v4l2-compat-ioctl32.c: copy reserved2 field in
> get_v4l2_buffer32
> 
> On Sat, Apr 18, 2020 at 12:14:09PM +0900, Sunyoung Kang wrote:
> > Exynos video codec driver uses reserved2 value. How will reserved2 be
> > used for future use?
> 
> No driver should be using the "reserved" fields, as they are "reserved"
> by the api for future expansion of it.  They are not driver-specific
> fields to be used that way at all.
> 
> thanks,
> 
> greg k-h


  reply	other threads:[~2020-04-20  0:40 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20200417025205epcas2p46d33e64f2de49041d2ca68ecc98fc83e@epcas2p4.samsung.com>
2020-04-17  2:45 ` [PATCH] media: v4l2-compat-ioctl32.c: copy reserved2 field in get_v4l2_buffer32 sy0816.kang
2020-04-17  7:24   ` Mauro Carvalho Chehab
2020-04-18  3:13     ` Sunyoung Kang
2020-04-17  8:35   ` Greg Kroah-Hartman
2020-04-18  3:14     ` Sunyoung Kang
2020-04-18  7:37       ` 'Greg Kroah-Hartman'
2020-04-20  0:40         ` Sunyoung Kang [this message]
2020-04-20 11:23           ` Arnd Bergmann
2020-04-21  3:33             ` Sunyoung Kang
2020-04-21  7:46               ` Mauro Carvalho Chehab

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='000001d616ac$4ceaf1a0$e6c0d4e0$@samsung.com' \
    --to=sy0816.kang@samsung.com \
    --cc=arnd@arndb.de \
    --cc=gregkh@linuxfoundation.org \
    --cc=hverkuil-cisco@xs4all.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=tglx@linutronix.de \
    /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