public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Jarod Wilson <jarod@redhat.com>
To: Trent Piepho <xyzzy@speakeasy.org>
Cc: linux-media@vger.kernel.org
Subject: Re: [PATCH] dvb: make digital side of pcHDTV HD-3000 functional again
Date: Mon, 20 Jul 2009 16:50:23 -0400	[thread overview]
Message-ID: <200907201650.23749.jarod@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0907201240490.11911@shell2.speakeasy.net>

On Monday 20 July 2009 15:51:27 Trent Piepho wrote:
> On Mon, 20 Jul 2009, Jarod Wilson wrote:
> > The dvb side of the pcHDTV HD-3000 doesn't work since at least 2.6.29.
> > The crux of the problem is this: the HD-3000's device ID matches the
> > modalias for the cx8800 driver, but not the cx8802 driver, which is
> > required to set up the digital side of the card. You can load up
> > cx8802 just fine, but cx88-dvb falls on its face, because the call
> > to cx8802_register_driver() attempts to traverse the cx8802_devlist,
> > which is completely empty. The list is only populated by the
> > cx8802_probe() function, which never gets called for the HD-3000, as
> > its device ID isn't matched by the cx8802 driver, so you wind up
> 
> This isn't right.  The cx8802 has never had anything in its mod alias other
> than the generic 14f1/8802 vendor/device with wildcards for
> sub-vendor/device.  Which should match the HD-3000 as well as all other
> cx88 based digital cards.  So cx8802_probe() should be called with the
> existing id table.  Something else must be going on.  Maybe there is
> something wrong with your PCI and function 2 isn't showing up?  Or it could
> be that function 2 is disabled in the eeprom.  Make sure lspci shows the
> mpeg function listed:
> 
> 02:04.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
>         Subsystem: pcHDTV pcHDTV HD3000 HDTV
>         Flags: bus master, medium devsel, latency 64, IRQ 18
>         Memory at c5000000 (32-bit, non-prefetchable) [size=16M]

Hrm, okay, I'll double-check that... If its not there, perhaps the card
isn't quite seated correctly. Or the machine is bunk. Or the card has
gone belly up. Amusing that it works as much as it does though, if any
of the above is the case...

Thanks for the info!

-- 
Jarod Wilson
jarod@redhat.com

  reply	other threads:[~2009-07-20 20:51 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-20 14:20 [PATCH] dvb: make digital side of pcHDTV HD-3000 functional again Jarod Wilson
2009-07-20 19:51 ` Trent Piepho
2009-07-20 20:50   ` Jarod Wilson [this message]
2009-07-21 14:23     ` Steven Toth
2009-07-22  1:35       ` Jarod Wilson
2009-07-22  1:48         ` Bob Hepple
2009-07-22 15:54           ` Steven Toth
2009-07-22 16:06             ` Devin Heitmueller
2009-07-22  6:51         ` Trent Piepho
2009-07-22 11:57           ` Andy Walls
2009-07-22 17:59           ` Jarod Wilson
2009-07-22 18:12             ` Jarod Wilson

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=200907201650.23749.jarod@redhat.com \
    --to=jarod@redhat.com \
    --cc=linux-media@vger.kernel.org \
    --cc=xyzzy@speakeasy.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