On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
r...@grumpydevil.homelinux.org mailto:r...@grumpydevil.homelinux.org:
Some more info
On 21-02-15 22:30, Rudy Zijlstra wrote:
Dears (Hans?)
My setup, where the cable operator was using only
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
Some more info
On 21-02-15 22:30, Rudy Zijlstra wrote:
Dears (Hans?)
My setup, where the
Decrementing the reference count of the previous endpoint node allows to
use the of_graph_get_next_endpoint function in a for_each_... style macro.
All current users of this function that pass a non-NULL prev parameter
(that is, soc_camera and imx-drm) are changed to not decrement the passed
prev
Note that while of_graph_get_next_endpoint decrements the reference count
of the child node passed to it, of_node_put(child) still has to be called
manually when breaking out of the loop.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart
Hi,
Since there now is a merge conflict in imx-drm-core, I've rebased the series
onto v4.0-rc1. Also a new driver touched by this change appeared, so the first
patch now includes a fix for am437x-vfpe, too. I'd be happy to get an ack for
that.
This series converts all existing users of
This patch adds a function to get a port device tree node by port id,
or reg property value.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/of/base.c| 32
Hi,
Thank you for the review :)
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Friday, February 20, 2015 5:52 PM
Hi Kamil,
One question and one typo below...
On 02/20/2015 05:38 PM, Kamil Debski wrote:
The vb2: fix bytesused == 0 handling (8a75ffb) patch changed the
behavior
Hi JM,
I am trying the Philipp's code and I came to the same conclusion, it
is not possible to setup the last link. Did you do some progress on
this? Any idea?
Maybe, between us we can fix this problem.
Thanks for advice,
2015-01-14 18:11 GMT+01:00 Jean-Michel Hautbois
The s5p-mfc driver interprets a buffer with bytesused equal to 0 as a
special case indicating end-of-stream. After vb2: fix bytesused == 0
handling (8a75ffb) patch videobuf2 modified the value of bytesused if it
was 0. The allow_zero_bytesused flag was added to videobuf2 to keep
backward
The vb2: fix bytesused == 0 handling (8a75ffb) patch changed the behavior
of __fill_vb2_buffer function, so that if bytesused is 0 it is set to the
size of the buffer. However, bytesused set to 0 is used by older codec
drivers as as indication used to mark the end of stream.
To keep backward
The coda driver interprets a buffer with bytesused equal to 0 as a special
case indicating end-of-stream. After vb2: fix bytesused == 0 handling
(8a75ffb) patch videobuf2 modified the value of bytesused if it was 0.
The allow_zero_bytesused flag was added to videobuf2 to keep
backward
This patch splits the io_flags member of vb2_queue into a bit field.
Instead of an enum with flags separate bit fields were introduced.
Signed-off-by: Kamil Debski k.deb...@samsung.com
Acked-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/v4l2-core/videobuf2-core.c | 17
On 02/23/2015 12:58 PM, Kamil Debski wrote:
Hi,
Thank you for the review :)
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Friday, February 20, 2015 5:52 PM
Hi Kamil,
One question and one typo below...
On 02/20/2015 05:38 PM, Kamil Debski wrote:
The vb2: fix bytesused == 0
The logic there tries to start the media entity even if it
doesn't exist, causing this bug:
[ 314.356162] BUG: unable to handle kernel NULL pointer dereference at
0010
[ 314.356202] IP: [a02ef74c]
media_entity_pipeline_start+0x1c/0x390 [media]
Reported-by:
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
Some more info
On 21-02-15 22:30, Rudy Zijlstra wrote:
Em Mon, 26 Jan 2015 09:41:41 -0500
Devin Heitmueller dheitmuel...@kernellabs.com escreveu:
It is actually trivial to get the device nodes once you have the
major/minor. The media-ctl library does that for you. See:
No objection then.
On a related note, you would be very well served to
Op 23-02-15 om 13:44 schreef Rudy Zijlstra:
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra
r...@grumpydevil.homelinux.org:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
r...@grumpydevil.homelinux.org:
Some more
The remote port reference is released both at the end of the OF graph
parsing loop, and in the error code path at the end of the function.
Those two calls will release the same reference, causing the reference
count to go negative.
Fix the problem by removing the second call.
Signed-off-by:
Hi Philipp,
Thank you for the patch.
Benoit, please see below for a possible issue in the am437x-vpfe driver.
On Monday 23 February 2015 11:54:04 Philipp Zabel wrote:
Decrementing the reference count of the previous endpoint node allows to
use the of_graph_get_next_endpoint function in a
Hi,
On 17/12/14 07:22, Tony K Nadackal wrote:
Bits EXYNOS4_DEC_MODE and EXYNOS4_ENC_MODE do not get cleared
on software reset. These bits need to be cleared explicitly.
Signed-off-by: Tony K Nadackal tony...@samsung.com
---
This patch is created and tested on top of linux-next-20141210.
coda_alloc_aux_buf already prints an error, no need to print duplicate
error messages all over the place.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 21 -
drivers/media/platform/coda/coda-common.c | 12 +++-
2
From: Peter Seiderer ps.rep...@gmx.net
Fixes resource leak preventing repeatedly decoding.
Signed-off-by: Peter Seiderer ps.rep...@gmx.net
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
On 02/19/2015 09:05 PM, Mauro Carvalho Chehab wrote:
As discussed on our IRC #v4l channels and on the media ML, most of the
core developers will be again this year in San Jose - CA - USA for the
Embedded Linux Conference.
There are several subjects that we've been discussing those days that
This allows to stop and restart the output queue to start a new sequence
while keeping the capture queue running. Before, sequence end would only
be issued if both output and capture queue were stopped and the sequence
start issued when reenabling the output queue would fail.
Signed-off-by:
From: Philipp Zabel philipp.za...@gmail.com
When queueing a buffer into the bitstream fails, it has to be requeued
in the videobuf2 queue before streaming starts, but while streaming it
should be returned to userspace with an error.
Signed-off-by: Philipp Zabel philipp.za...@gmail.com
---
Allocate the per-context buffers from REQBUFS instead in start_encoding or
start_decoding. This allows to stop and start streaming independently of
buffer (re)allocation
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-bit.c| 55
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/coda/coda-common.c
b/drivers/media/platform/coda/coda-common.c
index b42ccfc..4441179 100644
From: Peter Seiderer ps.rep...@gmx.net
In coda_free_aux_buf() call debugfs_remove only if buffer entry
is valid (and therfore dentry is valid), double protect by
invalidating dentry value.
Fixes erroneous prematurely dealloc of debugfs caused by
incorrect reference count incrementing.
The parameter buffer is a per-context buffer, so we can allocate and free it
together with the other context buffers during REQBUFS.
Since this was the last context buffer allocated in coda-common.c, we can now
move coda_alloc_context_buf into coda-bit.c.
Signed-off-by: Philipp Zabel
There is no need to take the detour through a %s format string
to create a copy of a string.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
Allocating the bitstream buffer only when the format is set allows to guarantee
that at least two frames fit into the bitstream buffer. For small frame sizes
a smaller bitstream buffer can be allocated. Since the bitstream buffer size now
depends on the format, replace CODA_MAX_FRAME_SIZE with
From: Peter Seiderer ps.rep...@gmx.net
kasprintf might fail if free memory is low.
Signed-off-by: Peter Seiderer ps.rep...@gmx.net
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda-common.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
Hi Laurent,
Thanks for the patch.
On Mon, Feb 23, 2015 at 2:49 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
The remote port reference is released both at the end of the OF graph
parsing loop, and in the error code path at the end of the function.
Those two calls will release
2015-02-23 13:44 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
Hi,
this is a series of various fixes and a move of the per-context buffer
allocation into the REQBUFS call. Allocating the bitstream buffer only
after S_FMT allows at the same time to guarantee that the bitstream buffer
is always large enough to contain two worst-case compressed frames and
From: Lad, Prabhakar prabhakar.cse...@gmail.com
The vbi_buffer_filled() and buffer_filled() did the same functionality
except for incrementing the buffer sequence, this patch drops the
vbi_buffer_filled() and re-uses buffer_filled() for vbi buffers
aswell by adding the check for vb2-queue type
kfifo_len is unsigned int, return it as such.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/media/platform/coda/coda.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/coda/coda.h
b/drivers/media/platform/coda/coda.h
index
On 23-02-15 15:21, Tycho Lürsen wrote:
Op 23-02-15 om 13:44 schreef Rudy Zijlstra:
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra
r...@grumpydevil.homelinux.org:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
The logic there tries to start the media entity even if it
doesn't exist, causing this bug:
[ 314.356162] BUG: unable to handle kernel NULL pointer dereference at
0010
[ 314.356202] IP: [a02ef74c]
media_entity_pipeline_start+0x1c/0x390 [media]
Reported-by:
On 17/12/14 07:25, Tony K Nadackal wrote:
In case of corrupt images, multiple interrupts may occur
due to different error scenarios.
Since we are removing the src and dest buffers in the first
interrupt itself, crash occurs in the second error interrupts.
Disable the global interrupt
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:00 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
If a subdevice pad op is called from a bridge driver, then there is
no v4l2_subdev_fh struct that can be passed to the subdevice. This
made it hard to use
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:03 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Support the new 'which' field in the enum_mbus_code ops. Most drivers do not
need to be changed since they always returns the same enumeration
regardless of
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:01 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
While all other pad ops allow you to select whether to use the 'try' or
the 'active' formats, the enum ops didn't have that option and always used
'try'.
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:02 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Return an error if an invalid 'which' valid is passed in.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Laurent Pinchart
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:06 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The subdev enum ioctls now have a new 'which' field. Document this.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Laurent Pinchart
Hi Prabhakar,
Thanks for getting to this before I could. Couple of comments,
mainly typos in commit log.
On 02/23/2015 08:06 AM, Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
The vbi_buffer_filled() and buffer_filled() did the same functionality
except for
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:04 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Support the new 'which' field in the enum_frame_size ops. Most drivers do
not need to be changed since they always returns the same enumeration
regardless of
Thanks for the patch.
Acked-by: Benoit Parrot bpar...@ti.com
Laurent Pinchart laurent.pinch...@ideasonboard.com wrote on Mon [2015-Feb-23
16:49:21 +0200]:
The remote port reference is released both at the end of the OF graph
parsing loop, and in the error code path at the end of the function.
Hi Mauro,
On Monday 23 February 2015 10:55:08 Mauro Carvalho Chehab wrote:
Em Mon, 26 Jan 2015 09:41:41 -0500 Devin Heitmueller escreveu:
It is actually trivial to get the device nodes once you have the
major/minor. The media-ctl library does that for you. See:
No objection then.
On
Hi all,
i am actually in kernel 3.10, is there any support for this chip ?
Thanks
Best regards,
Angelo
--
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
On 23-02-15 20:56, Honza Petrouš wrote:
2015-02-23 16:51 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
And yes, my CAM's are for Irdeto and do not support Nagra. To my
knowledge no valid Nagra CAM do exist for DVB-C
I'm a bit fossil regarding current status of CA in DVB but anyway I
-next-20150223.orig/drivers/media/usb/gspca/Kconfig
+++ linux-next-20150223/drivers/media/usb/gspca/Kconfig
@@ -1,6 +1,7 @@
menuconfig USB_GSPCA
tristate GSPCA based webcams
depends on VIDEO_V4L2
+ depends on INPUT || INPUT=n
default m
---help---
Say
Op 23-02-15 om 16:51 schreef Rudy Zijlstra:
On 23-02-15 15:21, Tycho Lürsen wrote:
Op 23-02-15 om 13:44 schreef Rudy Zijlstra:
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra
r...@grumpydevil.homelinux.org:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
From: Lad, Prabhakar prabhakar.cse...@gmail.com
Hi Laurent/Sakari,
This patch series is intended to use the helpers provided
by the v4l-core.
Please note I have just compile tested them.
Lad, Prabhakar (3):
media: omap3isp: ispvideo: drop setting of vb2 buffer state to
On 02/22/2015 10:29 PM, Antti Palosaari wrote:
On 02/22/2015 10:04 PM, Benjamin Larsson wrote:
On 02/22/2015 02:47 PM, Gilles Risch wrote:
Hi,
most of the used components are identified:
- USB Controller: Empia EM2884
- Stereo A/V Decoder: Micronas AVF 49x0B
- Hybrid Channel Decoder: Micronas
On 02/23/2015 09:24 PM, Gilles Risch wrote:
On 02/22/2015 10:29 PM, Antti Palosaari wrote:
On 02/22/2015 10:04 PM, Benjamin Larsson wrote:
On 02/22/2015 02:47 PM, Gilles Risch wrote:
[...]
[ 141.423608] WARNING: You are using an experimental version of the
media stack.
[ 141.423609] As
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch drops driver specific isp_video_fh, as this
can be handled by core.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
drivers/media/platform/omap3isp/ispvideo.c | 128 +++--
From: Lad, Prabhakar prabhakar.cse...@gmail.com
There isn't a need to assign the state of vb2_buffer to active
as this is already done by the core.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
drivers/media/platform/omap3isp/ispvideo.c | 1 -
1 file changed, 1 deletion(-)
diff
From: Lad, Prabhakar prabhakar.cse...@gmail.com
No need to reinvent the wheel. Just use the already existing
functions provided v4l-core.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
drivers/media/platform/omap3isp/ispvideo.c | 30 --
1 file changed,
2015-02-23 16:51 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
On 23-02-15 15:21, Tycho Lürsen wrote:
Op 23-02-15 om 13:44 schreef Rudy Zijlstra:
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra
r...@grumpydevil.homelinux.org:
On 23-02-15 08:44,
Op 23-02-15 om 20:56 schreef Honza Petrouš:
2015-02-23 16:51 GMT+01:00 Rudy Zijlstra r...@grumpydevil.homelinux.org:
On 23-02-15 15:21, Tycho Lürsen wrote:
Op 23-02-15 om 13:44 schreef Rudy Zijlstra:
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra
Op 23-02-15 om 22:29 schreef Rudy Zijlstra:
On 23-02-15 20:56, Honza Petrouš wrote:
2015-02-23 16:51 GMT+01:00 Rudy Zijlstra
r...@grumpydevil.homelinux.org:
And yes, my CAM's are for Irdeto and do not support Nagra. To my
knowledge no valid Nagra CAM do exist for DVB-C
I'm a bit fossil
On 02/23/2015 09:36 PM, Benjamin Larsson wrote:
On 02/23/2015 09:24 PM, Gilles Risch wrote:
On 02/22/2015 10:29 PM, Antti Palosaari wrote:
On 02/22/2015 10:04 PM, Benjamin Larsson wrote:
On 02/22/2015 02:47 PM, Gilles Risch wrote:
[...]
Not sure if it helps, but I also tried:
$ modprobe
Hi Mauro and Hans,
On Monday 26 January 2015 14:41:53 Hans Verkuil wrote:
On 01/26/2015 02:34 PM, Mauro Carvalho Chehab wrote:
Em Mon, 26 Jan 2015 14:11:50 +0100 Hans Verkuil escreveu:
On 01/26/2015 01:47 PM, Mauro Carvalho Chehab wrote:
The previous provision for DVB media controller
Hi Hans,
On Monday 23 February 2015 10:06:10 Hans Verkuil wrote:
On 02/17/2015 04:08 PM, Ricardo Ribalda Delgado wrote:
Volatile controls can change their value outside the v4l-ctrl framework.
We should ignore the cached written value of the ctrl when evaluating if
we should run s_ctrl.
On 2/23/15, Vincent McIntyre vincent.mcint...@gmail.com wrote:
I saw this too, while working with Antti on adding support for
another rtl* device.
I should add how I triggered this
- build --main-git, make install, halt
- cold-boot, check modules loaded ok, check /dev/dvb/adapter* exist
-
I saw this too, while working with Antti on adding support for
another rtl2832-based DVB card.
The kernel version
[0.00] Linux version 3.13.0-45-generic (buildd@kissel) (gcc version
4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #74-Ubuntu SMP Tue Jan 13 19:37:48 UTC 2015
(Ubuntu
Hi Ricardo,
On 02/17/2015 04:08 PM, Ricardo Ribalda Delgado wrote:
Volatile controls can change their value outside the v4l-ctrl framework.
We should ignore the cached written value of the ctrl when evaluating if
we should run s_ctrl.
I've been thinking some more about this (also due to some
Laurent Pinchart laurent.pinch...@ideasonboard.com writes:
Bjørn, does this fix the circular locking dependency you have reported in
[v3.19-rc7] possible circular locking dependency in uvc_queue_streamoff ?
The report mentions involves locks, so I'm not 100% this patch will fix the
issue.
Hi Steven,
On Wednesday 18 February 2015 21:47:58 Steven Zakulec wrote:
Here are the results of running lsusb -v -d '1871:0516' on my system
that has the patch applied:
Thank you.
Thanks for your help here!
You're welcome. I'll include the device support patch in my v4.1 pull request.
--
Em Tue, 24 Feb 2015 00:58:23 +0200
Laurent Pinchart laurent.pinch...@ideasonboard.com escreveu:
Hi Mauro and Hans,
On Monday 26 January 2015 14:41:53 Hans Verkuil wrote:
On 01/26/2015 02:34 PM, Mauro Carvalho Chehab wrote:
Em Mon, 26 Jan 2015 14:11:50 +0100 Hans Verkuil escreveu:
On
Hi Prabhakar,
Thank you for the patch.
On Monday 23 February 2015 20:19:33 Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
No need to reinvent the wheel. Just use the already existing
functions provided v4l-core.
Signed-off-by: Lad, Prabhakar
Hello Hans and Laurent
I understand volatile as a control that can change its value by the device. So
in that sense I think that my control is volatile and writeable (ack by the
user).
The value written by the user is meaning-less in my usercase, but in another s
it could be useful.
I am
Hi Prabhakar,
Thank you for the patch.
On Monday 23 February 2015 20:19:32 Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch drops driver specific isp_video_fh, as this
can be handled by core.
I'm afraid it's not that simple.
The omap3isp driver stores video
Replace dev_err statement with pr_err to fix null dereference.
Found by Coccinelle.
Signed-off-by: Tapasweni Pathak tapaswenipat...@gmail.com
---
drivers/media/i2c/s5c73m3/s5c73m3-spi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Prabhakar,
Thank you for the patch.
On Monday 23 February 2015 20:19:31 Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
There isn't a need to assign the state of vb2_buffer to active
as this is already done by the core.
Signed-off-by: Lad, Prabhakar
Em Mon, 23 Feb 2015 23:20:15 +0200
Laurent Pinchart laurent.pinch...@ideasonboard.com escreveu:
Hi Mauro,
On Monday 23 February 2015 10:55:08 Mauro Carvalho Chehab wrote:
Em Mon, 26 Jan 2015 09:41:41 -0500 Devin Heitmueller escreveu:
It is actually trivial to get the device nodes once
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: Tue Feb 24 04:00:18 CET 2015
git branch: test
git hash: 8a26a258bdb82db241cdc35f332f88dd67bdb9c9
gcc
On Tue, 2015-02-24 at 10:17 +0530, Tapasweni Pathak wrote:
Replace dev_err statement with pr_err to fix null dereference.
Found by Coccinelle.
Signed-off-by: Tapasweni Pathak tapaswenipat...@gmail.com
---
drivers/media/i2c/s5c73m3/s5c73m3-spi.c |2 +-
1 file changed, 1 insertion(+),
Hi Laurent,
Thanks for the review.
On Tue, Feb 24, 2015 at 12:23 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Prabhakar,
Thank you for the patch.
On Monday 23 February 2015 20:19:33 Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
No need to
On 02/23/2015 01:26 PM, Kamil Debski wrote:
The vb2: fix bytesused == 0 handling (8a75ffb) patch changed the behavior
of __fill_vb2_buffer function, so that if bytesused is 0 it is set to the
size of the buffer. However, bytesused set to 0 is used by older codec
drivers as as indication used
On 02/23/2015 11:54 PM, Gilles Risch wrote:
On 02/23/2015 09:36 PM, Benjamin Larsson wrote:
On 02/23/2015 09:24 PM, Gilles Risch wrote:
On 02/22/2015 10:29 PM, Antti Palosaari wrote:
On 02/22/2015 10:04 PM, Benjamin Larsson wrote:
On 02/22/2015 02:47 PM, Gilles Risch wrote:
[...]
Not sure
82 matches
Mail list logo