public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@infradead.org>
To: mkrufky@linuxtv.org
Cc: c.pascoe@itee.uq.edu.au, video4linux-list@redhat.com,
	linux-dvb@linuxtv.org, fragabr@gmail.com
Subject: Re: [EXPERIMENTAL] cx88+xc3028 - tests are required - was: Re: Wh en xc3028/xc2028 will be supported?
Date: Tue, 19 Feb 2008 18:20:43 -0300	[thread overview]
Message-ID: <20080219182043.7434bd56@gaivota> (raw)
In-Reply-To: <47BB3F60.2030801@linuxtv.org>

> > It is not that simple. Steven patch works for DTV on PCI Nano; Christopher
> > patches for some other DiVCO boards (DTV also); my port of Markus patch
> for
> > other boards (tested by Dâniel Fraga - Analog TV).
> >   
> 
> What does one board have to do with another?  Just because these boards 
> all use xceive tuners does not mean that they should be grouped together.

No, but we have patches for all of them.

> Because the user has the ability to load cx8800 without cx88-dvb, and 
> likewise, the user has the ability to load cx88-dvb without cx8800, the 
> attach call must be fully qualified such that the other side of the 
> driver is not required to be loaded in order for the tuner to work.

If you take a look at the code, you'll see that all code is at cx88xx. This
module is loaded by cx8800, if you're using analog, or by cx8802, if you're
using cx88-dvb or cx88-blackbird.

The code initializes xc3028 before tuner attach.

> In the case of FusionHDTV5 pci nano, there will never be an attach call 
> from the analog side of the driver, since the tuner is hidden behind the 
> s5h1409's i2c gate, and analog mode is not supported with the current 
> driver.  If you set i2c_scan=1 on the PCI nano, the xceive tuner will 
> not even show up in the scan.

The proper fix is to open the i2c gate before loading tuner. This will allow
i2c_scan to work and both analog and digital modes will work. Btw, this
somewhat similar to what dvico_fusionhdtv_hybrid_init() does on cx88-cards.

I've added a patch that should open the bridge for s5h1409. Please test. 


> > We need one solution that works for all boards, not just yours.
> >
> > That's said, maybe SET_TUNER_CONFIG is being called too early. Maybe the
> way to
> > fix this is to create an special function to initialize it, that would be
> > called later by cx8800 or cx8802.
> both cx8800 *and* cx8802 need this functionality.  Please keep in mind 
> that some users do not ever use analog mode of these cards, and some 
> have even blacklisted cx8800 from loading.  This is fine, because cx8800 
> is not needed for cx88-dvb to function properly.  This is a level of 
> flexibility that we do not want to remove.
> 
> The _real_ problem is that the tuner is being attached to the bridge 
> driver in two locations -- analog side and digital side.  This problem 
> will be entirely avoided once we are attaching the tuner driver in a 
> single location, globally to the entire driver.  Such changes are 
> planned to be dealt with in tuner refactor phase 4, but I am still 
> dealing with refactoring the prerequisites for this scenario, in phase 3 
> -- all will come in due time, but for now, we must provide a fully 
> qualified attachment call each time we attach a tuner driver.

It would be really nice to avoid having to attach it later, on cx88-dvb,
although the double attach won't hurt. I'm not sure on how you want to avoid
this.


Cheers,
Mauro

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

  reply	other threads:[~2008-02-19 21:21 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20080127173132.551401d9@tux.abusar.org.br>
     [not found] ` <20080128165403.1f7137e0@gaivota>
     [not found]   ` <20080128182634.345bd4e8@tux.abusar.org.br>
     [not found]     ` <20080128184534.7af7a41b@gaivota>
     [not found]       ` <20080128192230.59921445@tux.abusar.org.br>
     [not found]         ` <20080129004104.17e20224@gaivota>
     [not found]           ` <20080129021904.1d3047d1@tux.abusar.org.br>
     [not found]             ` <20080129025020.60fa33de@gaivota>
     [not found]               ` <20080129050103.2fae9d61@tux.abusar.org.br>
     [not found]                 ` <20080129122547.63214371@gaivota>
2008-02-16 19:30                   ` [EXPERIMENTAL] cx88+xc3028 - tests are required - was: Re: When xc3028/xc2028 will be supported? Daniel Gimpelevich
2008-02-17 15:35                     ` Markus Rechberger
2008-02-19  4:44                   ` Michael Krufky
2008-02-19  9:51                     ` Mauro Carvalho Chehab
2008-02-19 16:38                       ` Mauro Carvalho Chehab
2008-02-19 17:24                         ` Daniel Gimpelevich
2008-02-19 21:20                           ` Mauro Carvalho Chehab
2008-02-19 22:27                             ` Dâniel Fraga
2008-02-19 20:43                       ` [EXPERIMENTAL] cx88+xc3028 - tests are required - was: Re: Wh en " mkrufky
2008-02-19 21:20                         ` Mauro Carvalho Chehab [this message]
2008-02-22  1:38                           ` Michael Krufky
2008-02-22 12:13                             ` Mauro Carvalho Chehab
2008-02-22 13:45                               ` [linux-dvb] " Michael Krufky
2008-02-22 14:13                                 ` Michael Krufky
2008-02-22 14:47                                   ` Vanessa Ezekowitz
2008-02-21 13:48                     ` [EXPERIMENTAL] cx88+xc3028 - tests are required - was: Re: When " Adam Pribyl

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=20080219182043.7434bd56@gaivota \
    --to=mchehab@infradead.org \
    --cc=c.pascoe@itee.uq.edu.au \
    --cc=fragabr@gmail.com \
    --cc=linux-dvb@linuxtv.org \
    --cc=mkrufky@linuxtv.org \
    --cc=video4linux-list@redhat.com \
    /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