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
next prev parent 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