This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Fri Aug 12 04:00:17 CEST 2016
git branch: test
git hash: b6aa39228966e0d3f0bc3306be1892f87792903a
gcc
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/staging/media/lirc/lirc_imon.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/media/lirc/lirc_imon.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/staging/media/lirc/lirc_sasem.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/media/lirc/lirc_sasem.c
This per-subsystem series is part of a tree wide cleanup. usb_alloc_urb() uses
kmalloc which already prints enough information on failure. So, let's simply
remove those "allocation failed" messages from drivers like we did already for
other -ENOMEM cases. gkh acked this approach when we talked
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/hackrf/hackrf.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/hackrf/hackrf.c
b/drivers/media/usb/hackrf/hackrf.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/stk1160/stk1160-video.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/stk1160/stk1160-video.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/hdpvr/hdpvr-video.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/hdpvr/hdpvr-video.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/em28xx/em28xx-core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/em28xx/em28xx-core.c
b/drivers/media/usb/em28xx/em28xx-core.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/s2255/s2255drv.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/media/usb/s2255/s2255drv.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/cpia2/cpia2_usb.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/cpia2/cpia2_usb.c
b/drivers/media/usb/cpia2/cpia2_usb.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/usbvision/usbvision-core.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/media/usb/usbvision/usbvision-core.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/cx231xx/cx231xx-core.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-core.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/zr364xx/zr364xx.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/zr364xx/zr364xx.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/stkwebcam/stk-webcam.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/stkwebcam/stk-webcam.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/tm6000/tm6000-video.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/tm6000/tm6000-video.c
b/drivers/media/usb/tm6000/tm6000-video.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/gspca/gspca.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/gspca/gspca.c b/drivers/media/usb/gspca/gspca.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/msi2500/msi2500.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/msi2500/msi2500.c
b/drivers/media/usb/msi2500/msi2500.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/cx231xx/cx231xx-audio.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-audio.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/dvb-usb/dib0700_core.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/dib0700_core.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/pwc/pwc-if.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/pwc/pwc-if.c b/drivers/media/usb/pwc/pwc-if.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/tm6000/tm6000-dvb.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/tm6000/tm6000-dvb.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/gspca/konica.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/gspca/konica.c b/drivers/media/usb/gspca/konica.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/rc/redrat3.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/rc/redrat3.c b/drivers/media/rc/redrat3.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/em28xx/em28xx-audio.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/em28xx/em28xx-audio.c
b/drivers/media/usb/em28xx/em28xx-audio.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/as102/as102_usb_drv.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/as102/as102_usb_drv.c
b/drivers/media/usb/as102/as102_usb_drv.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/gspca/benq.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/usb/gspca/benq.c b/drivers/media/usb/gspca/benq.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/dvb-frontends/rtl2832_sdr.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/dvb-frontends/rtl2832_sdr.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/au0828/au0828-video.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/au0828/au0828-video.c
b/drivers/media/usb/au0828/au0828-video.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/radio/si470x/radio-si470x-usb.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/radio/si470x/radio-si470x-usb.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/cx231xx/cx231xx-vbi.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-vbi.c
b/drivers/media/usb/cx231xx/cx231xx-vbi.c
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/rc/imon.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index
kmalloc will print enough information in case of failure.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/airspy/airspy.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/usb/airspy/airspy.c
b/drivers/media/usb/airspy/airspy.c
index
This per-subsystem series is part of a tree wide cleanup. usb_alloc_urb() uses
kmalloc which already prints enough information on failure. So, let's simply
remove those "allocation failed" messages from drivers like we did already for
other -ENOMEM cases. gkh acked this approach when we talked
Hi Hans and Dave,
On Fri, Jul 22, 2016 at 11:46:59AM +0200, Hans Verkuil wrote:
> > On a related note, if putting together a system with IMX219 or similar
> > producing Bayer raw 10, the data on the CSI2 bus is one of the
> > V4L2_PIX_FMT_SRGGB10P formats. What's the correct way to reflect that
Hi Hans,
On Fri, Jul 22, 2016 at 12:36:59PM +0200, Hans Verkuil wrote:
>
>
> On 07/21/2016 01:17 PM, Sakari Ailus wrote:
> > Instead of checking for a strict size for the IOCTL arguments, place
> > minimum and maximum limits.
>
> This sentence is out of date: it checks for alternative smaller
Hi folks,
This is the fourth version of the media IOCTL handling rework set. What's
changed since v3:
patch 1:
- Use BUILD_BUG_ON() and ARRAY_SIZE() to ensure the ioctl array and the
equivalent compat array are always in sync. (This caused quite a few
conflicts with the rest of the
New IOCTLs (especially for the request API) do not necessarily need the
graph mutex acquired. Leave this up to the drivers.
Signed-off-by: Sakari Ailus
Reviewed-by: Laurent Pinchart
Acked-by: Hans Verkuil
Maintain a list of supported IOCTL argument sizes and allow only those in
the list.
As an additional bonus, IOCTL handlers will be able to check whether the
caller actually set (using the argument size) the field vs. assigning it
to zero. Separate macro can be provided for that.
This will be
Preparation for refactoring media IOCTL handling to unify common parts.
Reviewed-by: Laurent Pinchart
Signed-off-by: Sakari Ailus
---
drivers/media/media-device.c | 54 ++--
1 file changed,
Refactor copying the IOCTL argument structs from the user space and back,
in order to reduce code copied around and make the implementation more
robust.
As a result, the copying is done while not holding the graph mutex.
Signed-off-by: Sakari Ailus
Acked-by: Hans
Each IOCTL handler can be listed in an array instead of using a large and
cumbersome switch. Do that.
Signed-off-by: Sakari Ailus
Reviewed-by: Laurent Pinchart
Acked-by: Hans Verkuil
---
I never received any replies to this message. Should the patch I
suggested be merged?
Alan Stern
On Tue, 12 Jul 2016, Alan Stern wrote:
> On Sat, 9 Jul 2016, Mauro Carvalho Chehab wrote:
>
> > C/C linux-usb Mailing list:
> >
> >
> > Em Wed, 18 May 2016 08:52:28 -0600
> > Wade Berrier
Hello Sakari,
On 08/11/2016 03:31 PM, Sakari Ailus wrote:
> Javier Martinez Canillas wrote:
>> Hello,
>>
>> Sakari pointed out in "[PATCH 2/8] [media] v4l2-async: call registered_async
>> after subdev registration" [0] that the added .registered_async callback
>> isn't
>> needed since the v4l2
Javier Martinez Canillas wrote:
Hello,
Sakari pointed out in "[PATCH 2/8] [media] v4l2-async: call registered_async
after subdev registration" [0] that the added .registered_async callback isn't
needed since the v4l2 core already has an internal_ops .registered callback.
I missed that there
Hi Javier,
On Thu, Aug 11, 2016 at 12:14:01PM -0400, Javier Martinez Canillas wrote:
> Hello Sakari,
>
> Thanks a lot for your feedback.
>
> On 08/11/2016 07:18 AM, Sakari Ailus wrote:
> > On Thu, Aug 11, 2016 at 02:10:43PM +0300, Sakari Ailus wrote:
>
> [snip]
>
> >>>
> >>> + ret =
The v4l2_subdev_core_ops .registered_async callback was added to notify
a subdev when its entity has been registered with the media device, to
allow for example to modify the media graph (i.e: adding entities/links).
But that's not needed since there is already a .registered callback in
struct
The driver is using the struct v4l2_subdev_core_ops .registered_async
callback to register the connector entities and create the pad links
after the subdev entity has been registered with the media device.
But the .registered_async callback isn't needed since the v4l2 core
already calls the
Hello,
Sakari pointed out in "[PATCH 2/8] [media] v4l2-async: call registered_async
after subdev registration" [0] that the added .registered_async callback isn't
needed since the v4l2 core already has an internal_ops .registered callback.
I missed that there was already this when added the
Hello Sakari,
Thanks a lot for your feedback.
On 08/11/2016 07:18 AM, Sakari Ailus wrote:
> On Thu, Aug 11, 2016 at 02:10:43PM +0300, Sakari Ailus wrote:
[snip]
>>>
>>> + ret = v4l2_subdev_call(sd, core, registered_async);
>>> + if (ret < 0) {
>>> + if (notifier->unbind)
>>> +
On 10/08/16 16:48, Tiffany Lin wrote:
Add video decoder node for MT8173
Signed-off-by: Tiffany Lin
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 44 ++
1 file changed, 44 insertions(+)
diff --git
On Thu, 11 Aug 2016 16:17:56 +0530
Sumit Semwal wrote:
> Convert dma-buf documentation over to sphinx; also cleanup to
> address sphinx warnings.
>
> While at that, convert dma-buf-sharing.txt as well, and make it the
> dma-buf API guide.
Thanks for working to improve
Hi Markus,
On 11 August 2016 at 17:28, Markus Heiser wrote:
> Hi Sumit,
>
> I haven't compiled your patch yet, just my 2cent about the
> reStructuredText (reST) ASCII markup ...
>
Thanks very much for your detailed review comments - highly appreciated!
> Here are some
Hello Jani,
On 11 August 2016 at 17:17, Jani Nikula wrote:
> On Thu, 11 Aug 2016, Sumit Semwal wrote:
>> diff --git a/Documentation/dma-buf/guide.rst
>> b/Documentation/dma-buf/guide.rst
>> new file mode 100644
>> index
Am 11.08.2016 um 13:58 schrieb Markus Heiser :
>> +.. note:: Until this stage, the buffer-exporter has the option to choose
>> not to
>> + actually allocate the backing storage for this buffer, but wait for the
>> + first buffer-user to request use of buffer for
Hi Sumit,
I haven't compiled your patch yet, just my 2cent about the
reStructuredText (reST) ASCII markup ...
Here are some handy links about reST and the Sphinx markup constructs,
we have not yet added to the documentation (sorry):
* reST primer:
On Thu, 11 Aug 2016, Sumit Semwal wrote:
> diff --git a/Documentation/dma-buf/guide.rst b/Documentation/dma-buf/guide.rst
> new file mode 100644
> index ..fd3534fdccb3
> --- /dev/null
> +++ b/Documentation/dma-buf/guide.rst
> @@ -0,0 +1,503 @@
> +
> +..
On Thu, Aug 11, 2016 at 02:10:43PM +0300, Sakari Ailus wrote:
> Hi Javier,
>
> On Fri, Feb 05, 2016 at 04:09:52PM -0300, Javier Martinez Canillas wrote:
> > V4L2 sub-devices might need to do initialization that depends on being
> > registered with a V4L2 device. As an example, sub-devices with
On Tue, Aug 09, 2016 at 01:23:23AM +0200, Pavel Machek wrote:
> On Wed 2016-08-10 15:01:05, Sakari Ailus wrote:
> > On Mon, Aug 08, 2016 at 11:41:32PM +0200, Pavel Machek wrote:
> > > On Mon 2016-08-08 11:09:56, Sakari Ailus wrote:
> > > > On Fri, Aug 05, 2016 at 12:26:11PM +0200, Pavel Machek
Hi Javier,
On Fri, Feb 05, 2016 at 04:09:52PM -0300, Javier Martinez Canillas wrote:
> V4L2 sub-devices might need to do initialization that depends on being
> registered with a V4L2 device. As an example, sub-devices with Media
> Controller support may need to register entities and create pad
Convert dma-buf documentation over to sphinx; also cleanup to
address sphinx warnings.
While at that, convert dma-buf-sharing.txt as well, and make it the
dma-buf API guide.
There is no content change yet; only format conversion and creation of
some hyperlinks.
Sumit Semwal (4):
Include dma-buf sphinx documentation into top level index.
Signed-off-by: Sumit Semwal
---
Documentation/index.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/index.rst b/Documentation/index.rst
index 43c722f15292..2fe8e82d7d8c 100644
---
Commit e941759c74a44d6ac2eed21bb0a38b21fe4559e2 ("fence: dma-buf
cross-device synchronization (v18)") had a spurious kerneldoc section
header that caused Sphinx to complain. Fix it.
Fixes: e941759c74a4 ("fence: dma-buf cross-device synchronization (v18)")
Signed-off-by: Sumit Semwal
Commit 0431b9065f28ecf6c320fefebe0241620049984f ("staging/android: bring
struct sync_pt back") removed child_list and active_list from struct fence,
but left it in kernel doc. Delete them.
Fixes: 0431b9065f28 ("staging/android: bring struct sync_pt back")
Signed-off-by: Sumit Semwal
Branch out dma-buf related documentation into its own rst file to allow
adding it to the sphinx documentation generated.
While at it, move dma-buf-sharing.txt into rst as the dma-buf guide too.
Signed-off-by: Sumit Semwal
---
Documentation/DocBook/device-drivers.tmpl |
Convert dma-buf documentation over to sphinx; also cleanup to
address sphinx warnings.
While at that, convert dma-buf-sharing.txt as well, and make it the
dma-buf API guide.
There is no content change yet; only format conversion and creation of
some hyperlinks.
Sumit Semwal (4):
Albeit not prohibited explicitly, re-registering sub-devices generated a
big, loud warning which quite likely soon was followed by a crash. What
followed was re-initialising a media entity, driver's registered() callback
being called and re-adding a list entry to a list.
Prevent this by returning
Add driver for the Image Sensor Controller. It manages
incoming data from a parallel based CMOS/CCD sensor.
It has an internal image processor, also integrates a
triple channel direct memory access controller master
interface.
Signed-off-by: Songjun Wu
---
Changes in
The Image Sensor Controller driver includes two parts.
1) Driver code to implement the ISC function.
2) Device tree binding documentation, it describes how
to add the ISC in device tree.
Test result with v4l-utils.
# v4l2-compliance -f
v4l2-compliance SHA : not available
Driver Info:
DT binding documentation for ISC driver.
Acked-by: Rob Herring
Signed-off-by: Songjun Wu
---
Changes in v9: None
Changes in v8: None
Changes in v7: None
Changes in v6:
- Add "iscck" and "gck" to clock-names.
Changes in v5:
- Add clock-output-names.
The macro gobj_to_pad() is defined twice in media-entity.h.
Let's remove one.
Signed-off-by: Liu Ying
---
include/media/media-entity.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/media/media-entity.h b/include/media/media-entity.h
index fa874ad..7bf6885
The function media_entity_enum_empty() returns true when the bitmap
of the input parameter media entity enumeration is empty instead of marked.
This patch corrects the return value description of the function.
Signed-off-by: Liu Ying
---
include/media/media-entity.h | 2 +-
1
71 matches
Mail list logo