Hi Dmitry,
on 03 Dec 09 at 14:12, Dmitry Torokhov wrote:
[...]
>> Consider passing the decoded data through lirc_dev.
[...]
> I believe it was agreed that lirc-dev should be used mainly for decoding
> protocols that are more conveniently decoded in userspace and the
> results would be looped back
On Thu, 3 Dec 2009, Justin Hornsby wrote:
> Since 02 Dec 2009 the UK WinterHill transmitter site has been
> broadcasting on different frequencies & in a different mode with
> different modulation. Channels have been re-arranged to occupy five
> multiplexes and the original BBC 'B' mux is now broa
ERROR: "__divdf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR: "__adddf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR: "__fixunsdfsi" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR: "__udivdi3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR: "__
On Fri, Dec 04, 2009 at 01:21:43, Karicheri, Muralidharan wrote:
>
[...]
> >
> >> + if (!res) {
> >> + status = -EBUSY;
> >> + goto fail_nores;
> >> + }
> >> +
> >> + ccdc_base_addr = ioremap_nocache(res->start, res_len);
> >> + if (!ccdc_base_addr) {
> >> + status
Hi hermann,
we are this results :
with
&tda827x_cfg_0, &tda827x_cfg_1 or &tda827x_cfg_2
we have a perfect image without sound on the analogic part (test with mplayer),
a partial result with dvb-t : we need to initialize first with analogic (with
cold boot, the card doesn't work on dvb)
but on
On Thu, Dec 3, 2009 at 11:21 PM, Devin Heitmueller
wrote:
> On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber wrote:
>> I have problems with my audio that I've tracked down to the transfer
>> of audio from the au0828
>> in my hvr-950Q. I spotted the following comment about green screen
>> detection
drivers/media/video/gspca/ov534.c: In function 'setsharpness_96':
drivers/media/video/gspca/ov534.c:1539: warning: comparison is always false due
to limited range of data type
this code can't ever have worked.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body o
On 12/03/09 18:05, Daniel Ritz wrote:
Hi Laurent
On Thu, 2009-12-03 at 21:15 +0100, Laurent Pinchart wrote:
Hi Daniel,
On Wednesday 02 December 2009 00:48:44 Daniel Ritz wrote:
For some unknown reason, on a MacBookPro5,3 the iSight
Could you please send me the output of lsusb -v both with t
On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber wrote:
> I have problems with my audio that I've tracked down to the transfer
> of audio from the au0828
> in my hvr-950Q. I spotted the following comment about green screen
> detection and I wonder
> if it might be related.
>
> drivers/media/video/au
On Thursday 03 December 2009 15:16:56 Guennadi Liakhovetski wrote:
> Video subdevices, like cameras, decoders, connect to video bridges over
> specialised busses. Data is being transferred over these busses in various
> formats, which only loosely correspond to fourcc codes, describing how video
>
I have problems with my audio that I've tracked down to the transfer
of audio from the au0828
in my hvr-950Q. I spotted the following comment about green screen
detection and I wonder
if it might be related.
drivers/media/video/au0828/au0828-video.c:
/* Workaround for a bug in the au0828
Hi Laurent
On Thu, 2009-12-03 at 21:15 +0100, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Wednesday 02 December 2009 00:48:44 Daniel Ritz wrote:
> > For some unknown reason, on a MacBookPro5,3 the iSight
>
> Could you please send me the output of lsusb -v both with the correct and
> wrong GUID
Am Donnerstag, den 03.12.2009, 21:04 -0200 schrieb Herton Ronaldo
Krzesinski:
> Em Qui 03 Dez 2009, às 19:54:29, hermann pitton escreveu:
> > Hi,
> >
> > Am Donnerstag, den 03.12.2009, 16:56 -0200 schrieb Herton Ronaldo
> > Krzesinski:
> > > Hi,
> > >
> > > After commit 9bedc7f ("V4L/DVB (12429)
Hi Daniel,
On Wednesday 02 December 2009 00:48:44 Daniel Ritz wrote:
> For some unknown reason, on a MacBookPro5,3 the iSight
Could you please send me the output of lsusb -v both with the correct and
wrong GUID ?
> _sometimes_ report a different video format GUID.
Sometimes only ? Now that's w
Em Thu, 3 Dec 2009 22:42:38 +0100 (CET)
Guennadi Liakhovetski escreveu:
> On Thu, 3 Dec 2009, Hans Verkuil wrote:
>
> > On Wednesday 02 December 2009 04:55:00 Andy Walls wrote:
> > > On Tue, 2009-12-01 at 15:59 +0100, Patrick Boettcher wrote:
> > > > Hi all,
> > > >
> > > > I would like to start
On Thu, 2009-12-03 at 19:10 -0200, Mauro Carvalho Chehab wrote:
> Gerd Hoffmann wrote:
>
> > One final pass over the lirc interface would be good, taking the chance
> > to fixup anything before the ABI is set in stone with the mainline
> > merge. Things to look at:
> > (3) Someone suggested a
Em Qui 03 Dez 2009, às 19:54:29, hermann pitton escreveu:
> Hi,
>
> Am Donnerstag, den 03.12.2009, 16:56 -0200 schrieb Herton Ronaldo
> Krzesinski:
> > Hi,
> >
> > After commit 9bedc7f ("V4L/DVB (12429): v4l2-ioctl: fix G_STD and G_PARM
> > default handlers"), radio software using V4L1 stopped t
On Thu, Dec 03, 2009 at 10:58:08PM +0100, Guennadi Liakhovetski wrote:
> unfortunately 3 of my V4L patches for 2.6.33 have to touch arch/sh
> simultaneously with drivers and headers. Therefore I need your acks to
> them for arch parts. All those patches have already been posted to the
> list at
On Thu, Dec 03, 2009 at 10:51:00PM +0100, Christoph Bartelmus wrote:
> Hi Mauro,
>
> on 03 Dec 09 at 19:10, Mauro Carvalho Chehab wrote:
> [...]
> >>> So the lirc_imon I submitted supports all device types, with the
> >>> onboard decode devices defaulting to operating as pure input devices,
> >>>
Hello all
After some uptime, I allways get an endless loop of these messages:
Dec 3 21:55:21 mediaserv kernel: [118604.764577] saa7146:
interrupt_hw(): warning: interrupt enabled, but not handled
properly.(0xe7fcfbb7)
Dec 3 21:55:21 mediaserv kernel: [118604.764580] saa7146:
interrupt_hw(): dis
Hi,
Am Donnerstag, den 03.12.2009, 16:56 -0200 schrieb Herton Ronaldo
Krzesinski:
> Hi,
>
> After commit 9bedc7f ("V4L/DVB (12429): v4l2-ioctl: fix G_STD and G_PARM
> default handlers"), radio software using V4L1 stopped to work on a saa7134
> card, a git bisect pointed to this commit introduci
On Thu, Dec 3, 2009 at 4:47 PM, Bert Massop wrote:
> Hi Jan,
>
> The datasheet for the TDA18218 can be obtained from NXP:
> http://www.nxp.com/documents/data_sheet/TDA18218HN.pdf
>
> That's all the information I have at the moment, maybe Mike has some
> other information (like the Application Note
Hi Paul
unfortunately 3 of my V4L patches for 2.6.33 have to touch arch/sh
simultaneously with drivers and headers. Therefore I need your acks to
them for arch parts. All those patches have already been posted to the
list at different times, here are links to them (perhaps, with some minor
dif
Hi Mauro,
on 03 Dec 09 at 19:10, Mauro Carvalho Chehab wrote:
[...]
>>> So the lirc_imon I submitted supports all device types, with the
>>> onboard decode devices defaulting to operating as pure input devices,
>>> but an option to pass hex values out via the lirc interface (which is
>>> how they'
Hi Jan,
The datasheet for the TDA18218 can be obtained from NXP:
http://www.nxp.com/documents/data_sheet/TDA18218HN.pdf
That's all the information I have at the moment, maybe Mike has some
other information (like the Application Note mentioned in the
datasheet, that claims to contain information
On 12/03/2009 10:09 PM, Peter Rasmussen wrote:
as mentioned in the welcome email of this list, but it isn't apparent to
me what the status in Linux of using a device based on this chip is?
I have got today device having this chip (thanks to verkkokauppa.com for
sponsoring) and I am going to im
On Thu, 3 Dec 2009, Hans Verkuil wrote:
> On Wednesday 02 December 2009 04:55:00 Andy Walls wrote:
> > On Tue, 2009-12-01 at 15:59 +0100, Patrick Boettcher wrote:
> > > Hi all,
> > >
> > > I would like to start a discussion which ideally results in either
> > > changing the SCM of v4l-dvb to git _
tw9910: remove cropping
tw9910: Add sync polarity support
Please, everybody, have a look and let me know if anything is missing. The
stack is also available for download from
http://download.open-technology.de/soc-camera/20091203/ based on
linux-next of today.
Morimoto-san: I modified a
test
--
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
Hi Bert and Mike,
The information that you have regarding the TDA18218, where can I get my
hands on that? It would be interesting to take a shot at writing the
driver, but I guess I would need some pointers in the right direction.
Would it be possible to get the information from you, or is such
i
Gerd Hoffmann wrote:
> One final pass over the lirc interface would be good, taking the chance
> to fixup anything before the ABI is set in stone with the mainline
> merge. Things to look at:
>
> (1) Make sure ioctl structs are 32/64 bit invariant.
> (2) Maybe add some reserved fields to all
On Wed, 2 Dec 2009, Sean wrote:
> Is there anything I can do to help? This is a show stopping bug for me.
Here's a patch you can try. It will add a _lot_ of debugging
information to the system log. Maybe it will help pin down the source
of the problem.
Alan Stern
Index: 2.6.31/drivers/usb/h
Krzysztof Halasa wrote:
> Mauro Carvalho Chehab writes:
>
>> Btw, looking at that code, while it is not impossible to split the
>> IR pulse/space measures from the NEC decoder itself, and make it generic
>> to support other protocols, it is not a trivial task, and may result on
>> a less stable
I looked around in the archives of:
http://dir.gmane.org/gmane.linux.drivers.video-input-infrastructure
http://www.spinics.net/lists/linux-media/
as mentioned in the welcome email of this list, but it isn't apparent to me
what the status in Linux of using a device based on this
Hans,
Please hold on to this. I will send you an updated patch.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Tuesday, December 01, 2009 12:22
From: Muralidharan Karicheri
Updated based on comments against v1 of the patch
This patch adds a helper function to get description of a digital
video preset added by the video timing API. This will be usefull for drivers
implementing the above API.
NOTE: depends on the patch that adds video ti
>> +#include
>[Hiremath, Vaibhav] This should not be here, this should get handled in
>board file. The driver should be generic.
>
See my comments against the platform part of this patch.
>> #include
>> #include
>> #include "dm355_ccdc_regs.h"
>> @@ -105,7 +106,6 @@ static struct ccdc_param
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 Dec 3 19:00:03 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13538:e0cd9a337600
gcc version: gcc (
Quoting Jon Smirl :
Now I understand that if 2 remotes send completely identical signals we
won't be able to separate them, but in cases when we can I think we
should.
I don't have a problem with that, if its a truly desired feature.
But for the most part, I don't see the point. Generally,
>> -/*
>> - * setup Mux configuration for vpfe input and register
>> - * vpfe capture platform device
>> - */
>> -davinci_cfg_reg(DM355_VIN_PCLK);
>> -davinci_cfg_reg(DM355_VIN_CAM_WEN);
>> -davinci_cfg_reg(DM355_VIN_CAM_VD);
>> -davinci_cfg_reg(DM355_VIN_CAM_HD);
>
Jonathan Corbet wrote:
> I've taken the liberty of dropping this into my docs-next tree, and
> will send it upward unless there are objections. Hopefully it's
> useful...
Hi Jon,
Thanks for the doc!
I'll take a more detailed review, but I've added already some bits about
videobuf at:
Documenta
On Thu, Dec 3, 2009 at 12:55 PM, Dmitry Torokhov
wrote:
> On Thu, Dec 03, 2009 at 01:09:14PM +0100, Gerd Hoffmann wrote:
>> On 12/03/09 05:29, Jarod Wilson wrote:
>>> On Dec 1, 2009, at 10:28 AM, Gerd Hoffmann wrote:
>>>
> Anyway, we shouldn't postpone lirc drivers addition due to that.
>
Hi,
After commit 9bedc7f ("V4L/DVB (12429): v4l2-ioctl: fix G_STD and G_PARM
default handlers"), radio software using V4L1 stopped to work on a saa7134
card, a git bisect pointed to this commit introducing the regression. All
VIDIOCGTUNER calls on a v4l1 application are returning -EINVAL after
Let me draw my view:
Em Thu, 3 Dec 2009 09:55:31 -0800
Dmitry Torokhov escreveu:
> No, please, wait just a minute. I know it is tempting to just merge
> lirc_dev and start working, but can we first agree on the overall
> subsystem structure before doing so. It is still quite inclear to me.
>
>
I've taken the liberty of dropping this into my docs-next tree, and
will send it upward unless there are objections. Hopefully it's
useful...
jon
---
V4L2: Add a document describing the videobuf layer
Videobuf is a moderately complex API which most V4L2 drivers should use,
but its documentation
Mauro Carvalho Chehab writes:
> Btw, looking at that code, while it is not impossible to split the
> IR pulse/space measures from the NEC decoder itself, and make it generic
> to support other protocols, it is not a trivial task, and may result on
> a less stable driver.
And it's not needed at
Jarod Wilson writes:
> Perhaps we should clarify something here. Are we intending to
> auto-create a new input device for every IR command set we see arrive
> at the IR receiver?
We don't want this, and we aren't really able to do this, because we
never know if two different scan codes are part
On Thu, Dec 03, 2009 at 02:33:56PM -0200, Mauro Carvalho Chehab wrote:
> Ferenc Wagner wrote:
> > Mauro Carvalho Chehab writes:
>
> We should not forget that simple IR's don't have any key to select the address,
> so the produced codes there will never have KEY_TV/KEY_DVD, etc.
Wait, wait, KE
Em Thu, 3 Dec 2009 11:50:04 -0500
Jon Smirl escreveu:
> On Thu, Dec 3, 2009 at 11:33 AM, Mauro Carvalho Chehab
> wrote:
> > Ferenc Wagner wrote:
> >> Mauro Carvalho Chehab writes:
> >>
> >>> Dmitry Torokhov wrote:
> >>>
> >
> >> The interesting thing is that input.h defines KEY_TV, KEY_PC, KE
On Thu, Dec 03, 2009 at 01:09:14PM +0100, Gerd Hoffmann wrote:
> On 12/03/09 05:29, Jarod Wilson wrote:
>> On Dec 1, 2009, at 10:28 AM, Gerd Hoffmann wrote:
>>
Anyway, we shouldn't postpone lirc drivers addition due to that.
There are still lots of work to do before we'll be able to split
Gerd Hoffmann writes:
> I'd pick a more descriptive name like 'bundled_remote'.
> Maybe an additional attribute could say which protocol the bundled
> remote speaks (rc5, ...), so userspace could do something sensible by
> default even if it has no data about the bundled remote.
This is problema
l...@bartelmus.de (Christoph Bartelmus) writes:
> Currently I would tend to an approach like this:
> - raw interface to userspace using LIRC
> - fixed set of in-kernel decoders that can handle bundled remotes
I'd modify it a bit:
- raw interface to userspace using LIRC
- fixed set of in-kernel de
On Thu, Dec 03, 2009 at 02:33:56PM -0200, Mauro Carvalho Chehab wrote:
> Ferenc Wagner wrote:
> > Mauro Carvalho Chehab writes:
>
> We should not forget that simple IR's don't have any key to select the
> address,
> so the produced codes there will never have KEY_TV/KEY_DVD, etc.
Wait, wait, KE
Jon Smirl wrote:
> On Wed, Dec 2, 2009 at 11:13 PM, Jarod Wilson wrote:
>> On Dec 2, 2009, at 9:48 PM, Trent Piepho wrote:
>> ...
>> Now I understand that if 2 remotes send completely identical signals we
>> won't be able to separate them, but in cases when we can I think we
>> should
On Thu, 03 Dec 2009 21:57:02 +0800 David T. L. Wong wrote:
> Randy Dunlap wrote:
> > On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
> >
> >> Stephen Rothwell wrote:
> >>> Hi all,
> >>>
> >>> Changes since 20091127:
> >>>
> >>> The v4l-dvb tree lost its conflict.
> >>
> >> on i386 (X86_32)
On Thu, 03 Dec 2009 21:54:25 +0800 David T. L. Wong wrote:
> Randy Dunlap wrote:
> > On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
> >
> >> Stephen Rothwell wrote:
> >>> Hi all,
> >>>
> >>> Changes since 20091127:
> >>>
> >>> The v4l-dvb tree lost its conflict.
> >>
> >> on i386 (X86_32)
Em Thu, 3 Dec 2009 11:50:04 -0500
Jon Smirl escreveu:
> On Thu, Dec 3, 2009 at 11:33 AM, Mauro Carvalho Chehab
> wrote:
> > Ferenc Wagner wrote:
> >> Mauro Carvalho Chehab writes:
> >>
> >>> Dmitry Torokhov wrote:
> >>>
> >
> >> The interesting thing is that input.h defines KEY_TV, KEY_PC, KEY_
On Thu, Dec 3, 2009 at 11:33 AM, Mauro Carvalho Chehab
wrote:
> Ferenc Wagner wrote:
>> Mauro Carvalho Chehab writes:
>>
>>> Dmitry Torokhov wrote:
>>>
>
>> The interesting thing is that input.h defines KEY_TV, KEY_PC, KEY_SAT,
>> KEY_CD, KEY_TAPE etc., but no corresponding scan codes will ever b
Ferenc Wagner wrote:
> Mauro Carvalho Chehab writes:
>
>> Dmitry Torokhov wrote:
>>
> The interesting thing is that input.h defines KEY_TV, KEY_PC, KEY_SAT,
> KEY_CD, KEY_TAPE etc., but no corresponding scan codes will ever be sent
> by any remote (ok, I'm stretching it a bit).
Unfortunately,
From: Muralidharan Karicheri
During review of Video Timing API documentation, Hans Verkuil had a comment
on adding EBUSY error code for VIDIOC_S_STD and VIDIOC_QUERYSTD ioctls. This
patch updates the document for this.
Signed-off-by: Muralidharan Karicheri
---
diff -uNr
v4l-dvb-e0cd9a337600_ma
Dear Michael,
We have update Linux driver released today; you can find it from the link
below
http://www.tevii.com/Support.asp
TeVii Support
-Original Message-
From: linux-dvb-boun...@linuxtv.org [mailto:linux-dvb-boun...@linuxtv.org]
On Behalf Of Michael Durket
Sent: Wednesday, December
On Thu, 3 Dec 2009 12:48:27 +0300 Alexander Beregalov wrote:
> Fix this build error:
> drivers/media/video/pms.c:682: error: implicit declaration of function
> 'KERNEL_VERSION'
>
> Signed-off-by: Alexander Beregalov
I've already sent this patch, so I can also ack it...
Acked-by: Randy Dunlap
Mauro Carvalho Chehab writes:
> Dmitry Torokhov wrote:
>
> On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote:
>
>> Now I understand that if 2 remotes send completely identical
>> signals we won't be able to separete them, but in cases when we
>> can I think we should.
>>
>> Th
>I was talking to Sekhar about this and actually he made some good points
>about this implementation.
>
>If we consider specific IP, then the required clocks would remain always be
>the same. There might be some devices which may not be using some clocks
>(so as that specific feature).
>
>Actually
Hello!
We have been facing the problem of sync()ing buffers before performing
operations on them.
This is the current buffer life cycle in videobuf (for streaming, slightly
simplified):
- qbuf:
buf_prepare, from which drivers call videobuf_iolock() if the state is
VIDEOBUF_NEEDS_INIT (i.e. o
Since 02 Dec 2009 the UK WinterHill transmitter site has been
broadcasting on different frequencies & in a different mode with
different modulation. Channels have been re-arranged to occupy five
multiplexes and the original BBC 'B' mux is now broadcasting DVB-T2
for high definition services (which
Hans,
Thanks for sending this pull request. No problem in my name being mentioned in
the spec.
Thanks.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Hans Verkuil [mailto:hv
Mauro,
Please pull from:
http://kernellabs.com/hg/~mkrufky/hcw-ids
for:
- smsusb: add autodetection support for five additional Hauppauge USB IDs
smsusb.c | 10 ++
1 file changed, 10 insertions(+)
Regards,
Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-med
Randy Dunlap wrote:
On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
Stephen Rothwell wrote:
Hi all,
Changes since 20091127:
The v4l-dvb tree lost its conflict.
on i386 (X86_32):
a 'double' variable is used, causing:
ERROR: "__floatunsidf" [drivers/media/common/tuners/max2165.ko] u
Randy Dunlap wrote:
On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
Stephen Rothwell wrote:
Hi all,
Changes since 20091127:
The v4l-dvb tree lost its conflict.
on i386 (X86_32):
a 'double' variable is used, causing:
ERROR: "__floatunsidf" [drivers/media/common/tuners/max2165.ko] u
This patch is to support PM of the si470x i2c driver.
Signed-off-by: Joonyoung Shim
---
drivers/media/radio/si470x/radio-si470x-i2c.c | 40 +
1 files changed, 40 insertions(+), 0 deletions(-)
diff --git a/drivers/media/radio/si470x/radio-si470x-i2c.c
b/drivers/media/r
This patch is to support RDS on si470x i2c driver. The routine of RDS
operation is almost same with thing of usb driver, but this uses RDS
interrupt.
Signed-off-by: Joonyoung Shim
---
drivers/media/radio/si470x/radio-si470x-i2c.c | 164 +++--
drivers/media/radio/si470x/radio
The read and poll file operations of the si470x usb driver can be used
also equally on the si470x i2c driver, so they go to the common file.
Signed-off-by: Joonyoung Shim
---
drivers/media/radio/si470x/radio-si470x-common.c | 98 ++
drivers/media/radio/si470x/radio-si470x-i
Hi,
I post patches v2 for radio-si470x-i2c driver.
[PATCH v2 1/3] radio-si470x: move some file operations to common file
[PATCH v2 2/3] radio-si470x: support RDS on si470x i2c driver
[PATCH v2 3/3] radio-si470x: support PM functions
1/3 patch is same with v1.
2/3 patch is updated the RDS interru
Leszek Koltunski wrote, On 12/03/2009 09:21 AM:
> Hello DVB gurus,
>
> I've got a TwinHan DVB-S2 card. I compiled the 'liplianin' drivers and
> it's working nicely; thanks for all your work!
>
> One question: in /dev/dvb/adapter0 I can see
>
> les...@satellite:~$ ls -l /dev/dvb/adapter0/
> total
On 12/03/09 05:29, Jarod Wilson wrote:
On Dec 1, 2009, at 10:28 AM, Gerd Hoffmann wrote:
Anyway, we shouldn't postpone lirc drivers addition due to that.
There are still lots of work to do before we'll be able to split
the tables from the kernel drivers.
Indeed. The sysfs bits are future wor
On Thu, 2009-12-03 at 08:00 -0200, Mauro Carvalho Chehab wrote:
> Andy Walls wrote:
> > On Wed, 2009-12-02 at 14:55 -0500, Jarod Wilson wrote:
> >> On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote:
> > Both of those IR devices are/will be encapsulated in a v4l2_subdevice
> > object intern
On Thursday 03 December 2009 09:04:48 Hans de Goede wrote:
> +1 for git, I really really really miss being able to do
> a simple "git rebase", and no rebase is not evil not as long
> as you don't use it for anything but local patches.
For what it's worth, I second that. "git rebase -i" is one of g
Jon Smirl wrote:
> On Wed, Dec 2, 2009 at 11:13 PM, Jarod Wilson wrote:
>> On Dec 2, 2009, at 9:48 PM, Trent Piepho wrote:
>> ...
>> Now I understand that if 2 remotes send completely identical signals we
>> won't be able to separate them, but in cases when we can I think we
>> should.
Jon Smirl wrote:
> On Wed, Dec 2, 2009 at 9:22 PM, Mauro Carvalho Chehab
> wrote:
>> Jon Smirl wrote:
>>> On Wed, Dec 2, 2009 at 3:04 PM, Jarod Wilson wrote:
On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote:
> On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote:
>> On
Andy Walls wrote:
> On Wed, 2009-12-02 at 14:55 -0500, Jarod Wilson wrote:
>> On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote:
>>
>>> Dmitry Torokhov wrote:
>> ...
>> (for each remote/substream that they can recognize).
> I'm assuming that, by remote, you're referring to a remote re
Hi,
I have successfully been running Ubuntu 9.10 on an old Pentium4
test-box. The machine has two PCI cards, both of which worked with
stock 9.10 and with a slightly upgraded kernel (2.6.31-14-generic-pae
and 2.6.31-15-generic-pae). These cards, have, in the past also
worked on Ubuntu 6.10 so ha
Andy Walls wrote:
> On Wed, 2009-12-02 at 14:55 -0500, Jarod Wilson wrote:
>> On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote:
>>
>>> Dmitry Torokhov wrote:
>> ...
>> (for each remote/substream that they can recognize).
> I'm assuming that, by remote, you're referring to a remote re
Fix this build error:
drivers/media/video/pms.c:682: error: implicit declaration of function
'KERNEL_VERSION'
Signed-off-by: Alexander Beregalov
---
drivers/media/video/pms.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/pms.c b/drivers/media/video
Video subdevices, like cameras, decoders, connect to video bridges over
specialised busses. Data is being transferred over these busses in various
formats, which only loosely correspond to fourcc codes, describing how video
data is stored in RAM. This is not a one-to-one correspondence, therefore w
Hi Uwe
On Thu, 3 Dec 2009, Uwe Taeubert wrote:
> Hello Guennadi,
> now our driver is working. I found the registers to fix and manipulate the
> exposure values. So, now, if I switch from preview to heigher resolution
> pictures, the taken photo is as bright as the preview. I read out the previ
Hello DVB gurus,
I've got a TwinHan DVB-S2 card. I compiled the 'liplianin' drivers and
it's working nicely; thanks for all your work!
One question: in /dev/dvb/adapter0 I can see
les...@satellite:~$ ls -l /dev/dvb/adapter0/
total 0
crw-rw+ 1 root video 212, 4 2009-12-02 18:22 ca0
crw-rw
Hi All
Our new TV card has MPEG-2 encoder NEC µPD61151. This encoder hasn't I2C bus,
only SPI.
I wrote SPI bitbang master for saa7134.
[ 74.482290] Linux video capture interface: v2.00
[ 74.534047] saa7130/34: v4l2 driver version 0.2.15 loaded
[ 74.534081] saa7134 :04:01.0: PCI INT A -
88 matches
Mail list logo
