Em 30-09-2010 18:03, Michael Krufky escreveu:
> On Thu, Sep 30, 2010 at 4:26 PM, Mauro Carvalho Chehab
> wrote:
>> Em 30-09-2010 16:27, Michael Krufky escreveu:
>>> Mauro,
>>>
>>> I think that's a reasonable explanation. Would you be open to
>>> reworking the patch such that the register contents
Em 30-09-2010 19:07, Michael Krufky escreveu:
> On Thu, Sep 30, 2010 at 6:00 PM, Antti Palosaari wrote:
>> On 09/30/2010 09:52 PM, Michael Krufky wrote:
>>>
>>> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
>>> wrote:
By default, tda18271 tries to optimize I2C bus by updating
[Please CC me, I'm not on the list.]
Hi,
after switching from 2.6.34 to 2.6.36-rc5, the sound on my old Hauppauge
analogue TV card has stopped working. Audio out from the TV card is
connected to line-in of my motherboard (Gigabyte EG45M-DS2H) using the
short cable that came with the TV card. O
On Thu, Sep 30, 2010 at 6:00 PM, Antti Palosaari wrote:
> On 09/30/2010 09:52 PM, Michael Krufky wrote:
>>
>> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
>> wrote:
>>>
>>> By default, tda18271 tries to optimize I2C bus by updating all registers
>>> at the same time. Unfortunately, som
On 09/30/2010 09:52 PM, Michael Krufky wrote:
On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
wrote:
By default, tda18271 tries to optimize I2C bus by updating all registers
at the same time. Unfortunately, some devices doesn't support it.
The current logic has a problem when small_i2c
Antti, All,
On Thursday 30 September 2010 23:48:57 Antti Palosaari wrote:
> On 10/01/2010 12:09 AM, Yann E. MORIN wrote:
> > I'm using the latest tree from:
> >git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
> No, it is too old. Correct tree is staging/v2.6.37 at:
> http://
Moi Yann
On 10/01/2010 12:09 AM, Yann E. MORIN wrote:
Antti, All,
On Thursday 30 September 2010 22:42:40 Antti Palosaari wrote:
On 09/30/2010 08:56 PM, Yann E. MORIN wrote:
OK. The number of supported devices is already 9 in all sections, so I guess
I'll have to add a new entry in the af9015_
Antti, All,
On Thursday 30 September 2010 22:42:40 Antti Palosaari wrote:
> On 09/30/2010 08:56 PM, Yann E. MORIN wrote:
> > OK. The number of supported devices is already 9 in all sections, so I guess
> > I'll have to add a new entry in the af9015_properties array, before I can
> > add a new devi
On Thu, Sep 30, 2010 at 4:26 PM, Mauro Carvalho Chehab
wrote:
> Em 30-09-2010 16:27, Michael Krufky escreveu:
>> Mauro,
>>
>> I think that's a reasonable explanation. Would you be open to
>> reworking the patch such that the register contents only show up if
>> the device is not recognized? (whe
On 09/30/2010 08:56 PM, Yann E. MORIN wrote:
OK. The number of supported devices is already 9 in all sections, so I guess
I'll have to add a new entry in the af9015_properties array, before I can
add a new device, right?
Actually you are using too old code as base. You should take latest GIT
m
Em 30-09-2010 16:27, Michael Krufky escreveu:
> Mauro,
>
> I think that's a reasonable explanation. Would you be open to
> reworking the patch such that the register contents only show up if
> the device is not recognized? (when ret < 0) . In the case where the
> device is correctly identified (
struct file_operations was made const in the drivers, but not in struct
lirc_driver:
drivers/staging/lirc/lirc_it87.c:365: warning: initialization discards
qualifiers from pointer target type
drivers/staging/lirc/lirc_parallel.c:571: warning: initialization discards
qualifiers from pointer targe
Em 30-09-2010 16:27, Michael Krufky escreveu:
> On Thu, Sep 30, 2010 at 3:16 PM, Mauro Carvalho Chehab
> wrote:
>> Em 30-09-2010 15:57, Michael Krufky escreveu:
>>> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
>>> wrote:
Instead of doing:
[ 82.581639] tda18271 4-0060: c
Em 30-09-2010 16:18, Michael Krufky escreveu:
> On Thu, Sep 30, 2010 at 3:12 PM, Mauro Carvalho Chehab
> wrote:
>> Hi Michael,
>>
>> Em 30-09-2010 15:52, Michael Krufky escreveu:
>>> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
>>> wrote:
By default, tda18271 tries to optimize I2C
On Thu, Sep 30, 2010 at 3:16 PM, Mauro Carvalho Chehab
wrote:
> Em 30-09-2010 15:57, Michael Krufky escreveu:
>> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
>> wrote:
>>> Instead of doing:
>>>
>>> [ 82.581639] tda18271 4-0060: creating new instance
>>> [ 82.588411] Unknown device d
On Thu, Sep 30, 2010 at 3:12 PM, Mauro Carvalho Chehab
wrote:
> Hi Michael,
>
> Em 30-09-2010 15:52, Michael Krufky escreveu:
>> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
>> wrote:
>>> By default, tda18271 tries to optimize I2C bus by updating all registers
>>> at the same time. Unfo
Em 30-09-2010 16:03, Michael Krufky escreveu:
> On Tue, Sep 28, 2010 at 2:47 PM, Mauro Carvalho Chehab
> wrote:
>> Signed-off-by: Mauro Carvalho Chehab
>>
>> diff --git a/drivers/media/common/tuners/tda18271-common.c
>> b/drivers/media/common/tuners/tda18271-common.c
>> index 195b30e..7ba3ba3 10
Em 30-09-2010 15:57, Michael Krufky escreveu:
> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
> wrote:
>> Instead of doing:
>>
>> [ 82.581639] tda18271 4-0060: creating new instance
>> [ 82.588411] Unknown device detected @ 4-0060, device not supported.
>> [ 82.594695] tda18271_atta
Hi Michael,
Em 30-09-2010 15:52, Michael Krufky escreveu:
> On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
> wrote:
>> By default, tda18271 tries to optimize I2C bus by updating all registers
>> at the same time. Unfortunately, some devices doesn't support it.
>>
>> The current logic has
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:Thu Sep 30 19:00:05 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15164:1da5fed5c8b2
git master:
On Tue, Sep 28, 2010 at 2:47 PM, Mauro Carvalho Chehab
wrote:
> Signed-off-by: Mauro Carvalho Chehab
>
> diff --git a/drivers/media/common/tuners/tda18271-common.c
> b/drivers/media/common/tuners/tda18271-common.c
> index 195b30e..7ba3ba3 100644
> --- a/drivers/media/common/tuners/tda18271-commo
On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
wrote:
> Instead of doing:
>
> [ 82.581639] tda18271 4-0060: creating new instance
> [ 82.588411] Unknown device detected @ 4-0060, device not supported.
> [ 82.594695] tda18271_attach: [4-0060|M] error -22 on line 1272
> [ 82.600530]
On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
wrote:
> By default, tda18271 tries to optimize I2C bus by updating all registers
> at the same time. Unfortunately, some devices doesn't support it.
>
> The current logic has a problem when small_i2c is equal to 8, since there
> are some tran
Antti, All,
On Thursday 30 September 2010 11:40:12 Antti Palosaari wrote:
> > /* AverMedia AVerTV Volar Black HD (A850) device have bad EEPROM
> > - content :-( Override some wrong values here. */
> > + content :-( Override some wrong values here. Ditto for the
> > + AVerTV Red
On 29/09/2010 23:03, Mauro Carvalho Chehab wrote:
> Em 29-09-2010 14:28, Mauro Carvalho Chehab escreveu:
>> Em 29-09-2010 14:06, Giorgio escreveu:
>>> Hello,
>>>
>>> I have an Asus P7131 Hybrid card, and it works like a charm with
>>> Ubuntu 8.04 and stock kernel 2.6.24. But, after upgrading my sys
Em 30-09-2010 11:32, Hans Verkuil escreveu:
> The following changes since commit e847bbbf9273533c15c6e8aab204ba62c238cf42:
> Hans Verkuil (1):
> V4L/DVB: v4l2-common: Move v4l2_find_nearest_format from
> videodev2.h to v4l2-common.h
>
> are available in the git repository at:
>
> ssh:
The following changes since commit e847bbbf9273533c15c6e8aab204ba62c238cf42:
Hans Verkuil (1):
V4L/DVB: v4l2-common: Move v4l2_find_nearest_format from
videodev2.h to v4l2-common.h
are available in the git repository at:
ssh://linuxtv.org/git/hverkuil/v4l-dvb.git fixes
Hans Verkuil (
On Thursday 30 September 2010 14:29:10 Hans Verkuil wrote:
> On Thursday, September 30, 2010 13:50:00 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: V
Mauro,
Feel free to kick my ass next time I present a patch with compile errors like
that.
I clearly did not do a careful grep on the sources, although I'd have sworn up
and
down that I did :-(
Regards,
Hans
The following changes since commit 5e26d8407d390b48cc7a4cf1af7bbd4a679308ff:
On Thursday, September 30, 2010 13:50:00 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: V4L/DVB: V4L2: add a generic function to find the nearest discrete
Em 25-09-2010 06:18, Jean-Francois Moine escreveu:
> The following changes since commit
> dace3857de7a16b83ae7d4e13c94de8e4b267d2a:
>
> V4L/DVB: tvaudio: remove obsolete tda8425 initialization (2010-09-24
> 19:20:20 -0300)
>
> are available in the git repository at:
> git://linuxtv.org/jfran
Em 26-09-2010 09:25, Hans Verkuil escreveu:
> Hi Mauro,
>
> These are the locking patches. It's based on my previous test tree, but with
> more testing with em28xx and radio-mr800 and some small tweaks relating to
> disconnect handling and video_is_registered().
>
> I also removed the unused get_
This is a V4L2 driver for TI OMAP1 SoC camera interface.
Both videobuf-dma versions are supported, contig and sg, selectable with a
module option. The former uses less processing power, but often fails to
allocate contignuous buffer memory. The latter is free of this problem, but
generates tens
On 09/27/2010 05:36 PM, Mauro Carvalho Chehab wrote:
I'll clean up the mess and prepare a new pull request in the next days.
Can you look at including "ir-core: Fix null dereferences in the
protocols sysfs interface"? I never got a response to that, and it's a
regression fix for 2.6.36.
ht
On 09/30/2010 12:18 AM, Yann E. MORIN wrote:
The AVerTV Red HD+ (A850T) is basically the same as the existing
AVerTV Volar Black HD 9A850), but is specific to the french market.
This is a collection of information gathered from the french support
forums for Ubuntu, which I tried to properly form
Hi Mauro,
Most of the v4l2 framework has a prefix that starts with v4l2_ except for
struct video_device in v4l2-dev.c. This name is becoming very confusing since
it closely resembles struct v4l2_device. Since video_device really represents
a v4l2 device node I propose to rename it to v4l2_devnode
36 matches
Mail list logo