I am not attached to the experimental code. If it goes away
my feelings will not be hurt. It was put there so I can
easily tell an early adopter how to make the noise go away.
-- Mac
On Monday 08 August 2005 08:20 am, Michael Krufky wrote:
> Mauro Carvalho Chehab wrote:
> > This should't
Em Seg, 2005-08-08 às 09:20 -0400, Michael Krufky escreveu:
> Mauro Carvalho Chehab wrote:
> The tda9887 stuff is disabled inside the code with #ifdefs.
Ok, you removed on your latest patch.
> Most of our correspondence have been short little emails and we
> have been communicating in
Em Seg, 2005-08-08 às 09:51 -0400, Michael Krufky escreveu:
> Mauro Carvalho Chehab wrote:
>
> > This should't be applied to 2.6.13. It does contain a hack at V4L code,
> >since mute_tda9887 is implemented outside tda9887.c module and could
> >potentially cause troubles since there are some
Mauro Carvalho Chehab wrote:
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
This patch removes the
Mauro Carvalho Chehab wrote:
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
It should be applied to
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
It should be applied to -mm and go to mainstream only
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
It should be applied to -mm and go to mainstream only
Mauro Carvalho Chehab wrote:
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
It should be applied to
Mauro Carvalho Chehab wrote:
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
This patch removes the
Em Seg, 2005-08-08 às 09:51 -0400, Michael Krufky escreveu:
Mauro Carvalho Chehab wrote:
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to
Em Seg, 2005-08-08 às 09:20 -0400, Michael Krufky escreveu:
Mauro Carvalho Chehab wrote:
The tda9887 stuff is disabled inside the code with #ifdefs.
Ok, you removed on your latest patch.
Most of our correspondence have been short little emails and we
have been communicating in pvt
I am not attached to the experimental code. If it goes away
my feelings will not be hurt. It was put there so I can
easily tell an early adopter how to make the noise go away.
-- Mac
On Monday 08 August 2005 08:20 am, Michael Krufky wrote:
Mauro Carvalho Chehab wrote:
This should't be
For 2.6.13, if possible. Patch generated against 2.6.13-rc6
--
Michael Krufky
- Structural changes within lgdt330x driver, framework now supports
both chips... tested OK on lgdt3302 and lgdt3303.
- Add LG/TUA6034 dvb_pll_desc for ATSC with LG TDVS-H062F & DViCO FusionHDTV5.
- Fixed
For 2.6.13, if possible. Patch generated against 2.6.13-rc6
--
Michael Krufky
- Structural changes within lgdt330x driver, framework now supports
both chips... tested OK on lgdt3302 and lgdt3303.
- Add LG/TUA6034 dvb_pll_desc for ATSC with LG TDVS-H062F DViCO FusionHDTV5.
- Fixed
14 matches
Mail list logo