public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Krufky <mkrufky@linuxtv.org>
To: Mauro Carvalho Chehab <mchehab@brturbo.com.br>
Cc: Andrew Morton <akpm@osdl.org>,
	LKML <linux-kernel@vger.kernel.org>,
	linux-dvb-maintainer@linuxtv.org,
	Mac Michaels <wmichaels1@earthlink.net>
Subject: Re: [PATCH] DVB: lgdt330x frontend: some bug fixes & add lgdt3303 support
Date: Mon, 08 Aug 2005 09:20:13 -0400	[thread overview]
Message-ID: <42F75C0D.3030409@linuxtv.org> (raw)
In-Reply-To: <1123504387.17427.9.camel@localhost>

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.

-- 
Michael Krufky


  reply	other threads:[~2005-08-08 13:20 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-08  0:08 [PATCH] DVB: lgdt330x frontend: some bug fixes & add lgdt3303 support 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 [this message]
2005-08-08 14:47     ` Mauro Carvalho Chehab
2005-08-09  3:10     ` Mac Michaels
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=42F75C0D.3030409@linuxtv.org \
    --to=mkrufky@linuxtv.org \
    --cc=akpm@osdl.org \
    --cc=linux-dvb-maintainer@linuxtv.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mchehab@brturbo.com.br \
    --cc=wmichaels1@earthlink.net \
    /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