From: Mac Michaels <wmichaels1@earthlink.net>
To: Michael Krufky <mkrufky@linuxtv.org>
Cc: Mauro Carvalho Chehab <mchehab@brturbo.com.br>,
Andrew Morton <akpm@osdl.org>,
LKML <linux-kernel@vger.kernel.org>,
linux-dvb-maintainer@linuxtv.org
Subject: Re: [PATCH] DVB: lgdt330x frontend: some bug fixes & add lgdt3303 support
Date: Mon, 8 Aug 2005 22:10:25 -0500 [thread overview]
Message-ID: <200508082210.26007.wmichaels1@earthlink.net> (raw)
In-Reply-To: <42F75C0D.3030409@linuxtv.org>
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 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
> > after provided a correct implementation.
> >
> >Mkrufky,
> > Please avoid trying to submit yet experimental patches
> > to mainstream.
> >
> >Mauro.
>
> Mauro-
>
> Please calm down... This is a newer version of the
> frontend module. It is DVB code, not v4l. The new
> frontend module contains the MUTE_TDA9887 hack, however,
> the code is disabled. The new DVB frontend module has
> some bugfixes. This is NOT experimental code. It has
> been testing in cvs for the past month and Mac and I have
> verified that this code works, and is a significant
> improvement over current lgdt330x code in -linus tree. I
> did NOT send the v4l stuff to Andrew. FusionHDTV5 Gold
> DVB mode is still disabled in cx88-cards.c. THIS UPDATE
> IS A BUGFIX.
>
> Mac and I have been testing this new frontend module for
> the past few weeks. After Mac's latest changes to the
> lgdt330x module, it is now ready to go upstream. This
> module provides better quality digital tv reception, and
> adds support for LGDT3303. There is no reason this
> cannot go to 2.6.13. It is Andrew's choice of whether he
> wishes to fwd to Linus or not.
>
> The tda9887 stuff is disabled inside the code with
> #ifdefs.
>
> Mauro, please do not intercept my patches to Andrew about
> DVB stuff. I have not kept you informed about Mac's DVB
> stuff because you are v4l maintainer. (not dvb
> maintainer). Mac and I have worked very hard on this.
> Most of our correspondence have been short little emails
> and we have been communicating in pvt emails, rather than
> using the list. These patches for the new lgdt330x have
> been tested by many DViCO users, using the
> cvs-tree-merging scripts. I have discussed these code
> changes with Johannes, and he is happy for me to handle
> the hybrid patches like this. It is very important that
> the changes made to the lgdt330x module be countered by
> equivalent changes in cx88-dvb.c
>
> Once again, this is NOT an "experimental patch," and THIS
> is the correct implementation for lgdt330x stuff.....
> The tda9887 stuff can be removed later on. It is
> harmless right now, as the tda9887 code is disabled by
> ifdefs anyway. It would be best for the new lgdt330x
> module to be merged into 2.6.13, because the interface is
> no longer compatable with older lgdt330x interface.
>
> Thank you.
next prev parent reply other threads:[~2005-08-09 3:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-08 0:08 Michael Krufky
2005-08-08 0:55 ` [PATCH] DVB: lgdt330x frontend: trivial text cleanups Michael Krufky
2005-08-08 12:33 ` [PATCH] DVB: lgdt330x frontend: some bug fixes & add lgdt3303 support Mauro Carvalho Chehab
2005-08-08 13:20 ` Michael Krufky
2005-08-08 14:47 ` Mauro Carvalho Chehab
2005-08-09 3:10 ` Mac Michaels [this message]
2005-08-08 13:51 ` Michael Krufky
2005-08-08 14:32 ` Mauro Carvalho Chehab
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200508082210.26007.wmichaels1@earthlink.net \
--to=wmichaels1@earthlink.net \
--cc=akpm@osdl.org \
--cc=linux-dvb-maintainer@linuxtv.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mchehab@brturbo.com.br \
--cc=mkrufky@linuxtv.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®