Hi Laurent,
Thanks for the review.
On Tue, Feb 24, 2015 at 12:23 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch.
>
> On Monday 23 February 2015 20:19:33 Lad Prabhakar wrote:
>> From: "Lad, Prabhakar"
>>
>> No need to reinvent the wheel. Just use the already existing
>>
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 use
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
> ---
> drivers/media/i2c/s5c73m3/s5c73m3-spi.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Replace dev_err statement with pr_err to fix null dereference.
Found by Coccinelle.
Signed-off-by: Tapasweni Pathak
---
drivers/media/i2c/s5c73m3/s5c73m3-spi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/i2c/s5c73m3/s5c73m3-spi.c
b/drivers/media/i2c/s5c
Em Tue, 24 Feb 2015 00:58:23 +0200
Laurent Pinchart 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 01/26/2015 01:47 PM, Ma
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 versio
Em Mon, 23 Feb 2015 23:20:15 +0200
Laurent Pinchart 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 you have the
> > >> major/m
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.
--
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 out
Hi Prabhakar,
Thank you for the patch.
On Monday 23 February 2015 20:19:32 Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> 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 queues per file handl
Hi Prabhakar,
Thank you for the patch.
On Monday 23 February 2015 20:19:33 Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> No need to reinvent the wheel. Just use the already existing
> functions provided v4l-core.
>
> Signed-off-by: Lad, Prabhakar
> ---
> drivers/media/platform/omap3isp/i
Hi Prabhakar,
Thank you for the patch.
On Monday 23 February 2015 20:19:31 Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> 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
Acked-by: Laurent Pinchart
an
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 i
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_ct
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 contro
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
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
:
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 DV
On 23-02-15 20:56, Honza Petrouš wrote:
2015-02-23 16:51 GMT+01:00 Rudy Zijlstra :
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 can say
I know that some years
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 the
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 http://vger.kernel.org/majordomo-info.h
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
Op 23-02-15 om 20:56 schreef Honza Petrouš:
2015-02-23 16:51 GMT+01:00 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
:
On 23-02-15 08:44, Honza Petrouš wrot
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
From: "Lad, Prabhakar"
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
VB2_BUF_STATE_ACTIVE
media: omap3isp: ispv
From: "Lad, Prabhakar"
No need to reinvent the wheel. Just use the already existing
functions provided v4l-core.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/omap3isp/ispvideo.c | 30 --
1 file changed, 4 insertions(+), 26 deletions(-)
diff --git a/driv
From: "Lad, Prabhakar"
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
---
drivers/media/platform/omap3isp/ispvideo.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/platform/omap3isp/ispvideo.c
From: "Lad, Prabhakar"
this patch drops driver specific isp_video_fh, as this
can be handled by core.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/omap3isp/ispvideo.c | 128 +++--
drivers/media/platform/omap3isp/ispvideo.h | 13 +--
2 files changed, 49 inse
2015-02-23 16:51 GMT+01:00 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
:
>
> On 23-02-15 08:44, Honza Petrouš wrote:
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
:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rud
es to
`input_event' follow
t613.c:(.text+0x33a6fd): undefined reference to `input_event'
drivers/built-in.o:t613.c:(.text+0x33a70f): more undefined references to
`input_event' follow
Signed-off-by: Randy Dunlap
Cc: Hans de Goede
---
drivers/media/usb/gspca/Kconfig |1 +
1 file chang
Thanks for the patch.
Acked-by: Benoit Parrot
Laurent Pinchart 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.
> Those two calls will release the same refer
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:06 Hans Verkuil wrote:
> From: Hans Verkuil
>
> The subdev enum ioctls now have a new 'which' field. Document this.
>
> Signed-off-by: Hans Verkuil
Acked-by: Laurent Pinchart
> ---
> .../DocBook/media/v4l/vidioc-subdev-enu
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:04 Hans Verkuil wrote:
> From: Hans Verkuil
>
> 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 the 'which' field.
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:03 Hans Verkuil wrote:
> From: Hans Verkuil
>
> 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 the 'which' field.
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:02 Hans Verkuil wrote:
> From: Hans Verkuil
>
> Return an error if an invalid 'which' valid is passed in.
>
> Signed-off-by: Hans Verkuil
Acked-by: Laurent Pinchart
> ---
> drivers/media/v4l2-core/v4l2-subdev.c | 12 ++
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:01 Hans Verkuil wrote:
> From: Hans Verkuil
>
> 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'.
>
> However, this wil
Hi Hans,
Thank you for the patch.
On Friday 13 February 2015 12:30:00 Hans Verkuil wrote:
> From: Hans Verkuil
>
> 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 such subdevs from a b
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"
>
> The vbi_buffer_filled() and buffer_filled() did the same functionality
> except for incrementing the buffer sequence
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
:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
:
Some more info
On 21-02-15 22:
Hi Laurent,
Thanks for the patch.
On Mon, Feb 23, 2015 at 2:49 PM, Laurent Pinchart
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 the same reference, causing the
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
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 interrup
kfifo_len is unsigned int, return it as such.
Signed-off-by: Philipp Zabel
---
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 0c35cd5..499049f 100644
--- a/drive
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: []
media_entity_pipeline_start+0x1c/0x390 [media]
Reported-by: Gert-Jan van der
coda_alloc_aux_buf already prints an error, no need to print duplicate
error messages all over the place.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c| 21 -
drivers/media/platform/coda/coda-common.c | 12 +++-
2 files changed, 7 inserti
From: Peter Seiderer
Fixes resource leak preventing repeatedly decoding.
Signed-off-by: Peter Seiderer
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform/coda/coda-bit.c
b/drivers/media/platfor
From: Peter Seiderer
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.
Signed-off-by: Peter Seider
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
---
drivers
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
---
drivers/media/platform/coda/coda-bit.c| 55 ---
drivers/media
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 ctx-
From: Philipp Zabel
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
---
drivers/media/platform/coda/coda-bit.c| 11 +
Signed-off-by: Philipp Zabel
---
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
--- a/drivers/media/pla
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
---
drivers/media/platform/coda/coda-common.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/media/platform/coda/coda-common.c
b/drivers/med
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: Philip
From: Peter Seiderer
kasprintf might fail if free memory is low.
Signed-off-by: Peter Seiderer
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/media/platform/coda/coda-common.c
b/drivers/media/platfo
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
doesn'
From: "Lad, Prabhakar"
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 while incrementing
the sequ
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
> ---
> This patch is created and tested on top of linux-next-20141210.
> It can be clea
2015-02-23 13:44 GMT+01:00 Rudy Zijlstra :
> On 23-02-15 12:21, Honza Petrouš wrote:
>>
>> 2015-02-23 11:31 GMT+01:00 Rudy Zijlstra :
>>>
>>> On 23-02-15 08:44, Honza Petrouš wrote:
>>>
>>> Hi Rudy.
>>>
>>> 2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
>>> :
Some more info
On 21-02-1
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 for
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: Laure
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
:
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
:
Some more info
On 21-02-15 22:30, Rudy Zijlstra wrote:
Dears (Hans?)
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 a related note, you would be very well served to consider testing
> yo
On 23-02-15 12:21, Honza Petrouš wrote:
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra :
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra :
Some more info
On 21-02-15 22:30, Rudy Zijlstra wrote:
Dears (Hans?)
My setup, where the cable operator was using o
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: []
media_entity_pipeline_start+0x1c/0x390 [media]
Reported-by: Gert-Jan van der
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 compa
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
:
> Hi,
>
> 2015-01-08 17
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 compatibil
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 compatibility
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
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-core.c | 17 +
include/media/videobuf2-core.h
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:
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
>
2015-02-23 11:31 GMT+01:00 Rudy Zijlstra :
> On 23-02-15 08:44, Honza Petrouš wrote:
>
> Hi Rudy.
>
> 2015-02-22 16:28 GMT+01:00 Rudy Zijlstra :
>>
>> Some more info
>>
>> On 21-02-15 22:30, Rudy Zijlstra wrote:
>>>
>>> Dears (Hans?)
>>>
>>> My setup, where the cable operator was using only irdeto,
This patch adds a function to get a port device tree node by port id,
or reg property value.
Signed-off-by: Philipp Zabel
Acked-by: Laurent Pinchart
---
drivers/of/base.c| 32
include/linux/of_graph.h | 7 +++
2 files changed, 39 insertions(+)
diff
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
Acked-by: Laurent Pinchart
---
include/linux/of_graph.h | 11 +++
1 fi
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 of_graph_g
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 a
On 23-02-15 08:44, Honza Petrouš wrote:
Hi Rudy.
2015-02-22 16:28 GMT+01:00 Rudy Zijlstra
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 irdeto, was
working goo
Laurent Pinchart 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.
Sorry, I forgot all about that
On 2/23/15, Vincent McIntyre 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
- try to tune with dvb-apps
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 som
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 3.13.0-45.74-generic
82 matches
Mail list logo
