14.07.2011 02:00, Mauro Carvalho Chehab wrote:
Now that we don't have the output mute switch, we
allow the alsa driver to unmute not only the recording
that it may need, but also the sound output that goes
to the sound card! IMHO, this is the entirely unwanted
side effect, so I blame the saa dri
Hi,
On Wed, Jul 13, 2011 at 6:17 PM, Randy Dunlap wrote:
> [...]
>> > Sure, go for it. I'll ack it. ;) [or Review it :]
>> > and test it.
>> >
>> it is already among the hunks in https://patchwork.kernel.org/patch/380601/
>
> I realize that, but it looks like you may need to resubmit it.
>
I h
On 14/07/11 08:11, Jarod Wilson wrote:
> On Jul 13, 2011, at 1:42 AM, Chris W wrote:
> Just noticed your report is for 2.6.39.x and 2.6.38.x only, but I'm
> not aware of any relevant imon changes between 2.6.39 and 3.0.
I just tried 3.0.0-rc7 with the same result (used defaults for new
config item
Hi Vaibhav,
Thanks for your email.
On Wed, Jul 13, 2011 at 2:55 PM, Hiremath, Vaibhav wrote:
>
>> -Original Message-
>> From: beaglebo...@googlegroups.com [mailto:beaglebo...@googlegroups.com]
>> On Behalf Of Joel A Fernandes
>> Sent: Wednesday, July 13, 2011 11:52 PM
>> To: beaglebo...@
On 13.07.2011 23:28, Mauro Carvalho Chehab wrote:
> This is an automatic generated email to let you know that the following patch
> were queued at the
> http://git.linuxtv.org/media_tree.git tree:
>
> Subject: [media] DVB: dvb_frontend: off by one in dtv_property_dump()
> Author: Dan Carpenter
Em 13-07-2011 18:26, Jarod Wilson escreveu:
> These changes make the redrat3 driver cooperate better with both in-kernel
> and lirc userspace decoding of signals, tested with RC5, RC6 and NEC.
> There's probably more we can do to make this a bit less hackish, but its
> working quite well here for m
On Wed, Jul 13, 2011 at 07:31:03PM -0300, Mauro Carvalho Chehab wrote:
> Em 25-06-2011 16:34, Juergen Lock escreveu:
> > This is on top of the submitted pctv452e.c driver and was done similar
> > to how ttusb2 works. Tested with lirc (devinput) and ir-keytable(1).
>
> You should submit pctv452e d
On 13/07/11 05:23, Mauro Carvalho Chehab wrote:
> Em 12-07-2011 18:21, Simon Arlott escreveu:
>> commit ad020dc2fe9039628cf6cef42cd1b76531ee8411
>> Author: Mauro Carvalho Chehab
>> Date: Tue Feb 15 09:30:50 2011 -0200
>>
>> [media] tuner-core: remove usage of DIGITAL_TV
>>
>> This brea
Em 28-06-2011 11:23, Michael Jones escreveu:
> There is an assumption that the format coming from the device
> needs 2 bytes per pixel, which is not the case when the device
> delivers e.g. V4L2_PIX_FMT_GREY. This doesn't manifest itself with
> IO_METHOD_MMAP because init_mmap() (the default) doesn
Em 25-06-2011 16:34, Juergen Lock escreveu:
> This is on top of the submitted pctv452e.c driver and was done similar
> to how ttusb2 works. Tested with lirc (devinput) and ir-keytable(1).
You should submit pctv452e driver first, otherwise I can't apply
this one ;)
Regards,
Mauro
>
> Signed-off
Hi Joel,
On Wednesday 13 July 2011 20:22:27 Joel A Fernandes wrote:
> * Adds support for mt9v113 sensor by borrowing heavily from PSP 2.6.37
> kernel patches * Adapted to changes in v4l2 framework and ISP driver
Here are a few comments about the code. I've left political issues aside on
purpose.
On Wed, 13 Jul 2011 18:13:31 -0400 Arnaud Lacombe wrote:
> Hi,
>
> On Wed, Jul 13, 2011 at 6:08 PM, Randy Dunlap wrote:
> > On Wed, 13 Jul 2011 18:06:15 -0400 Arnaud Lacombe wrote:
> >
> >> Hi,
> >>
> >> On Wed, Jul 13, 2011 at 6:00 PM, Randy Dunlap wrote:
> >> > On Wed, 13 Jul 2011 17:49:48 -0
Hi,
On Wed, Jul 13, 2011 at 6:08 PM, Randy Dunlap wrote:
> On Wed, 13 Jul 2011 18:06:15 -0400 Arnaud Lacombe wrote:
>
>> Hi,
>>
>> On Wed, Jul 13, 2011 at 6:00 PM, Randy Dunlap wrote:
>> > On Wed, 13 Jul 2011 17:49:48 -0400 Arnaud Lacombe wrote:
>> >
>> >> Hi,
>> >>
>> >> On Sun, Jul 10, 2011 at
On Jul 13, 2011, at 1:42 AM, Chris W wrote:
>
> On 13/07/11 14:20, Jarod Wilson wrote:
>
>>> Chris W wrote:
>>> The rc keymap modules have been built (en masse as a result of
>>> CONFIG_RC_MAP=m) but I am not explicitly loading them and they do not
>>> get automatically loaded.
>>
>> Huh. That'
On Wed, 13 Jul 2011 18:06:15 -0400 Arnaud Lacombe wrote:
> Hi,
>
> On Wed, Jul 13, 2011 at 6:00 PM, Randy Dunlap wrote:
> > On Wed, 13 Jul 2011 17:49:48 -0400 Arnaud Lacombe wrote:
> >
> >> Hi,
> >>
> >> On Sun, Jul 10, 2011 at 3:51 PM, Randy Dunlap wrote:
> >> > From: Randy Dunlap
> >> >
> >>
Hi,
On Wed, Jul 13, 2011 at 6:00 PM, Randy Dunlap wrote:
> On Wed, 13 Jul 2011 17:49:48 -0400 Arnaud Lacombe wrote:
>
>> Hi,
>>
>> On Sun, Jul 10, 2011 at 3:51 PM, Randy Dunlap wrote:
>> > From: Randy Dunlap
>> >
>> > Add HEX_STRING(value) to stringify.h so that drivers can
>> > convert kconfig
On Wed, 13 Jul 2011 18:05:45 -0300 Mauro Carvalho Chehab wrote:
> Em 10-07-2011 16:51, Randy Dunlap escreveu:
> > From: Randy Dunlap
> >
> > Add HEX_STRING(value) to stringify.h so that drivers can
> > convert kconfig hex values (without leading "0x") to useful
> > hex constants.
> >
> > Severa
Em 13-07-2011 18:11, Stas Sergeev escreveu:
> 14.07.2011 00:53, Mauro Carvalho Chehab wrote:
>>> When pulseaudio enables the audio capturing, the
>>> driver unmutes the sound. But, if no app have properly
>>> tuned the tuner yet, you get the white noise.
>>> I think the capturing must not touch the
On Wed, 13 Jul 2011 17:49:48 -0400 Arnaud Lacombe wrote:
> Hi,
>
> On Sun, Jul 10, 2011 at 3:51 PM, Randy Dunlap wrote:
> > From: Randy Dunlap
> >
> > Add HEX_STRING(value) to stringify.h so that drivers can
> > convert kconfig hex values (without leading "0x") to useful
> > hex constants.
> >
There are folks with flaky imon hardware out there that doesn't always
respond to requests to write to their displays for some reason, which
can flood logs quickly when something like lcdproc is trying to
constantly update the display, so lets rate-limit all that error spew.
Signed-off-by: Jarod W
Hi,
On Sun, Jul 10, 2011 at 3:51 PM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Add HEX_STRING(value) to stringify.h so that drivers can
> convert kconfig hex values (without leading "0x") to useful
> hex constants.
>
> Several drivers/media/radio/ drivers need this. I haven't
> checked if an
This is admittedly a bit of a hack, but if we change our timeout value
to something longer and fudge our synthesized trailing space sample
based on the initial pulse sample, rc-core decode continues to work just
fine with both rc-6 and rc-5, and now lirc userspace decode shows proper
repeats for bo
Trying to cap duration before multiplying it was obviously wrong.
CC: Chris Dodge
CC: Andrew Vincer
CC: Stephen Cox
Signed-off-by: Jarod Wilson
---
drivers/media/rc/redrat3.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/rc/redrat3.c b/drivers/med
We already add a trailing space, this wasn't doing anything useful, and
actually confused lirc userspace a bit. Rip it out.
CC: Chris Dodge
CC: Andrew Vincer
CC: Stephen Cox
Signed-off-by: Jarod Wilson
---
drivers/media/rc/redrat3.c | 12 +---
1 files changed, 1 insertions(+), 11 de
These changes make the redrat3 driver cooperate better with both in-kernel
and lirc userspace decoding of signals, tested with RC5, RC6 and NEC.
There's probably more we can do to make this a bit less hackish, but its
working quite well here for me right now.
Jarod Wilson (3):
[media] redrat3: s
On Wed, 13 Jul 2011 18:05:45 -0300 Mauro Carvalho Chehab wrote:
> Em 10-07-2011 16:51, Randy Dunlap escreveu:
> > From: Randy Dunlap
> >
> > Add HEX_STRING(value) to stringify.h so that drivers can
> > convert kconfig hex values (without leading "0x") to useful
> > hex constants.
> >
> > Severa
14.07.2011 00:53, Mauro Carvalho Chehab wrote:
When pulseaudio enables the audio capturing, the
driver unmutes the sound. But, if no app have properly
tuned the tuner yet, you get the white noise.
I think the capturing must not touch the mute state,
because, without tuning the tuner first, you ca
This is a custom IR protocol decoder, for the RC-6-ish protocol used by
the Microsoft Remote Keyboard, apparently developed internally at
Microsoft, and officially dubbed MCIR-2, per their March 2011 remote and
transceiver requirements and specifications document, which also touches
on this IR keyb
Em 10-07-2011 16:51, Randy Dunlap escreveu:
> From: Randy Dunlap
>
> Add HEX_STRING(value) to stringify.h so that drivers can
> convert kconfig hex values (without leading "0x") to useful
> hex constants.
>
> Several drivers/media/radio/ drivers need this. I haven't
> checked if any other drive
In drivers/media/dvb/frontends/drxd_hard.c::load_firmware() I see 3
small issues:
1) When the 'fw' variable goes out of scope we'll leak the memory
allocated to it by request_firmware() by neglecting to call
release_firmware().
2) After a successful request_firmware() we allocate fw->size byt
Microsoft's Windows Media Center specification and requirements doc from
2011.03.18 now refers to the former Power Toggle button as the Sleep
Toggle, and recommends using a new moon sleep icon for it. Its the same
key, but its apparently always been meant to put the system to sleep,
not power it of
Em 10-07-2011 13:27, Stas Sergeev escreveu:
> Hi.
>
> When pulseaudio enables the audio capturing, the
> driver unmutes the sound. But, if no app have properly
> tuned the tuner yet, you get the white noise.
> I think the capturing must not touch the mute state,
> because, without tuning the tuner
Devin Heitmueller kernellabs.com> writes:
>
> On Fri, Sep 3, 2010 at 12:01 PM, Andy Walls md.metrocast.net>
wrote:
> > On Fri, 2010-09-03 at 10:55 +, Dagur Ammendrup wrote:
> >> I tried it on a windows machine where it's identified as "Conextant
> >> Polaris Video Capture" or
> >>
"oem17
2011/7/11 Christian Gmeiner :
> Hi Laurent,
>
> 2011/7/11 Laurent Pinchart :
>> Hi Christian,
>>
>> On Sunday 10 July 2011 20:14:21 Christian Gmeiner wrote:
>>> Signed-off-by: Christian Gmeiner
>>> ---
>>> diff --git a/Documentation/DocBook/media/v4l/subdev-formats.xml
>>> b/Documentation/DocBook/m
Hi Manju,
Thanks for the patchset!
I have a few comments on this patch below. I haven't read the rest of the
patches yet so I may have more comments on this one when I do that.
On Thu, Jun 30, 2011 at 06:43:10PM +0530, Manjunath Hadli wrote:
> add support for dm3xx IPIPEIF hardware setup. This i
* Adds support for mt9v113 sensor by borrowing heavily from PSP 2.6.37 kernel
patches
* Adapted to changes in v4l2 framework and ISP driver
Signed-off-by: Joel A Fernandes
---
This patch will apply against the 2.6.39 kernel built from the OE-development
tree (Which is essentially
the v2.6.39 fr
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Wed Jul 13 19:00:39 CEST 2011
git hash:b0ee37889c11650f3df3417f3887f0a49b5fda5c
gcc version: i686-linux-gcc (GCC) 4.5
On Wed, 13 Jul 2011, Ming Lei wrote:
> Hi,
>
> On Wed, Jul 13, 2011 at 11:20 PM, Alan Stern
> wrote:
>
> > Why should system suspend be different from runtime suspend? �Have you
>
> This is also my puzzle, :-)
>
> > compared usbmon traces for the two types of suspend?
>
> Almost same.
Come
Hi,
On Wed, Jul 13, 2011 at 11:20 PM, Alan Stern wrote:
> Why should system suspend be different from runtime suspend? Have you
This is also my puzzle, :-)
> compared usbmon traces for the two types of suspend?
Almost same. If I add USB_QUIRK_RESET_RESUME quirk for the device,
the stream dat
On Wed, 13 Jul 2011, Ming Lei wrote:
> Hi,
>
> On Tue, Jul 12, 2011 at 11:44 PM, Alan Stern
> wrote:
> > On Tue, 12 Jul 2011, Ming Lei wrote:
> >
> >> Hi Laurent,
> >>
> >> After resume from sleep, �all the ISO packets from camera are like below:
> >>
> >> 880122d9f400 3527230728 S Zi:1:004
Em 11-07-2011 09:25, Fabio Belavenuto escreveu:
> Hi,
>
> I'm the author. Sorry for my bad english, I'm from Brazil. :D
>
> Yes, the intent of the "1" is to set the default value, in case
> compile built-in.
>
> I like the module to be generic, decided to choose enabled by default.
>
> Fábio
>
Ubuntu 11.04
siedar@haven:~$ uname -a
Linux haven 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:05:41 UTC
2011 i686 i686 i386 GNU/Linux
This card have 4xVideo, 2xaudio, 25cl/s H.264
Is not recognized by system.
Darek
[12033.092138] usb 1-3: new high speed USB device using ehci_hcd and
ad
Hi David,
On Wed, Jul 13, 2011 at 03:08:02PM +0200, D. R. wrote:
> please subscribe me to your email list
>
>
> Kind Regards
> David Rehle
> --
> 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 a
Hi all,
please subscribe me to your email list
Kind Regards
David Rehle
--
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
Em 06-07-2011 19:57, Jose Alberto Reguero escreveu:
> This patch add suport for the dvb-t part of CT-3650.
>
> Jose Alberto
>
> Signed-off-by: Jose Alberto Reguero
> patches/lmml_951522_add_support_for_the_dvb_t_part_of_ct_3650_v2.patch
> Content-Type: text/plain; charset="utf-8"
> MIME-Version
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/videobuf2-core.c | 41 +++--
1 files changed, 28 insertions(+), 13 deletions(-)
diff --git a/drivers/media/video/videobuf2-core.c
b/drivers/media/video/videobuf2-core.c
index 1892bb8..1922bf8
From: Hans Verkuil
The vb2_poll function now tests for events and sets POLLPRI accordingly.
So there it is no longer necessary to test for it in the vivi driver.
Signed-off-by: Hans Verkuil
---
drivers/media/video/vivi.c |9 +
1 files changed, 1 insertions(+), 8 deletions(-)
diff
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/videobuf-core.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/videobuf-core.c
b/drivers/media/video/videobuf-core.c
index de4fa4e..ffdf59c 100644
--- a/drivers/media/video/vi
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/ivtv/ivtv-fileops.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/ivtv/ivtv-fileops.c
b/drivers/media/video/ivtv/ivtv-fileops.c
index 38f0522..a931ecf 100644
--- a/drivers
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/videobuf2-core.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/videobuf2-core.c
b/drivers/media/video/videobuf2-core.c
index 3015e60..1892bb8 100644
--- a/drivers/media/v
From: Hans Verkuil
In some cases the poll() implementation in a driver has to do different
things depending on the events the caller wants to poll for. An example is
when a driver needs to start a DMA engine if the caller polls for POLLIN,
but doesn't want to do that if POLLIN is not requested bu
The patch adding core support for poll_requested_events() looks ready for v3.1,
so this patch series builds on it to fix the vivi and ivtv drivers.
It also uses it in videobuf. I think it makes sense to add it there as well,
even though no videobuf-drivers use events (yet).
If there are no commen
Hi,
On Wed, Jul 13, 2011 at 4:59 PM, Laurent Pinchart
wrote:
> Sorry, I haven't been clear. If you remove the suspend/resume handlers from
> the driver, the USB core will unbind and rebind the driver instead of
> suspending/resuming the device properly. As this will affect other UVC devices
> as
On Wednesday 13 July 2011 10:51:11 Ming Lei wrote:
> On Wed, Jul 13, 2011 at 4:38 PM, Laurent Pinchart wrote:
> > They can still work, but not optimally, as they will be reset instead of
> > suspended/resumed. That's not acceptable.
>
> If the "reset" you mentioned is usb bus reset signal, I think
Am Mittwoch, 13. Juli 2011, 10:51:11 schrieb Ming Lei:
> Hi,
>
> On Wed, Jul 13, 2011 at 4:38 PM, Laurent Pinchart
> wrote:
>
> > They can still work, but not optimally, as they will be reset instead of
> > suspended/resumed. That's not acceptable.
>
> If the "reset" you mentioned is usb bus re
Hi,
On Wed, Jul 13, 2011 at 4:38 PM, Laurent Pinchart
wrote:
> They can still work, but not optimally, as they will be reset instead of
> suspended/resumed. That's not acceptable.
If the "reset" you mentioned is usb bus reset signal, I think unbind&bind
will not produce the reset signal.
thank
On Tuesday 12 July 2011 03:21:05 Ming Lei wrote:
> On Mon, Jul 11, 2011 at 6:44 PM, Laurent Pinchart wrote:
> > That's unfortunately not acceptable as-is. If two cameras are connected
> > to the system, and only one of them doesn't support suspend/resume, the
> > other will be affected by your patc
Hi,
On Tue, Jul 12, 2011 at 11:44 PM, Alan Stern wrote:
> Maybe this device needs a USB_QUIRK_RESET_RESUME entry in quirks.c.
RESET_RESUME quirk makes things worse, now stream data is not received from
the camera at all even in resume from runtime suspend case. So the quirk can
make the device
Hi,
On Tue, Jul 12, 2011 at 11:44 PM, Alan Stern wrote:
> On Tue, 12 Jul 2011, Ming Lei wrote:
>
>> Hi Laurent,
>>
>> After resume from sleep, all the ISO packets from camera are like below:
>>
>> 880122d9f400 3527230728 S Zi:1:004:1 -115:1:2568 32 -18:0:1600
>> -18:1600:1600 -18:3200:1600 -
On Wed, 13 Jul 2011, LBM wrote:
> my dear Guennadi
> I'm wrong about that "v4l2-int-device",maybe it just "V4L2".
>Now i have a board of OMAP3530 and a cmos camera MT9M111,so i want to
> get the image from the mt9m111.
> and ,I want to use the V4L2 API. But in the linux kernel 2.6
60 matches
Mail list logo
