Avoid(until there is a better fix) cleaning up of buffer as it will
cause partital green screen when there are frame dropped.
Fix video line couting corruption when cmd is not a video packet.
Signed-off-by: Bee Hock Goh
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000
Signed-off-by: Bee Hock Goh
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/drivers/staging/tm6000/tm6000-cards.c
index f795a3e..ced8fce 100644
--- a/drivers/staging/tm6000/tm6000-cards.c
+++ b/drivers/staging/tm6000/tm6000-cards.c
@@ -349,6 +349,22 @@ int tm6000_tuner_callback(void *ptr, in
On Sat, 2010-04-24 at 22:54 +0200, Sven Barth wrote:
>
> It would be interesting to know why the v4l devs disabled the audio
> routing for cx2583x chips and whether it was intended that a cx25837
> chip gets the same treatment as a e.g. cx25836.
> And those "implications" you're talking about i
On Sat, Apr 24, 2010 at 5:23 PM, David Härdeman wrote:
> I don't care either way. Get the input maintainers to agree and I'll
> happily write patches that follow that approach (writing TX data to the
> input dev will also have to be supported).
>
> The only real problem I see is if we implement >
On Sat, Apr 24, 2010 at 11:07:07AM -0400, Jon Smirl wrote:
> On Sat, Apr 24, 2010 at 10:15 AM, David Härdeman wrote:
> > On Sat, Apr 24, 2010 at 08:35:48AM -0400, Jon Smirl wrote:
> >> On Sat, Apr 24, 2010 at 1:22 AM, David Härdeman wrote:
> >> > I think we're eventually going to want to let rc-c
Convert drivers/media/video/cx231xx/cx231xx-input.c to not
rely on ir-functions.c.
(I do not have the hardware so I can only compile test this)
Signed-off-by: David Härdeman
---
drivers/media/video/cx231xx/cx231xx-input.c | 47 +--
drivers/media/video/cx231xx/cx231xx.h
This patch moves the state from each raw decoder into the
ir_raw_event_ctrl struct.
This allows the removal of code like this:
spin_lock(&decoder_lock);
list_for_each_entry(data, &decoder_list, list) {
if (data->ir_dev == ir_dev)
break;
With the current logic, each raw decoder needs to add a copy of the exact
same sysfs code. This is both unnecessary and also means that (re)loading
an IR driver after raw decoder modules have been loaded won't work as
expected.
This patch moves that logic into ir-raw-event and adds a single sysfs
Pulse-distance is not a protocol, it is a line coding (used by some protocols,
like NEC). Looking at the uses of IR_TYPE_PD, the real protocol seems to be
NEC in all cases (drivers/media/video/cx88/cx88-input.c is the only user).
So, remove IR_TYPE_PD while it is still easy to do so.
Signed-off-b
The following series changes the sysfs implementation in ir-core to
make the protocol selection work in the same manner for hardware
decoders and software decoders (the distinction between the two
should be hidden from the user as much as possible IMHO).
This also allows for a nice reduction of du
I've been looking at converting drivers/media/video/cx88/cx88-input.c to
use the ir-core subsystem, and I have a few questions.
As far as I understand the code, the sampling case will sample at a 4Khz
interval and generate one bit for each sample to represent a pulse or
space (i.e. a 250us reso
On Sat, 24 Apr 2010, Sven Barth wrote:
> Hi!
>
> On 24.04.2010 22:24, Mike Isely wrote:
> > On Sat, 24 Apr 2010, Sven Barth wrote:
> > >
> > > Hi!
> > >
> > > Although you never really completed that support for the AV400 it runs
> > > pretty
> > > well once you've touched the cx25840 source. I
Hi!
On 24.04.2010 22:24, Mike Isely wrote:
On Sat, 24 Apr 2010, Sven Barth wrote:
Hi!
Although you never really completed that support for the AV400 it runs pretty
well once you've touched the cx25840 source. I'm using it for months now and
it runs better than it did with Windows (I sometimes
On Sat, Apr 24, 2010 at 4:53 AM, David Härdeman wrote:
> On Fri, Apr 16, 2010 at 05:28:35PM -0400, Jarod Wilson wrote:
>>
>> This adds the keymaps for the hardware decode scancodes imon
>> devices create for their native imon pad (and mini) remotes,
>> and the hardware scancodes generated by the i
On Sat, 24 Apr 2010, Sven Barth wrote:
> On 24.04.2010 19:13, Mike Isely wrote:
> >
> > Actually the support in the pvrusb2 driver was never really completed.
> > But since I don't have a sample of the hardware here I went on ahead and
> > merged what was there so that it could get exposure and t
On 24.04.2010 19:13, Mike Isely wrote:
Actually the support in the pvrusb2 driver was never really completed.
But since I don't have a sample of the hardware here I went on ahead and
merged what was there so that it could get exposure and the remaining
problems sorted out.
-Mike
Hi!
Alth
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:Sat Apr 24 19:00:31 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14592:b438301e588f
git master:
Actually the support in the pvrusb2 driver was never really completed.
But since I don't have a sample of the hardware here I went on ahead and
merged what was there so that it could get exposure and the remaining
problems sorted out.
-Mike
On Sat, 24 Apr 2010, Sven Barth wrote:
> Hello
On Sat, Apr 24, 2010 at 10:15 AM, David Härdeman wrote:
> On Sat, Apr 24, 2010 at 08:35:48AM -0400, Jon Smirl wrote:
>> On Sat, Apr 24, 2010 at 1:22 AM, David Härdeman wrote:
>> > On Fri, Apr 23, 2010 at 06:20:28PM -0400, Andy Walls wrote:
>> >> Not that my commit rate has been > 0 LOC lately, bu
On Sat, Apr 24, 2010 at 10:56 AM, Oliver Endriss wrote:
> Ok, drop the last two patches. I will resubmit them after Devin's
> patch set has been applied.
>
> Oliver
Thanks Oliver. I've got over a hundred patches queued up behind this
series, so I am obviously pretty concerned about merge conflic
On Saturday 24 April 2010 16:33:09 Devin Heitmueller wrote:
> On Sat, Apr 24, 2010 at 10:29 AM, Oliver Endriss wrote:
> > On Wednesday 21 April 2010 04:14:11 Oliver Endriss wrote:
> >> On Sunday 21 March 2010 21:15:01 Oliver Endriss wrote:
> >> > Mauro,
> >> >
> >> > Please pull from http://linuxt
On Sat, Apr 24, 2010 at 10:29 AM, Oliver Endriss wrote:
> On Wednesday 21 April 2010 04:14:11 Oliver Endriss wrote:
>> On Sunday 21 March 2010 21:15:01 Oliver Endriss wrote:
>> > Mauro,
>> >
>> > Please pull from http://linuxtv.org/hg/~endriss/ngene
>> >
>> > for the following changeset:
>> >
>> >
On Wednesday 21 April 2010 04:14:11 Oliver Endriss wrote:
> On Sunday 21 March 2010 21:15:01 Oliver Endriss wrote:
> > Mauro,
> >
> > Please pull from http://linuxtv.org/hg/~endriss/ngene
> >
> > for the following changeset:
> >
> > 01/01: ngene: Workaround for stuck DiSEqC pin
> > http://linuxtv.o
On Sat, Apr 24, 2010 at 08:35:48AM -0400, Jon Smirl wrote:
> On Sat, Apr 24, 2010 at 1:22 AM, David Härdeman wrote:
> > On Fri, Apr 23, 2010 at 06:20:28PM -0400, Andy Walls wrote:
> >> Not that my commit rate has been > 0 LOC lately, but I'd like to see
> >> lirc_dev, just to get transmit worked o
Hello together!
I'm the owner of a Terratec Grabster AV400, which is supported by the
pvrusb2 (currently standalone version only). Video works well, but I
have a problem with audio, when I use an unmodified v4l-dvb: the audio
is too slow, as if the bitrate is set to low.
The device contains
On Sat, Apr 24, 2010 at 1:22 AM, David Härdeman wrote:
> On Fri, Apr 23, 2010 at 06:20:28PM -0400, Andy Walls wrote:
>> Not that my commit rate has been > 0 LOC lately, but I'd like to see
>> lirc_dev, just to get transmit worked out for the CX23888 chip and
>> cx23885 driver.
>>
>> I think this d
On Thu, Apr 01, 2010 at 02:56:31PM -0300, Mauro Carvalho Chehab wrote:
> Several devices use a high number of bits for scancodes. One important
> group is the Remote Controllers. Some new protocols like RC-6 define a
> scancode space of 64 bits.
>
> The current EVIO[CS]GKEYCODE ioctls allow replac
On Fri, Apr 16, 2010 at 05:28:35PM -0400, Jarod Wilson wrote:
>
> This adds the keymaps for the hardware decode scancodes imon
> devices create for their native imon pad (and mini) remotes,
> and the hardware scancodes generated by the imon devices when
> used with an rc6 windows media center ed.
28 matches
Mail list logo
