On Sun, Dec 06, 2009 at 12:58:00PM +0100, Christoph Bartelmus wrote:
> Hi Dmitry,
>
> on 04 Dec 09 at 15:15, Dmitry Torokhov wrote:
> [...]
> >> http://lirc.sourceforge.net/remotes/lg/6711A20015N
> >>
> >> This is an air-conditioner remote.
> >> The entries that you see in this con
On Sun, Dec 06, 2009 at 09:03:31AM -0200, Mauro Carvalho Chehab wrote:
> Dmitry Torokhov wrote:
> > On Fri, Dec 04, 2009 at 12:12:34PM -0200, Mauro Carvalho Chehab wrote:
> >> Em Fri, 4 Dec 2009 02:06:42 -0800
> >> Dmitry Torokhov escreveu:
> >>
> >>> evdev does not really care what you use as sca
On Mon, 7 Dec 2009, Kuninori Morimoto wrote:
>
> Dear Guennadi
>
> Sorry for late response
>
> > Morimoto-san: I modified a bit your mt9t112 driver, apart from just
> > porting it to the current mediabus version. Please check, if you agree
> > with all changes and if it still works:-)
>
> Of
On Mon, 2009-12-07 at 03:23 +0200, Igor M. Liplianin wrote:
> On 6 декабря 2009 23:40:54 Andy Walls wrote:
> > On Sun, 2009-11-22 at 03:03 +0200, Igor M. Liplianin wrote:
> > > On 21 ноября 2009 22:41:42 Andy Walls wrote:
> > > > > Matthias Fechner schrieb:
> > > > > > I bought some days ago a Tevi
Hi Steve
I'm able to watch now analog television with Compro E650F.
I rich this by merging your cx23885-alsa tree and adding some modifications
for Compro card definition.
Actually, I take it from Mygica definition, only tuner type and DVB port is
different.
Tested with Tvtime.
tvtime | arecord
On 6 декабря 2009 23:40:54 Andy Walls wrote:
> On Sun, 2009-11-22 at 03:03 +0200, Igor M. Liplianin wrote:
> > On 21 ноября 2009 22:41:42 Andy Walls wrote:
> > > > Matthias Fechner schrieb:
> > > > > I bought some days ago a Tevii S470 DVB-S2 (PCI-E) card and got it
> > > > > running with the drive
Dear Guennadi
Sorry for late response
> Morimoto-san: I modified a bit your mt9t112 driver, apart from just
> porting it to the current mediabus version. Please check, if you agree
> with all changes and if it still works:-)
Of course I agree.
But sorry I'm very busy this week, so, I can not
Hi Andy,
Andy Walls wrote:
1. Does the remote for the TeVii S470 use the same codes as
linux/drivers/media/common/ir-keymaps.c : ir_codes_tevii_nec[]
or some other remote code table we have in the kernel?
I don't know how it should work with the kernel but I use the remote
together with
On Sun, 2009-11-22 at 03:03 +0200, Igor M. Liplianin wrote:
> On 21 ноября 2009 22:41:42 Andy Walls wrote:
> > > Matthias Fechner schrieb:
> > > > I bought some days ago a Tevii S470 DVB-S2 (PCI-E) card and got it
> > > > running with the driver from:
> > > > http://mercurial.intuxication.org/hg/s2
On Sun, Dec 6, 2009 at 3:34 PM, Krzysztof Halasa wrote:
> Jon Smirl writes:
>
>>> Once again: how about agreement about the LIRC interface
>>> (kernel-userspace) and merging the actual LIRC code first? In-kernel
>>> decoding can wait a bit, it doesn't change any kernel-user interface.
>>
>> I'd l
Jon Smirl writes:
>> Once again: how about agreement about the LIRC interface
>> (kernel-userspace) and merging the actual LIRC code first? In-kernel
>> decoding can wait a bit, it doesn't change any kernel-user interface.
>
> I'd like to see a semi-complete design for an in-kernel IR system
> be
Jon Smirl writes:
> The in-kernel support can start small and add protocols and maps over
> time.
Protocols, yes. Maps - we certainly don't want megatons of maps in the
kernel. The existing ones have to be removed, some time.
--
Krzysztof Halasa
--
To unsubscribe from this list: send the line "
Mauro Carvalho Chehab writes:
> All the IR's I found with V4L/DVB use up to 16 bits code (or 24 bits, for NEC
> extended protocol).
> However, currently, the drivers were getting only 7 bits, due to the old way
> to implement
> EVIO[S|G]KEYCODE.
>
> I know, however, one i2c chip that returns a
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:Sun Dec 6 19:00:09 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13576:121066e283e5
gcc version: gcc (
From: Randy Dunlap
miropcm20 uses ALSA (snd_) interfaces from the SND_MIRO
driver, so it should depend on SND.
(selecting SND_MIRO when CONFIG_SND is not enabled is a
problem.)
drivers/built-in.o: In function `vidioc_s_ctrl':
radio-miropcm20.c:(.text+0x227499): undefined reference to `snd_aci_cm
On Sun, Dec 6, 2009 at 12:48 PM, Krzysztof Halasa wrote:
> Once again: how about agreement about the LIRC interface
> (kernel-userspace) and merging the actual LIRC code first? In-kernel
> decoding can wait a bit, it doesn't change any kernel-user interface.
I'd like to see a semi-complete design
Mauro Carvalho Chehab writes:
>> I do not believe you are being realistic. Sometimes we just need to say
>> that the device is a POS and is just not worth it. Remember, there is
>> still "lirc hole" for the hard core people still using solder to produce
>> something out of the spare electronic co
Andy Walls writes:
> Yes, I agree. I do not know what percentage of current Linux users are
> technical vs non-technical, so I cannot gauge the current improtance.
>
> I can see the trend line though: as time goes by, the percentage of all
> linux users that have a technical bent will only get s
From: Márton Németh
The device_table structure is used as a constant. The driver_info field
is only copied to the struct sd so it is also not modified.
Signed-off-by: Márton Németh
---
diff -r e16961fe157d linux/drivers/media/video/gspca/conex.c
--- a/linux/drivers/media/video/gspca/conex.c W
On Sun, Dec 6, 2009 at 7:12 AM, Christoph Bartelmus wrote:
> Hi Jon,
>
> on 04 Dec 09 at 19:28, Jon Smirl wrote:
>>> BTW, I just came across a XMP remote that seems to generate 3x64 bit
>>> scan codes. Anyone here has docs on the XMP protocol?
>>
>> Assuming a general purpose receiver (not one wit
Manu,
Thanks for taking care.
> Please try http://jusst.de/hg/v4l-dvb
> and report the issues
It looks as if dependencies and frontends are not in line.
• dependencies for my card’s relevant frontends STB0899, STB6100, and
LNBP21 are missing from Kconfig,
• dependency for CU1216 is in, but fron
Hi Jon,
on 04 Dec 09 at 19:28, Jon Smirl wrote:
>> BTW, I just came across a XMP remote that seems to generate 3x64 bit
>> scan codes. Anyone here has docs on the XMP protocol?
>
> Assuming a general purpose receiver (not one with fixed hardware
> decoding), is it important for Linux to receive IR
Hi Dmitry,
on 04 Dec 09 at 15:15, Dmitry Torokhov wrote:
[...]
>> http://lirc.sourceforge.net/remotes/lg/6711A20015N
>>
>> This is an air-conditioner remote.
>> The entries that you see in this config file are not really separate
>> buttons. Instead the remote just sends the cu
Hi Dmitry,
on 05 Dec 09 at 22:55, Dmitry Torokhov wrote:
[...]
> I do not believe you are being realistic. Sometimes we just need to say
> that the device is a POS and is just not worth it. Remember, there is
> still "lirc hole" for the hard core people still using solder to produce
> something ou
Dmitry Torokhov wrote:
> Hi,
>
> On Sun, Dec 06, 2009 at 04:36:33AM +0100, hermann pitton wrote:
>> Hi,
>>
>> Am Freitag, den 04.12.2009, 19:28 -0500 schrieb Jon Smirl:
>>> On Fri, Dec 4, 2009 at 6:01 PM, Christoph Bartelmus
>>> wrote:
BTW, I just came across a XMP remote that seems to gene
Sander Eikelenboom wrote:
> Hello Mauro,
>
> With the patch the NULL pointer dereference is fixed.
>
Thank you for testing.
I've applied the patch on my tree.
Cheers,
Mauro.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.ker
Dmitry Torokhov wrote:
> On Fri, Dec 04, 2009 at 12:12:34PM -0200, Mauro Carvalho Chehab wrote:
>>> How related lirc-core to the current lirc code? If it is not the same
>>> maybe we should not call it lirc to avoid confusion.
>> Just for better illustrate what I'm seeing, I broke the IR generic
>>
Dmitry Torokhov wrote:
> On Fri, Dec 04, 2009 at 12:12:34PM -0200, Mauro Carvalho Chehab wrote:
>> Em Fri, 4 Dec 2009 02:06:42 -0800
>> Dmitry Torokhov escreveu:
>>
>>> evdev does not really care what you use as scancode. So nobody stops
>>> your driver to report index as a scancode and accept ind
Hello Mauro,
With the patch the NULL pointer dereference is fixed.
Thx,
Sander
Sunday, December 6, 2009, 1:53:40 AM, you wrote:
> Sander Eikelenboom wrote:
>> Hi All,
>>
>> Tried to update my v4l-dvb modules today, but got a bug with my pinnacle
>> card, seems to be related to the recent
29 matches
Mail list logo