On Tue, Mar 11, 2014 at 6:20 AM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The videobuf2-core did not zero the reserved array of v4l2_plane as it
> should.
>
> More serious is the fact that data_offset was not handled correctly:
>
> - for capture devices it was never zeroed, which meant that i
On Tue, Mar 11, 2014 at 6:20 AM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The vb2 core ignores any return code from the stop_streaming op.
> And there really isn't anything it can do anyway in case of an error.
> So change the return type to void and update any drivers that implement it.
>
>
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: Mon Apr 7 04:00:24 CEST 2014
git branch: test
git hash: a83b93a7480441a47856dc9104bea970e84cda87
gcc versi
(Sorry in advance for probably breaking a few conventions of the mailing lists.
First time using one so please let me know what I’m doing wrong)
I’m writing this because of an issue I had with my Hauppauge HD-PVR. I record
from my satellite set top box using component video and optical audio inp
Hi Thomas,
On Friday 04 April 2014 20:01:33 Scheuermann, Mail wrote:
> Hi Laurent,
>
> I've done the following:
>
> echo 3 >/sys/module/videobuf2_core/parameters/debug
>
> and found in /var/log/kern.log after starting my program:
>
> [239432.535077] vb2: Buffer 0, plane 0 offset 0x
> [
The following changes since commit
a83b93a7480441a47856dc9104bea970e84cda87:
[media] em28xx-dvb: fix PCTV 461e tuner I2C binding (2014-03-31
08:02:16 -0300)
are available in the git repository at:
git://linuxtv.org/mkrufky/dvb fixes
for you to fetch changes up to 45a55dc31e497027b99c8278b
Em Fri, 04 Apr 2014 15:04:16 -0700
Linus Torvalds escreveu:
> On Thu, Apr 3, 2014 at 9:11 AM, Mauro Carvalho Chehab
> wrote:
> >
> > Please pull from:
> > git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> > v4l_for_linus
>
> Oh, just noticed that this seems to be the cause
Ping? This is still happening in -next, more than half a year later...
Thanks,
Sasha
On 05/06/2013 09:29 PM, Sasha Levin wrote:
> Hi guys,
>
> While fuzzing with trinity running inside a KVM tools guest, using latest
> -next kernel,
> I've stumbled on the following spew:
>
> [ 160.267181] ==
This patch adds the DT bindings documentation for Silicon Labs Si4713 FM
radio transmitter.
Signed-off-by: Sebastian Reichel
---
Documentation/devicetree/bindings/media/si4713.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation/devicetree/bindings/
Update si4713 driver to support being instantiated via
Device Tree. This includes moving the regulator names
back into the drivers, using regulator_get_optional
to avoid breaking the USB driver and switching to the
gpio resource interface.
Signed-off-by: Sebastian Reichel
---
arch/arm/mach-omap2
Hi,
This is an RFC patch adding DT support to the si4713 radio transmitter i2c
driver. The changes can be summarized as follows:
* Move regulator information back into the driver. The regulators needed are
documented in the chip and have nothing to do with boarddata. Instead
devm_regulator
On Fri, Apr 4, 2014 at 9:17 PM, Laurent Pinchart
wrote:
> Hi Linus,
>
> On Friday 04 April 2014 10:26:42 Linus Torvalds wrote:
>> So guys, can you please verify the end result? It looks sane to me,
>> but there's no good way for me to do even basic compile testing of the
>> OF code, so this was al
12 matches
Mail list logo