> > > + .ops = &mtk_cam_dev_ctrl_ops,
> > > + .id = V4L2_CID_PRIVATE_GET_BIN_INFO,
> >
> > Don't use "PRIVATE" in the name. I'd replace that with MTK to indicate
> > that this is mediatek-specific. Same for the next control below.
&
Hi Jungo, Hans,
On Mon, May 13, 2019 at 10:46:46AM +0200, Hans Verkuil wrote:
> On 5/10/19 3:58 AM, Jungo Lin wrote:
...
> > +struct v4l2_ctrl_config mtk_cam_controls[] = {
> > + {
> > + .ops = &mtk_cam_dev_ctrl_ops,
> > + .id = V4L2_CID_PRIVATE_GET_BIN_INFO,
Hi Hans,
Thank you for your comments.
On Mon, 2019-05-13 at 10:46 +0200, Hans Verkuil wrote:
> On 5/10/19 3:58 AM, Jungo Lin wrote:
> > Reserved Mediatek ISP P1 private control number with 16.
> > Moreover, add two private controls for ISP P1 user space
> &
On 5/10/19 3:58 AM, Jungo Lin wrote:
> Reserved Mediatek ISP P1 private control number with 16.
> Moreover, add two private controls for ISP P1 user space
> usage.
>
> 1. V4L2_CID_PRIVATE_GET_BIN_INFO
> - Provide the image output width & height in case
> camera binnin
Reserved Mediatek ISP P1 private control number with 16.
Moreover, add two private controls for ISP P1 user space
usage.
1. V4L2_CID_PRIVATE_GET_BIN_INFO
- Provide the image output width & height in case
camera binning mode is enabled.
2. V4L2_CID_PRIVATE_RAW_PATH
- Export the path contro
Reserved Mediatek ISP P1 private control number with 16.
Moreover, add two private controls for ISP P1 user space
usage.
1. V4L2_CID_PRIVATE_GET_BIN_INFO
- Provide the image output width & height in case
camera binning mode is enabled.
2. V4L2_CID_PRIVATE_RAW_PATH
- Export the path contro
I have a business Proposal that will be of benefit to the both of us.Kindly
contact me on mrmichealwu...@yahoo.com.hk should this be of interest to you.
I have a business Proposal that will be of benefit to the both of us.Kindly
contact me on mrmichealwu...@yahoo.com.hk should this be of interest to you.
--
Greetings,
I am Mrs.Fatim Adama aging widow of 62 years old suffering from long
time
illness.I have some funds I inherited from my late husband, the sum of
($18,500,000.00 Million Dollars) and I needed a very honest and God
fearing who can withdraw this money this funds use it for Charity
On 25/05/18 17:33, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Make set/clear page private code shared and accessible to
> other kernel modules which can re-use these instead of open-coding.
>
> Signed-off-by: Oleksandr Andrushchenko
> ---
> d
From: Oleksandr Andrushchenko
Make set/clear page private code shared and accessible to
other kernel modules which can re-use these instead of open-coding.
Signed-off-by: Oleksandr Andrushchenko
---
drivers/xen/grant-table.c | 54 +--
include/xen
is usually
> set as vb2 queue private data and given that the core can determine
> which objects attached to the request are buffers, it is possible to
> extract the associated private data for the first buffer found.
>
> This is required in order to access the current m2m context
ext is usually
> set as vb2 queue private data and given that the core can determine
> which objects attached to the request are buffers, it is possible to
> extract the associated private data for the first buffer found.
>
> This is required in order to access the current m2m contex
On 04/19/18 17:41, Paul Kocialkowski wrote:
> When calling media operation driver callbacks related to media requests,
> only a pointer to the request itself is provided, which is insufficient
> to retrieve the driver's context. Since the driver context is usually
> set as vb2 q
When calling media operation driver callbacks related to media requests,
only a pointer to the request itself is provided, which is insufficient
to retrieve the driver's context. Since the driver context is usually
set as vb2 queue private data and given that the core can determine
which ob
The mmu_private.h header is included at mmu.c, with duplicates the
already existing definitions at mmu_public.h.
Fix this by removing the erroneous header file.
Solve those issues:
drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_common/host/mmu_private.h:24:26:
warning: fun
Hi Mauro,
I love your patch! Yet something to improve:
[auto build test ERROR on next-20180411]
[also build test ERROR on v4.16]
[cannot apply to linuxtv-media/master staging/staging-testing v4.16 v4.16-rc7
v4.16-rc6]
[if your patch is applied to the wrong git tree, please drop us a note to help
The mmu_private.h header is included at mmu.c, with duplicates the
already existing definitions at mmu_public.h.
Fix this by removing the erroneous header file.
Solve those issues:
drivers/staging/media/atomisp/pci/atomisp2/css2400/hive_isp_css_common/host/mmu_private.h:24:26:
warning: fun
The private members section can now be moved to be together
with the arguments section. Move it there and add an example
about the usage of public:
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/doc-guide/kernel-doc.rst | 56 ++
1 file changed, 30
This is useful if an application is using 2 different devices,
and want logging to be split by device, or if application logging
needs some private context.
Care has been taken to not break the API/ABI and only add new functions,
or only modify private structures.
A drawback is that when
happens. Can either store the event into a file or
> * to print it at the TUI/GUI. Can be null.
> + * @param logpriv Private data for log function
> *
> * @details Sets the function to report log errors and to set the verbosity
> * level of d
event into a file or
* to print it at the TUI/GUI. Can be null.
+ * @param logpriv Private data for log function
*
* @details Sets the function to report log errors and to set the verbosity
* level of debug report messages. If not called, or if logfunc is
@@ -252,7
The private members section can now be moved to be together
with the arguments section. Move it there and add an example
about the usage of public:
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/doc-guide/kernel-doc.rst | 56 ++
1 file changed, 30
The private members section can now be moved to be together
with the arguments section. Move it there and add an example
about the usage of public:
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/doc-guide/kernel-doc.rst | 56 ++
1 file changed, 30
The private members section can now be moved to be together
with the arguments section. Move it there and add an example
about the usage of public:
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/doc-guide/kernel-doc.rst | 56 ++
1 file changed, 30
struct dtv_cmds_h is just an ancillary struct used by the
dvb_frontend.c to internally store frontend commands.
It doesn't belong to the userspace header, nor it is used anywhere,
except inside the DVB core. So, remove it from the header.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/d
struct dtv_cmds_h is just an ancillary struct used by the
dvb_frontend.c to internally store frontend commands.
It doesn't belong to the userspace header, nor it is used anywhere,
except inside the DVB core. So, remove it from the header.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/d
p;b->dma, GFP_KERNEL);
+ b->ctx = mem_ctx;
+ b->virt = dma_alloc_coherent(mem_dev, b->size, &b->dma, GFP_KERNEL);
if (!b->virt) {
mfc_err("Allocating private buffer of size %zu failed\n",
@@ -53,7 +57,7 @@ int s5p_mfc_alloc_p
Use s5p_mfc_priv_buf structure for keeping the firmware image. This will
help handling of firmware buffer allocation in the next patches.
Signed-off-by: Marek Szyprowski
Reviewed-by: Javier Martinez Canillas
Tested-by: Javier Martinez Canillas
Acked-by: Andrzej Hajda
Tested-by: Smitha T Murthy
Once firmware buffer has been converted to use s5p_mfc_priv_buf structure,
it is possible to allocate it with existing s5p_mfc_alloc_priv_buf()
function. This change will help to reduce code variants in the next
patches.
Signed-off-by: Marek Szyprowski
Reviewed-by: Javier Martinez Canillas
Acked
Use s5p_mfc_priv_buf structure for keeping the firmware image. This will
help handling of firmware buffer allocation in the next patches.
Signed-off-by: Marek Szyprowski
Reviewed-by: Javier Martinez Canillas
Tested-by: Javier Martinez Canillas
---
drivers/media/platform/s5p-mfc/s5p_mfc_cmd_v5.
;
+ b->virt = dma_alloc_coherent(mem_dev, b->size, &b->dma, GFP_KERNEL);
if (!b->virt) {
mfc_err("Allocating private buffer of size %zu failed\n",
@@ -53,7 +57,7 @@ int s5p_mfc_alloc_priv_buf(struct device *dev, dma_addr_t
base,
Once firmware buffer has been converted to use s5p_mfc_priv_buf structure,
it is possible to allocate it with existing s5p_mfc_alloc_priv_buf()
function. This change will help to reduce code variants in the next
patches.
Signed-off-by: Marek Szyprowski
Reviewed-by: Javier Martinez Canillas
---
Hell Marek,
On 02/14/2017 04:52 AM, Marek Szyprowski wrote:
> Once firmware buffer has been converted to use s5p_mfc_priv_buf structure,
> it is possible to allocate it with existing s5p_mfc_alloc_priv_buf()
> function. This change will help to reduce code variants in the next
> patches.
>
> Sign
Hello Marek,
On 02/14/2017 04:52 AM, Marek Szyprowski wrote:
> Use s5p_mfc_priv_buf structure for keeping the firmware image. This will
> help handling of firmware buffer allocation in the next patches.
>
> Signed-off-by: Marek Szyprowski
> ---
Reviewed-by: Javier Martinez Canillas
Tested-by:
Hello Marek,
On 02/14/2017 04:51 AM, Marek Szyprowski wrote:
> Change parameters for s5p_mfc_alloc_priv_buf() and s5p_mfc_release_priv_buf()
> functions. Instead of DMA device pointer and a base, provide common MFC
> device structure and memory bank context identifier.
>
> Signed-off-by: Marek Sz
&b->dma, GFP_KERNEL);
if (!b->virt) {
mfc_err("Allocating private buffer of size %zu failed\n",
@@ -53,7 +57,7 @@ int s5p_mfc_alloc_priv_buf(struct device *dev, dma_addr_t
base,
if (b->dma < base) {
mfc_err("Invalid
Use s5p_mfc_priv_buf structure for keeping the firmware image. This will
help handling of firmware buffer allocation in the next patches.
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/s5p-mfc/s5p_mfc_cmd_v5.c | 2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_common.h | 3 +--
drivers
Once firmware buffer has been converted to use s5p_mfc_priv_buf structure,
it is possible to allocate it with existing s5p_mfc_alloc_priv_buf()
function. This change will help to reduce code variants in the next
patches.
Signed-off-by: Marek Szyprowski
---
drivers/media/platform/s5p-mfc/s5p_mfc_
Now that the media device can be allocated dynamically, drivers have no
longer a way to conveniently obtain the driver private data structure.
Provide one again in the form of a private pointer passed to the
media_device_alloc() function.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
Now that the media device can be allocated dynamically, drivers have no
longer a way to conveniently obtain the driver private data structure.
Provide one again in the form of a private pointer passed to the
media_device_alloc() function.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
From: Pawel Osciak
V4L2_CTRL_TYPE_PRIVATE is to be used for private driver compound
controls that use the "ptr" member of struct v4l2_ext_control.
Signed-off-by: Pawel Osciak
Signed-off-by: Jung Zhao
Signed-off-by: Florent Revest
---
drivers/media/v4l2-core/v4l2-ctrls.c | 4 +++
On 08/19/2016 12:23 PM, Sakari Ailus wrote:
> Now that the media device can be allocated dynamically, drivers have no
> longer a way to conveniently obtain the driver private data structure.
> Provide one again in the form of a private pointer passed to the
> media_device_allo
Now that the media device can be allocated dynamically, drivers have no
longer a way to conveniently obtain the driver private data structure.
Provide one again in the form of a private pointer passed to the
media_device_alloc() function.
Signed-off-by: Sakari Ailus
---
drivers/media/media
Now that the media device can be allocated dynamically, drivers have no
longer a way to conveniently obtain the driver private data structure.
Provide one again in the form of a private pointer passed to the
media_device_alloc() function.
Signed-off-by: Sakari Ailus
---
drivers/media/media
From: Hans Verkuil
Marking these controls as private seemed a good idea at one time,
but in practice it makes no sense. So drop this.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/ad9389b.c | 8
drivers/media/i2c/adv7511.c | 6 --
drivers/media/i2c/adv7604.c | 8
From: Peter Rosin
There is a copy of the device pointer in the mux core.
Signed-off-by: Peter Rosin
---
drivers/i2c/muxes/i2c-mux-pinctrl.c | 23 ---
1 file changed, 8 insertions(+), 15 deletions(-)
diff --git a/drivers/i2c/muxes/i2c-mux-pinctrl.c
b/drivers/i2c/muxes/i2c-
details.
I will prefer you to reach me on my private Email address below:
Email: leecheun...@yahoo.com.hk
Kind Regards,
Mr. Lee Cheung.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On Mon, 5 Oct 2015 09:03:48 -0300
Mauro Carvalho Chehab wrote:
> Patch enclosed.
...and applied, thanks!
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-i
not change
e23ccc0a Pawel Osciak 2010-10-11 181 * @queued_entry: entry
on the queued buffers list, which holds all
e23ccc0a Pawel Osciak 2010-10-11 182 * buffers
queued from userspace
e23ccc0a Pawel Osciak 2010-10-11 183 * @done_
Em Mon, 5 Oct 2015 04:56:35 -0600
Jonathan Corbet escreveu:
> On Thu, 1 Oct 2015 14:21:07 -0300
> Mauro Carvalho Chehab wrote:
>
> > They're all after a private comment:
> > /* Private: internal use only */
> >
> > So, according with Documentation
On Thu, 1 Oct 2015 14:21:07 -0300
Mauro Carvalho Chehab wrote:
> They're all after a private comment:
> /* Private: internal use only */
>
> So, according with Documentation/kernel-doc-nano-HOWTO.txt, they shold
> have been ignored.
>
> Still, the scripts
type;
unsigned intmemory;
unsigned intnum_planes;
struct vb2_planeplanes[VIDEO_MAX_PLANES];
/* Private: internal use only */
enum vb2_buffer_state state;
struct list_headqueued_entry;
struct list
Hello,
I am working on a solution, where the dvb demuxer solution is partly based on
LDVB demux framework.
Due to some constraints posed by the lower layers of software stack, fops have
been over-written.
I have allocated driver private per filter structure which I want to use in
conjuction
On 01/19/2015 02:15 PM, Hans Verkuil wrote:
On 12/06/2014 09:26 PM, Benjamin Larsson wrote:
Well I guess I am biased as I have spent lots of time finding a bug that
probably wouldn't exist if the policy was that drivers always should set
their memory to zero before it is free'd.
Just because
On 12/06/2014 09:26 PM, Benjamin Larsson wrote:
> On 12/06/2014 07:37 PM, Antti Palosaari wrote:
>>>
>>> I do think it is good practice to set pointers to null generally as that
>>> would have saved me several days of work of whentracking down this bug.
>>> The current dvb framework contain several
On 12/06/2014 07:37 PM, Antti Palosaari wrote:
I do think it is good practice to set pointers to null generally as that
would have saved me several days of work of whentracking down this bug.
The current dvb framework contain several other cases where pointers are
feed'd but not nulled.
There
On 12/06/2014 08:08 PM, Benjamin Larsson wrote:
On 12/06/2014 05:29 PM, Antti Palosaari wrote:
But that is not needed anymore ?
regards
Antti
Chances are that more devices with the mn8847x chips appear. Someone
somewhere might try to use this demod with the old dvb attach model
during develop
On 12/06/2014 05:29 PM, Antti Palosaari wrote:
But that is not needed anymore ?
regards
Antti
Chances are that more devices with the mn8847x chips appear. Someone
somewhere might try to use this demod with the old dvb attach model
during development. Adding this memset will make the unload i
But that is not needed anymore ?
regards
Antti
On 12/06/2014 02:25 AM, Benjamin Larsson wrote:
Using this driver with the attach dvb model might trigger a use
after free when unloading the driver. With this change the driver
will always fail on unload instead of randomly crash depending
on if t
Using this driver with the attach dvb model might trigger a use
after free when unloading the driver. With this change the driver
will always fail on unload instead of randomly crash depending
on if the memory has been reused or not.
Signed-off-by: Benjamin Larsson
---
drivers/staging/media/mn88
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 --git a
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
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/media/platform/s5p-m
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
---
drivers/media/platform/s5p-mfc/s5p_mfc_common.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/me
Used script loader is quite useless and hides register numbers
making code hard to understand. Get rid of it and use standard
RegMap register write functions directly.
it913x_priv.h file leaves empty after that change and is also
removed.
Signed-off-by: Antti Palosaari
---
drivers/media/tuners/
On 05/22/2014 01:33 PM, Krzysztof Czarnowski wrote:
> Hi,
>
> I got completely confused while trying to create private controls with
> control API and when I finally got down to sanity checks in
> v4l2_ctrl_new() in v4l2-ctrls.c...
>
> It would be nice if the followin
Hi,
I got completely confused while trying to create private controls with
control API and when I finally got down to sanity checks in
v4l2_ctrl_new() in v4l2-ctrls.c...
It would be nice if the following explanation by Hans (archive msg69922)
or maybe some more elaborate version could somehow
dvb_desc_default_init and dvb_desc_default_print are used
internaly only, remove them from the header file.
add extern "C" to the parser functions, so they can be used
from C++ directly.
Signed-off-by: André Roth
---
lib/include/libdvbv5/descriptors.h | 16
lib/libdvbv5/descript
- set list pointer to NULL in case of an error
- improve size checking
- dvb_desc_init is used only internal, remove from header
Signed-off-by: André Roth
---
lib/include/libdvbv5/descriptors.h | 2 --
lib/libdvbv5/descriptors.c | 44 ++
2 files chang
Signed-off-by: Laurent Pinchart
---
src/main.c | 94 ++---
src/mediactl-priv.h | 12 +++
src/mediactl.c | 38 --
src/mediactl.h | 78 +++-
4 files changed, 164 insert
Signed-off-by: Laurent Pinchart
---
src/main.c | 32 ---
src/mediactl-priv.h | 45 ++
src/mediactl.c | 29 +
src/mediactl.h | 62 +
src/v4l2su
Hi Laurent,
On 02/02/2014 10:45 AM, Laurent Pinchart wrote:
> Hi Hans,
>
> Thank you for the patches.
>
> On Friday 31 January 2014 12:12:04 Hans Verkuil wrote:
>> Devices with a simple video pipeline may want to inherit private controls
>> of sub-devices and ex
Hi Hans,
Thank you for the patches.
On Friday 31 January 2014 12:12:04 Hans Verkuil wrote:
> Devices with a simple video pipeline may want to inherit private controls
> of sub-devices and expose them to the video node instead of v4l-subdev
> nodes (which may be inhibit anyway by t
Devices with a simple video pipeline may want to inherit private controls
of sub-devices and expose them to the video node instead of v4l-subdev
nodes (which may be inhibit anyway by the driver).
Add support for this.
A typical real-life example of this is a PCI capture card with just a single
Signed-off-by: Laurent Pinchart
---
src/main.c | 32 ---
src/mediactl-priv.h | 45 ++
src/mediactl.c | 29 +
src/mediactl.h | 62 -
src/v4l2su
Em Sat, 4 Jan 2014 18:07:51 +0100
André Roth escreveu:
description?
what are you fixing? why? how?
> Signed-off-by: André Roth
> ---
> lib/include/libdvbv5/descriptors.h |2 --
> lib/libdvbv5/descriptors.c | 44
> ++--
> 2 files changed, 22 ins
Hans Verkuil xs4all.nl> writes:
>
> Don't use V4L2_CID_PRIVATE_BASE, that doesn't work with the control framework
> (for good but somewhat obscure reasons).
>
> Instead use (V4L2_CID_USER_BASE | 0x1000) as the base for your private
controls.
> If you want to ups
but I don't get how I can add them to my ctrl-handler so that they are
> accessible by calling VIDIOC_S_CTRL.
Don't use V4L2_CID_PRIVATE_BASE, that doesn't work with the control framework
(for good but somewhat obscure reasons).
Instead use (V4L2_CID_USER_BASE | 0x1000) as the
Tom gmx.net> writes:
sorry I forgot to tell that I am using linux version 3.10.
Best Regards, Tom
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello,
I want to add some driver specific ctrls to my ctrl-handler which are not
defined in the "/include/uapi/linux/v4l2-controls.h".
I read that I would need the "V4L2_CID_PRIVATE_BASE" to define the new IDs,
but I don't get how I can add them to my ctrl-handler so that they are
accessible by ca
Signed-off-by: André Roth
---
lib/include/libdvbv5/descriptors.h | 16
lib/libdvbv5/descriptors.c |4 ++--
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/lib/include/libdvbv5/descriptors.h
b/lib/include/libdvbv5/descriptors.h
index ae33fda..d5feb4
Signed-off-by: André Roth
---
lib/include/libdvbv5/descriptors.h |2 --
lib/libdvbv5/descriptors.c | 44 ++--
2 files changed, 22 insertions(+), 24 deletions(-)
diff --git a/lib/include/libdvbv5/descriptors.h
b/lib/include/libdvbv5/descriptors.h
ind
--
This is to inform you that an inheritance was bequeathed in your
favour. Letters were posted to you to this regards, but returned
undelivered. Kindly contact me once you recieve this email for more
information.
Sincerely
Barr Mark Freedman
--
To unsubscribe from this list: send the line "unsub
Hi,
My name is Mr. smith Tiangaye from Central Africa but currently
residing in South Africa. I want to invest in South Africa with your
assistance. Contact me for more information.
Best regard,
Mr. smith Tiangaye
084 023 9962
--
To unsubscribe from this list: send the line "unsubscribe li
Hi Ricardo,
Thanks for the patch.
On Wed, Nov 6, 2013 at 8:10 PM, Ricardo Ribalda Delgado
wrote:
> git grep shows that the function is only called from ths7303.c
>
> Fix this build warning:
>
> CC drivers/media/i2c/ths7303.o
> drivers/media/i2c/ths7303.c:86:5: warning: no previous prototype
Hi Ricardo,
Thank you for the patch.
On Wednesday 06 November 2013 15:40:18 Ricardo Ribalda Delgado wrote:
> git grep shows that the function is only called from ths7303.c
>
> Fix this build warning:
>
> CC drivers/media/i2c/ths7303.o
> drivers/media/i2c/ths7303.c:86:5: warning: no previou
Hello Laurent
I have just uploaded a patch, please take a look if I align it properly.
Thanks!
On Wed, Nov 6, 2013 at 3:33 PM, Laurent Pinchart
wrote:
> Hi Ricardo,
>
> Thank you for the patch.
>
> On Wednesday 06 November 2013 15:27:48 Ricardo Ribalda Delgado wrote:
>> git grep shows that the
git grep shows that the function is only called from ths7303.c
Fix this build warning:
CC drivers/media/i2c/ths7303.o
drivers/media/i2c/ths7303.c:86:5: warning: no previous prototype for
‘ths7303_setval’ [-Wmissing-prototypes]
int ths7303_setval(struct v4l2_subdev *sd, enum ths7303_filt
Hi Ricardo,
Thank you for the patch.
On Wednesday 06 November 2013 15:27:48 Ricardo Ribalda Delgado wrote:
> git grep shows that the function is only called from ths7303.c
>
> Fix this build warning:
>
> CC drivers/media/i2c/ths7303.o
> drivers/media/i2c/ths7303.c:86:5: warning: no previou
git grep shows that the function is only called from ths7303.c
Fix this build warning:
CC drivers/media/i2c/ths7303.o
drivers/media/i2c/ths7303.c:86:5: warning: no previous prototype for
‘ths7303_setval’ [-Wmissing-prototypes]
int ths7303_setval(struct v4l2_subdev *sd, enum ths7303_filt
It is Private
I am George Daniels, a Banker and credit system programmer (HSBC bank).
I saw your email address while browsing through the bank D.T.C Screen in my
office yesterday so I decided to use this very chance to know you. I believe we
should use every opportunity to know each other
next of kin in his
account-opening package in my bank here in Hong kong where I am a bank director.
In other to achieve this, I shall require your full name, and telephone number
to reach you.
Most importantly, a confirmation of acceptance from you is to be sent to my
private email: yongw
LEGAL NOTICE;
I once again try to notify you that my late client Mr James Campbell made his
inheritance of 3.8 million pounds in your favour.
Barr Colin Lee
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordom
On 2013년 06월 07일 20:24, Maarten Lankhorst wrote:
> Op 07-06-13 04:32, 김승우 schreef:
>> Hello Maarten,
>>
>> On 2013년 06월 05일 22:23, Maarten Lankhorst wrote:
>>> Op 31-05-13 10:54, Seung-Woo Kim schreef:
>>>> dma-buf attachment has only exporter pri
Op 07-06-13 04:32, 김승우 schreef:
> Hello Maarten,
>
> On 2013년 06월 05일 22:23, Maarten Lankhorst wrote:
>> Op 31-05-13 10:54, Seung-Woo Kim schreef:
>>> dma-buf attachment has only exporter private data, but importer private data
>>> can be useful for importer esp
Hello Maarten,
On 2013년 06월 05일 22:23, Maarten Lankhorst wrote:
> Op 31-05-13 10:54, Seung-Woo Kim schreef:
>> dma-buf attachment has only exporter private data, but importer private data
>> can be useful for importer especially to re-import the same dma-buf.
>> To use imp
Op 31-05-13 10:54, Seung-Woo Kim schreef:
> dma-buf attachment has only exporter private data, but importer private data
> can be useful for importer especially to re-import the same dma-buf.
> To use importer private data in attachment of the device, the function to
> search attac
31, 2013 at 07:22:24PM +0900, 김승우 wrote:
> >>>> Hello Daniel,
> >>>>
> >>>> Thanks for your comment.
> >>>>
> >>>> On 2013년 05월 31일 18:14, Daniel Vetter wrote:
> >>>>> On Fri, May 31, 2013 at 10:5
gt;>> Thanks for your comment.
>>>>
>>>> On 2013년 05월 31일 18:14, Daniel Vetter wrote:
>>>>> On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
>>>>> wrote:
>>>>>> importer private data in dma-buf attachment can be us
월 31일 18:14, Daniel Vetter wrote:
> >>> On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
> >>> wrote:
> >>>> importer private data in dma-buf attachment can be used by importer to
> >>>> reimport same dma-buf.
> >>>>
> >&
1 - 100 of 149 matches
Mail list logo
