Are you sure that your usb is dib0700?
if you look on the sources you wont see idVendor=413c,
idProduct=3010 however there is
os...@x-evian:/usr/src/linux-source-2.6.30/drivers/media/dvb/dvb-usb$
grep 05d8 * -iR
Coincidencia en el fichero binario dvb-usb-dib0700.ko
dvb-usb-dib0700.mod.c:MODUL
On 2/12/2009 12:35 PM, Paul wrote:
I have a DVB-T USB device ( T14BR),
which seems to work fine when I plug in my Fedora 10 box but I if I
reboot with device connected it regularity fails to initialise correctly
and to correct I have to remove unplug-device remove the module and
reload module to
There are old bttv-driven Hauppauge WinTV series cards that have
their IR part at i2c addr 0x71, which doesn't get considered in the
new 2.6.31 i2c code.
>From a 2.6.29 kernel:
lirc_i2c: chip 0x10005 found @ 0x71 (Hauppauge PVR150)
Minor cosmetic glitch, the card in question isn't actually a PVR
On Wed, Dec 2, 2009 at 12:30 AM, wrote:
> From: Muralidharan Karicheri
>
> If a USERPTR address that is not aligned to page boundary is passed to the
> videobuf_dma_contig_user_get() function, it saves a page aligned address to
> the dma_handle. This is not correct. This issue is observed when u
On Tuesday 01 December 2009 16:33:08 Guennadi Liakhovetski wrote:
> On Tue, 1 Dec 2009, Hans Verkuil wrote:
> > On Monday 30 November 2009 15:48:24 Guennadi Liakhovetski wrote:
> > > On Mon, 30 Nov 2009, Hans Verkuil wrote:
> > > > On Fri, 27 Nov 2009, Guennadi Liakhovetski wrote:
> > > > > On Fri,
On Wednesday 02 December 2009 03:05:10 Németh Márton wrote:
> Hans Verkuil wrote:
> > 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:Tue Dec 1 19:00:02 CE
On Wednesday 02 December 2009 04:17:12 Karicheri, Muralidharan wrote:
> Some body removed media-spec target from v4l/Makefile.
>
> I got it working with make spec.
>
> Why to change target name like this?
I always used 'make spec'. The 'make media-spec' was probably introduced when
the v4l and dv
On Tuesday 01 December 2009 16:22:55 Guennadi Liakhovetski wrote:
> On Tue, 1 Dec 2009, Hans Verkuil wrote:
> > On Monday 30 November 2009 14:49:07 Guennadi Liakhovetski wrote:
> > > Right, how about this:
> > >
> > > /*
> > > * These pixel codes uniquely identify data formats on the media bus.
>
Am Dienstag, den 24.11.2009, 02:08 +0100 schrieb hermann pitton:
> Hi Mauro,
>
> Am Montag, den 23.11.2009, 14:04 -0200 schrieb Mauro Carvalho Chehab:
> > Hi Lukáš/Hermann,
> >
> > Any news about this patch? I'll mark it as RFC at the patchwork, since it
> > seems that this is not finished yet.
On Tue, 1 Dec 2009, Mauro Carvalho Chehab wrote:
> Mike Isely wrote:
> > On Mon, 30 Nov 2009, Mauro Carvalho Chehab wrote:
> >
> >> Em Sat, 28 Nov 2009 14:33:30 -0600 (CST)
> >> Mike Isely escreveu:
> >>
> >>> Mauro:
> >>>
> >>> I had also posted up two high priority pvrusb2 patches that should
I have a DVB-T USB device ( T14BR),
which seems to work fine when I plug in my Fedora 10 box but I if I
reboot with device connected it regularity fails to initialise correctly
and to correct I have to remove unplug-device remove the module and
reload module to fix up and only after system has bee
On 12/2/2009 9:12 AM, Tobias Lorenz wrote:
> Hi,
>
> ok, understood this problem.
> So, why not set this in si470x_fops_open directly after the si470x_start?
> It seems more appropriate to enable the RDS interrupt after starting the
> radio.
>
OK, it makes sense. I will move it in si470x_fops_o
Hi,
Am Montag, den 30.11.2009, 14:35 -0800 schrieb Dominic Fernandes:
> Hi Hermann,
>
> There is a sign of life coming from the card (I connected my SAT finder and
> got a loud tone from it).
>
> > You might want to set dvb_powerdown_on_sleep=0 for dvb_core.
>
> How do you specify this and whi
On Tue, Dec 01, 2009 at 06:25:00PM -0500, 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 _or_ leaving everything as it is today
> > with
Hi,
ok, understood this problem.
So, why not set this in si470x_fops_open directly after the si470x_start?
It seems more appropriate to enable the RDS interrupt after starting the radio.
Bye the way, you pointed me to a bug. Instead of always setting de-emphasis in
si470x_start:
radio->registers
Hi, Tobias.
On 12/2/2009 8:39 AM, Tobias Lorenz wrote:
> Hi,
>
> what is the advantage in not setting SYSCONFIG1 into a known state?
>
At patch 3/3, i am setting the SYSCONFIG1 register for RDS interrupt in
i2c probe function, so i need this patch. Do you have other idea?
> Bye,
> Toby
>
> Am
For some unknown reason, on a MacBookPro5,3 the iSight _sometimes_ report
a different video format GUID. This patch add the other (wrong) GUID to
the format table, making the iSight work always w/o other problems.
What it should report: 32595559--0010-8000-00aa00389b71
What it often reports: 3
Hi,
yes, good point.
Acked-by: Tobias Lorenz
Bye,
Toby
Am Mittwoch 18 November 2009 07:21:30 schrieb Joonyoung Shim:
> 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 Sh
Hi,
what is the advantage in not setting SYSCONFIG1 into a known state?
Bye,
Toby
Am Mittwoch 18 November 2009 07:21:25 schrieb Joonyoung Shim:
> We should use the or operation to set value to the SYSCONFIG1 register
> on si470x_start().
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/media
Hi,
unfortunately I have no possibility to test this patch. Nevertheless it looks
clean to me.
Acked-by: Tobias Lorenz
Bye,
Toby
Am Mittwoch 18 November 2009 07:21:37 schrieb Joonyoung Shim:
> This patch is to support RDS on si470x i2c driver. The routine of RDS
> operation is almost same wit
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 _or_ leaving everything as it is today
> with mercurial.
>
> I'm waiting for comments.
I only have one requirement:
Some body removed media-spec target from v4l/Makefile.
I got it working with make spec.
Why to change target name like this?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: l
Hi,
I had downloaded the v4l2-dvb tree few days back to create my video timings API
documentation and it had compiled fine when I did,
make media-spec
I still can build using the old tar ball. But today, I downloaded
v4l-dvb-e0cd9a337600.tar.gz, it fails immediately after running the
make_myc
From: Muralidharan Karicheri
Added support for building DM365 CCDC module. Also made VPSS module default
configuration variable value to n.
NOTE: This patch is for review purpose only
Signed-off-by: Muralidharan Karicheri
---
drivers/media/video/Kconfig | 15 ++-
driver
From: Muralidharan Karicheri
This patch does following changes:-
1) Added support for ISP5 and VPSS modules configuration for DM365
2) renamed few variables to make it more generic
NOTE: This is the initial version for review.
Signed-off-by: Muralidharan Karicheri
---
drivers/
From: Muralidharan Karicheri
Adds platform and board specific changes to support YUV video capture on
DM365.
NOTE: This patch is for review purpose only
Signed-off-by: Muralidharan Karicheri
---
arch/arm/mach-davinci/board-dm365-evm.c| 74 +++
arch/arm/mach-davinci/d
From: Muralidharan Karicheri
This patch adds support for handling CCDC configuration ioctl. A new
IOCTL added to support reading current configuration at CCDC.
NOTE: This is the initial version for review.
Signed-off-by: Muralidharan Karicheri
---
drivers/media/video/davinci/vpfe_capture.c |
Hans Verkuil wrote:
> 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:Tue Dec 1 19:00:02 CET 2009
> path:http://www.linuxtv.org/hg/v4l-dvb
> changeset: 1
Hi,
I just received a usb DVB-T card and have been trying to get it to work
under Ubuntu 9.10, but to no avail. dmesg shows the following when
plugging in the card:
[ 35.280024] usb 2-1: new high speed USB device using ehci_hcd and
address 4
[ 35.435978] usb 2-1: configuration #1 chosen from
Dmitry Torokhov wrote:
> On Tue, Dec 01, 2009 at 05:00:40PM -0200, Mauro Carvalho Chehab wrote:
>> Dmitry Torokhov wrote:
>>> On Tue, Dec 01, 2009 at 03:29:44PM -0200, Mauro Carvalho Chehab wrote:
For sure we need to add an EVIOSETPROTO ioctl to allow the driver
to change the protocol in
On Tue, Dec 01, 2009 at 05:00:40PM -0200, Mauro Carvalho Chehab wrote:
> Dmitry Torokhov wrote:
> > On Tue, Dec 01, 2009 at 03:29:44PM -0200, Mauro Carvalho Chehab wrote:
> >> For sure we need to add an EVIOSETPROTO ioctl to allow the driver
> >> to change the protocol in runtime.
> >>
> >
> > Ma
On Tue, 1 Dec 2009, Patrick Boettcher wrote:
> To start right away: I'm in favour of using GIT because of difficulties I
> have with my "daily" work with v4l-dvb. It is in my nature do to mistakes,
> so I need a tool which assists me in fixing those, I have not found a
> simple way to do my stuff w
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:Tue Dec 1 19:00:02 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13538:e0cd9a337600
gcc version: gcc (
> -Original Message-
> From: Karicheri, Muralidharan
> Sent: Tuesday, December 01, 2009 11:46 PM
> To: linux-media@vger.kernel.org; hverk...@xs4all.nl;
> khil...@deeprootsystems.com
> Cc: davinci-linux-open-sou...@linux.davincidsp.com; Hiremath,
> Vaibhav; Karicheri, Muralidharan
> Subject
> -Original Message-
> From: Karicheri, Muralidharan
> Sent: Tuesday, December 01, 2009 11:46 PM
> To: linux-media@vger.kernel.org; hverk...@xs4all.nl;
> khil...@deeprootsystems.com
> Cc: davinci-linux-open-sou...@linux.davincidsp.com; Hiremath,
> Vaibhav; Karicheri, Muralidharan
> Subject:
On Tue, Dec 1, 2009 at 2:00 PM, Mauro Carvalho Chehab
wrote:
> Due to the lack of an API for it, each driver has their own way to handle the
> protocols, but basically, on almost all drivers, even supporting different
> protocols,
> the driver limits the usage of just the protocol provided by the
Mike Isely wrote:
> On Mon, 30 Nov 2009, Mauro Carvalho Chehab wrote:
>
>> Em Sat, 28 Nov 2009 14:33:30 -0600 (CST)
>> Mike Isely escreveu:
>>
>>> Mauro:
>>>
>>> I had also posted up two high priority pvrusb2 patches that should
>>> really be cherry-picked for 2.6.32. You've already pulled them
On Tue, Dec 1, 2009 at 12:42 AM, Mauro Carvalho Chehab
wrote:
> Em 30-11-2009 17:13, OrazioPirataDelloSpazio (Lorenzo) escreveu:
>> Hi all,
>> I'm not a DVB expert but I'm wondering if this idea is feasible:
>> For an "amateur" web radio, for what I know, it is really hard to
>> being listened in
Dmitry Torokhov wrote:
> On Tue, Dec 01, 2009 at 03:29:44PM -0200, Mauro Carvalho Chehab wrote:
>> For sure we need to add an EVIOSETPROTO ioctl to allow the driver
>> to change the protocol in runtime.
>>
>
> Mauro,
>
> I think this kind of confuguration belongs to lirc device space,
> not inpu
.init.text+0x2a784): undefined reference to `snd_aci_get_aci'
Signed-off-by: Randy Dunlap
---
drivers/media/radio/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20091201.orig/drivers/media/radio/Kconfig
+++ linux-next-20091201/drivers/media/radio
On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
wrote:
> Hi Jon,
> So, what we can do is to have a "default" keycode table mapping several
> different IR's there to be used by drivers that are shipped with an IR
> that can be fully mapped by the default table. However, for devices
> with sc
From: Muralidharan Karicheri
This is the platform part for converting ccdc to platform driver.
Signed-off-by: Muralidharan Karicheri
---
Applies to linux-davinci tree
arch/arm/mach-davinci/dm355.c | 27 +++
arch/arm/mach-davinci/dm644x.c | 18 +-
2
From: Muralidharan Karicheri
Current implementation defines ccdc memory map in vpfe capture platform
file and update the same in ccdc through a function call. This will not
scale well. For example for DM365 CCDC, there are are additional memory
map for Linear table. So it is cleaner to define mem
On Mon, Nov 30, 2009 at 11:13 PM, OrazioPirataDelloSpazio (Lorenzo)
wrote:
> Hi all,
> I'm not a DVB expert but I'm wondering if this idea is feasible:
> For an "amateur" web radio, for what I know, it is really hard to
> being listened in cars, like people do with commercial satellite radio
> [1]
On Tue, Dec 01, 2009 at 03:29:44PM -0200, Mauro Carvalho Chehab wrote:
>
> For sure we need to add an EVIOSETPROTO ioctl to allow the driver
> to change the protocol in runtime.
>
Mauro,
I think this kind of confuguration belongs to lirc device space,
not input/evdev. This is the same as proto
Patrick Boettcher wrote:
>> The fact that the driver currently uses the same lookup table for both
>> types of remote controls however, was perhaps not the best design
>> choice. It really should be separated out, and merged with the
>> regular ir-functions.c. I just never got around to it.
>
>
Maxim Levitsky wrote:
> On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
>> While reading all of these IR threads another way of handling IR
>> occurred to me that pretty much eliminates the need for LIRC and
>> configuration files in default cases. The best way to make everything
>> "just work
Hi,
On Tue, 1 Dec 2009, Devin Heitmueller wrote:
On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
wrote:
Just taking an example from the dibcom0700 driver (as the same driver
supports several different RC5 and NEC codes at the same time),
the kernel table has several keycodes added there
Devin Heitmueller wrote:
> On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
> wrote:
>> Just taking an example from the dibcom0700 driver (as the same driver
>> supports several different RC5 and NEC codes at the same time),
>> the kernel table has several keycodes added there, all working
>
Hans,
Could you please add this to your hg tree and send a pull
request to Mauro? This was reviewed by Vaibhav and tested on
DM355, DM6446, AM3517 & DM365. I will request Kevin to pull
the Architecture part of this patch.
Thanks.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
G
From: Muralidharan Karicheri
v1 - updated based on comments from Vaibhav Hiremath.
On DM365 we use only vpss master clock, where as on DM355 and
DM6446, we use vpss master and slave clocks for vpfe capture and AM3517
we use internal clock and pixel clock. So this patch makes it configurable
on
From: Muralidharan Karicheri
Adding the clocks in vpfe capture configuration
Signed-off-by: Muralidharan Karicheri
---
arch/arm/mach-davinci/board-dm355-evm.c |2 ++
arch/arm/mach-davinci/board-dm644x-evm.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm
OrazioPirataDelloSpazio (Lorenzo) wrote:
> Mauro Carvalho Chehab ha scritto:
>> Receiving sat signals without dishes? From some trials we had on a telco
>> I used to work, You would need to use a network of low-orbit satellites,
>> carefully choosing the better frequencies and it will provide you
>
On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
wrote:
> Just taking an example from the dibcom0700 driver (as the same driver
> supports several different RC5 and NEC codes at the same time),
> the kernel table has several keycodes added there, all working
> at the same time. Providing tha
Hi Jon,
Jon Smirl wrote:
> On Tue, Dec 1, 2009 at 10:47 AM, Maxim Levitsky
> wrote:
>> On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
>>> While reading all of these IR threads another way of handling IR
>>> occurred to me that pretty much eliminates the need for LIRC and
>>> configuration f
On Tue, Dec 1, 2009 at 10:47 AM, Maxim Levitsky wrote:
> On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
>> While reading all of these IR threads another way of handling IR
>> occurred to me that pretty much eliminates the need for LIRC and
>> configuration files in default cases. The best way
On 12/01/2009 04:59 PM, Patrick Boettcher wrote:
I'm waiting for comments.
GIT
I have never used Git but as it is used by main Linux kernel devel tree
I would prefer that too.
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body
On Tue, Dec 1, 2009 at 9:59 AM, 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 _or_ leaving everything as it is today with
> mercurial.
>
> To start right away: I'm in favour of using GIT because of dif
On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
> While reading all of these IR threads another way of handling IR
> occurred to me that pretty much eliminates the need for LIRC and
> configuration files in default cases. The best way to make everything
> "just work" is to eliminate it.
>
> T
On Tue, Dec 01, 2009 at 03:59:20PM +0100, Patrick Boettcher wrote:
> Hi all,
hi,
> I would like to start a discussion which ideally results in either
> changing the SCM of v4l-dvb to git _or_ leaving everything as it is
> today with mercurial.
i should not be stopped by a tool i'm not familiar w
Kevin,
Following patch merged to v4l-dvb linux-next has an architectural
part as attached. If you have not merged it to your next branch
for linux-davinci tree, please do so at your earliest convenience
so that they are in sync.
Patch merged to linux-next is available at
http://git.kernel.org/?
Some drivers support multiple frameintervals (framerates), make gspca able to
enumerate them.
Signed-off-by: Antonio Ospite
---
Changes since the initial RFC version:
- 'i' is now a __u32 and the variable 'index' has been dropped.
- some more comments in gspca.h
Thanks to Hans de Goede for the
From: Muralidharan Karicheri
If a USERPTR address that is not aligned to page boundary is passed to the
videobuf_dma_contig_user_get() function, it saves a page aligned address to
the dma_handle. This is not correct. This issue is observed when using USERPTR
IO machism for buffer exchange.
Signe
Currently, i2c_debug shows up w/o a desc in modinfo, and i2c_hw shows
up with i2c_debug's desc. Fix that.
Signed-off-by: Jarod Wilson
diff -r e0cd9a337600 linux/drivers/media/video/bt8xx/bttv-i2c.c
--- a/linux/drivers/media/video/bt8xx/bttv-i2c.cSun Nov 29 12:08:02
2009 -0200
+++ b/linu
Hi,
The big issue here is: how do we document that "EM28xxHVR950-00" is the
Hauppauge Grey IR that
is shipped with their newer devices.
>
A third approach would be to identify, instead, the Remote Controller directly.
So, we would
add a sysfs field like ir_type.
I'd pick a more descripti
Hi again,
On Mon, 30 Nov 2009, Devin Heitmueller wrote:
On Mon, Nov 30, 2009 at 12:28 PM, Patrick Boettcher
- Add support for PCTV 74e (Pinnacle) + fix USB vendor IDs
Patrick,
You added the USB ID for the 74e? Is that the result of actually
trying it with the hardware? As far as I know, t
While reading all of these IR threads another way of handling IR
occurred to me that pretty much eliminates the need for LIRC and
configuration files in default cases. The best way to make everything
"just work" is to eliminate it.
The first observation is that the IR profile of various devices ar
Hi all,
I would like to start a discussion which ideally results in either
changing the SCM of v4l-dvb to git _or_ leaving everything as it is today
with mercurial.
To start right away: I'm in favour of using GIT because of difficulties I
have with my "daily" work with v4l-dvb. It is in my n
On Dec 1, 2009, at 4:52 AM, Gerd Hoffmann wrote:
> On 11/30/09 13:34, Mauro Carvalho Chehab wrote:
>> Christoph Bartelmus wrote:
>>> Hi Mauro,
>>>
>>> I just don't want to change a working interface just because it could be
>>> also implemented in a different way, but having no other visible adva
Gerd Hoffmann wrote:
> On 12/01/09 12:49, Andy Walls wrote:
>> On Tue, 2009-12-01 at 11:46 +0100, Gerd Hoffmann wrote:
>>> Once lirc_dev is merged you can easily fix this: You'll have *one*
>>> driver which supports *both* evdev and lirc interfaces. If lircd opens
>>> the lirc interface raw data
Gerd Hoffmann wrote:
> Hi,
>
>>> The point is that for simple usage, like an user plugging his new USB
>>> stick
>>> he just bought, he should be able to use the shipped IR without
>>> needing to
>>> configure anything or manually calling any daemon. This currently works
>>> with the existing dr
On Tue, 2009-12-01 at 06:38 -0500, Andy Walls wrote:
> On Tue, 2009-12-01 at 08:45 +0100, Christoph Bartelmus wrote:
> > Hi Jon,
> >
> > on 30 Nov 09 at 16:35, Jon Smirl wrote:
>
>
> > Currently I would tend to an approach like this:
> > - raw interface to userspace using LIRC
> > - fixed set o
On 12/01/09 12:49, Andy Walls wrote:
On Tue, 2009-12-01 at 11:46 +0100, Gerd Hoffmann wrote:
Once lirc_dev is merged you can easily fix this: You'll have *one*
driver which supports *both* evdev and lirc interfaces. If lircd opens
the lirc interface raw data will be sent there, keystrokes come
Gerd Hoffmann wrote:
> On 11/30/09 13:34, Mauro Carvalho Chehab wrote:
>> Christoph Bartelmus wrote:
>>> Hi Mauro,
>>>
>>> I just don't want to change a working interface just because it could be
>>> also implemented in a different way, but having no other visible
>>> advantage
>>> than using more
> Hi Rob
>
> I missed your followup and tested the 'revert.diff' patch, attached
> for reference.
> I have been slow replying because I've been scratching my head over the
> results.
>
> I used 'signaltest.pl' to test[1], which uses tzap under the hood.
> Perhaps this is not the best choice, but I
On Tue, 2009-12-01 at 11:46 +0100, Gerd Hoffmann wrote:
> Hi,
>
> > A current related problem is that i2c based devices can only be bound to
> > only one of ir-kbd-i2c *or* lirc_i2c *or* lirc_zilog at any one time.
> > Currently it is somewhat up to the bridge driver which binding is
> > preferred
On Tue, 2009-12-01 at 08:45 +0100, Christoph Bartelmus wrote:
> Hi Jon,
>
> on 30 Nov 09 at 16:35, Jon Smirl wrote:
> 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
>
> That would all
On Saturday 21 November 2009 18:02:56 Németh Márton wrote:
> From: Márton Németh
>
> Use strlcat() to append a string to the previously created first part.
> The strlcat() function limits the size of the string to the whole
> destination buffer.
>
> The semantic match that finds this kind of pro
On Tue, 1 Dec 2009, Hans Verkuil wrote:
> On Monday 30 November 2009 15:48:24 Guennadi Liakhovetski wrote:
> > On Mon, 30 Nov 2009, Hans Verkuil wrote:
> > > On Fri, 27 Nov 2009, Guennadi Liakhovetski wrote:
> > > > On Fri, 27 Nov 2009, Hans Verkuil wrote:
> > > > > Hi Guennadi,
> > > > >
> > > >
On Tue, 1 Dec 2009, Hans Verkuil wrote:
> On Monday 30 November 2009 14:49:07 Guennadi Liakhovetski wrote:
> >
> > Right, how about this:
> >
> > /*
> > * These pixel codes uniquely identify data formats on the media bus.
> > Mostly * they correspond to similarly named V4L2_PIX_FMT_* formats, for
Hi,
A current related problem is that i2c based devices can only be bound to
only one of ir-kbd-i2c *or* lirc_i2c *or* lirc_zilog at any one time.
Currently it is somewhat up to the bridge driver which binding is
preferred. Discussion about this for the pvrusb2 module had the biggest
email ch
On Monday 30 November 2009 14:49:07 Guennadi Liakhovetski wrote:
> On Mon, 30 Nov 2009, Hans Verkuil wrote:
> > On Thu, 26 Nov 2009, Guennadi Liakhovetski wrote:
> > > > From 8b24c617e1ac4d324538a3eec476d48b85c2091f Mon Sep 17 00:00:00
> > > > 2001
> > >
> > > From: Guennadi Liakhovetski
> > > Dat
Hi,
The point is that for simple usage, like an user plugging his new USB stick
he just bought, he should be able to use the shipped IR without needing to
configure anything or manually calling any daemon. This currently works
with the existing drivers and it is a feature that needs to be kept
On Monday 30 November 2009 15:48:24 Guennadi Liakhovetski wrote:
> On Mon, 30 Nov 2009, Hans Verkuil wrote:
> > On Fri, 27 Nov 2009, Guennadi Liakhovetski wrote:
> > > On Fri, 27 Nov 2009, Hans Verkuil wrote:
> > > > Hi Guennadi,
> > > >
> > > > > Convert soc-camera core and all soc-camera drivers
Ondrej Zary wrote:
Fix completely broken mute handling radio-sf16fmi.
The sound was muted immediately after tuning in KRadio.
Also fix typos and add SF16-FMP to the texts.
I do not have device anymore. Looks OK to me.
Signed-off-by: Ondrej Zary
Acked-by: Petr Vandrovec
To whom should I
On 11/30/09 13:34, Mauro Carvalho Chehab wrote:
Christoph Bartelmus wrote:
Hi Mauro,
I just don't want to change a working interface just because it could be
also implemented in a different way, but having no other visible advantage
than using more recent kernel features.
I agree. The main re
Hi Rob
I missed your followup and tested the 'revert.diff' patch, attached
for reference.
I have been slow replying because I've been scratching my head over the results.
I used 'signaltest.pl' to test[1], which uses tzap under the hood.
Perhaps this is not the best choice, but I wanted something
On Mon, 30 Nov 2009, Devin Heitmueller wrote:
On Mon, Nov 30, 2009 at 12:28 PM, Patrick Boettcher
- Add support for PCTV 74e (Pinnacle) + fix USB vendor IDs
Patrick,
You added the USB ID for the 74e? Is that the result of actually
trying it with the hardware? As far as I know, the 74e is n
88 matches
Mail list logo
