Thanks to Pedro i make it working, it works this way:
mkdir /usr/local/src/dvb
cd /usr/local/src/dvb
wget http://tevii.com/100315_Beta_linux_tevii_ds3000.rar
unrar x 100315_Beta_linux_tevii_ds3000.rar
cp *.fw /lib/firmware
tar xjvf linux-tevii-ds3000.tar.bz2
cd linux-tevii-ds3000
make && make inst
Hi Mauro
Please, pull a couple of fixes for 2.6.37. TBH, two of them are not very
critical, of which one ("SOC Camera: OMAP1: typo fix") is purely
cosmetical - it fixes a typo in a comment. But at least it's trivial,
since it cannot cause any regressions. And the other non-critical one
("SoC C
From: =?UTF-8?q?Jean-Fran=C3=A7ois=20Moine?=
commit f43402fa55bf5e7e190c176343015122f694857c upstream.
When audio is present, some alternate settings were skipped.
This prevented some webcams to work, especially when bulk transfer was used.
This patch permits to use the last or only alternate se
It's about time to make it clear that i2c_adapter.id is deprecated.
Hopefully this will remind the last user to move over to a different
strategy.
Signed-off-by: Jean Delvare
Cc: Hans Verkuil
Cc: Jarod Wilson
---
drivers/i2c/i2c-mux.c |1 -
include/linux/i2c.h |2 +-
2 files changed,
Drivers don't need to include , especially not when
they don't use anything that header file provides.
Signed-off-by: Jean Delvare
Cc: Michael Hunold
Cc: Mauro Carvalho Chehab
---
drivers/media/common/saa7146_i2c.c|1 -
drivers/media/video/ir-kbd-i2c.c |1 -
drivers/staging/ol
Delete unused I2C adapter IDs. Special cases are:
* I2C_HW_B_RIVA was still set in driver rivafb, however no other
driver is ever looking for this value, so we can safely remove it.
* I2C_HW_B_HDPVR is used in staging driver lirc_zilog, however no
adapter ID is ever set to this value, so the c
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:Fri Nov 5 19:00:05 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15167:abd3aac6644e
git master:
2010/11/5 Michael Jones :
> Hi Bastian (Laurent, and Sakari),
>>
>> I want to clarify this:
>>
>> I try to read images with yafta.
>> I read in 4 images with 5MP size (no skipping). All 4 images contain only
>> zeros.
>> I repeat the process some times and keep checking the data. After -
>> let's
Hi Bastian (Laurent, and Sakari),
>
> I want to clarify this:
>
> I try to read images with yafta.
> I read in 4 images with 5MP size (no skipping). All 4 images contain only
> zeros.
> I repeat the process some times and keep checking the data. After -
> let's say the 6th time - the images cont
On Fri, Nov 5, 2010 at 08:27, David Härdeman wrote:
> If you're referring to the pain caused by changing existing keytables
> (thereby breaking custom keytables), I think it's inevitable. Throwing away
> information is not a good solution.
>
> As this subsystem progresses, there's going to be more
On Thu, 04 Nov 2010 15:43:33 -0400, Mauro Carvalho Chehab
wrote:
> Em 04-11-2010 15:38, David Härdeman escreveu:
>> On Thu, Nov 04, 2010 at 11:54:25AM -0400, Jarod Wilson wrote:
>>> Okay, so we seem to be in agreement for an approach to handling this.
>>> I'll toss something together implementing
On Thu, 04 Nov 2010 14:51:24 -0400, Mauro Carvalho Chehab wrote:
> Em 04-11-2010 14:32, Arnaud Lacombe escreveu:
> > Hi,
> >
> > On Thu, Nov 4, 2010 at 2:11 PM, Mauro Carvalho Chehab
> > wrote:
> >> [...]
> >> Yes, but this makes things worse: it will allow compiling drivers that
> >> Kernel
> >
2010/11/5 Bastian Hecht :
> Hello all,
>
> I got it now!!!
> After adding debugfs support and observing my isp like a lynx I found
> out that magically the ISP_CTRL register changes from
> [ 316.903900] omap3isp omap3isp: ###ISP CTRL=0x0020 to
> 0x0020c040 after an successful image read :-)
Hello all,
I got it now!!!
After adding debugfs support and observing my isp like a lynx I found
out that magically the ISP_CTRL register changes from
[ 316.903900] omap3isp omap3isp: ###ISP CTRL=0x0020 to
0x0020c040 after an successful image read :-)
This is the shift configuration that s
Forwarding to linux-media, which I somehow removed from the list of recipients.
Also removing indentation from part of my message. Don't know how that
happened.
-- Forwarded Message --
Subject: Re: Warnings from latest -git
Date: Friday 05 November 2010
From: Chris Clayton
To
Commit a90f933507859941c4a58028d7593a80f57895c4 accidentally removed
the piece of code setting the i2c algo pointer. Restore it.
That's what happens when you put two code statements on the same
line...
Signed-off-by: Jean Delvare
Cc: Mauro Carvalho Chehab
---
Sorry about this, I didn't notice t
16 matches
Mail list logo
