public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mauro_chehab@yahoo.com.br>
To: Linux and Kernel Video <video4linux-list@redhat.com>
Cc: linux-kernel@vger.kernel.org, Michael Krufky <mkrufky@m1k.net>
Subject: Re: Gene's pcHDTV 3000 analog problem
Date: Wed, 30 Nov 2005 10:59:17 -0200	[thread overview]
Message-ID: <1133355557.8133.35.camel@localhost> (raw)
In-Reply-To: <200511292306.09395.gene.heskett@verizon.net>

Gene,

	Two questions:

1) Is it a 64bit machine?

2) please try to modprobe tuner with offset=100, then with offset=-100.
offset option will force tuner to make a freq offset. It might be the
case.

Cheers,
Mauro.

Em Ter, 2005-11-29 às 23:06 -0500, Gene Heskett escreveu:
> On Tuesday 29 November 2005 18:01, Michael Krufky wrote:
> >Kirk Lapray wrote:
> >> I only run the cards in digital mode.  I have no need to tune to any
> >> analog channels with them.  When I was working on nxt200x I was able
> >> to tune both analog and digital channels on the HDTV Wonder, but I
> >> have never tried to tune to any analog channels using the HD3000.
> >> This was using kernel 2.6.13 and the cvs v4l and dvb trees.
> >>
> >> I am not sure when I will have some time to test 2.6.15-rc3, but if I
> >> get some time I will try analog support on this and my current setup.
> >>
> >> Kirk
> >
> >Kirk-
> >
> >Please test your cards in analog mode, or I fear that we may have to
> >cause NXT200X to depend on BROKEN.
> >
> >Here's why....
> >
> >A few months ago, as we added the nxt200x module to cvs, I told you
> > that with nxt200x loaded into memory, I had some extra devices showing
> > up on my i2c bus.  At the time, I was using another cx88 card, and it
> > did not use the nxt200x module itself, although it loads up into
> > memory automatically by the cx88-dvb module.
> 
> It was not being loaded by a modprobe cx88-dvb here, see my lsmod
> listing from earlier today.
> 
> >You told me that there was some code in nxt200x module that somehow
> >opens up a channel to hidden i2c devices.  Why would this code affect
> > my system if my device is not using the nxt200x module?
> >
> >Is there code being run at nxt200x module load that is causing this
> >BEFORE cx88-dvb calls nxt200x_attach() ?
> >
> >It seems that Gene, Perry and Don are having problems with their analog
> >tuners (they each have pcHDTV 3000) ever since nxt200x got added.
> >
> >Gene, Perry and Don - What happens if you have the cx88 module loaded,
> >but you do NOT load up cx88-dvb (nxt200x will not be loaded) ... Does
> >the problem persist?
> 
> Having done an rmmod of everything related, installling the cvs but no
> reboot, an attempt to modprobe cx88 back into the system gets a module
> not found message.  So maybe I have to reboot anyway, brb.
> >
> >You do not need cx88-dvb to view analog television.
> >
> >Kirk, we need a control group!  Please test analog on both boards.
> >
> >Kirk, there is a thread on the v4l/dvb mailing lists right now about an
> >i2c gate dealing with Hauppauge cards and cx22702 frontend.  What Steve
> >Toth has described about this 'i2c gate' is starting to sound similar
> > to what you mentioned about making hidden i2c devices visible.
> >
> >I'm getting the feeling that nxt200x is indeed the problem.
> >
> >Gene, Perry and Don .... Another thing you can try -- Once again,
> >install v4l-dvb cvs on top of your running kernel, but this time,
> > before compiling, edit v4l-dvb/v4l/Makefile , and remove the line:
> >
> > EXTRA_CFLAGS += -DHAVE_NXT200X=1
> 
> I took these out before I installed the cvs to 2.6.14.3.  So here goes
> a reboot.
> >
> >... This line appears twice, you only need to remove the top one, as it
> >pertains to the cx88 card, although it is safe to remove both for the
> >purposes of this test.
> >
> >If this fixes your problem, then we know that nxt200x is the cause.
> 
> As I said above, nxt200x wasn't being loaded by the modprobe cx88-dvb
> statement.  I'm now rebooted after having done a cvs install after
> modifying the v4l/Makefile, and its now broken again.  So I'm not
> convinced that the nxt200x code has anything to do with my problem, at
> least not yet.  Now I have to see if I can recover by blowing away the
> /lib/modules dir and doing another make modules_install in the 2.6.14.3
> tree, plus a cold reboot.  Nah, to heck with it, just rerun my makeit
> script again, only takes about 9 minutes for a clean rebuild.  But this
> cold reboot will take about 20 minutes, I have umpty gigabytes of
> partitions that will e2fsck, /dev/hdd3 (180GB for amandas virtual 
> tapes) taking at least 15 minutes, much of it with the progress bar
> stuck at about 13%.  And another 80 GB partition is set for this round
> too.  It sticks for 5 minutes at about 30%, e2fsck, version 1.35, needs
> help IMNSHO. But thats what we have I guess... 
> 
> Anyway, rebooted, and it works again after modprobe cx88-dvb from a
> cli. I let it run about 3 minutes, and got this in the messages log:
> 
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc04c561a
> Nov 29 22:56:18 coyote last message repeated 3 times
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x800476c6
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0045627
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x80045626
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc04c561a
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x80085617
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x40085618
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc054561d
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x4054561e
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0045627
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x80045626
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc04c561a
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x80085617
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x40085618
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc054561d
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x4054561e
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0x402c5639
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561c
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561c
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561c
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561c
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561b
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc02c5638
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc054561d
> Nov 29 22:56:18 coyote last message repeated 2 times
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561c
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc0445624
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc008561c
> Nov 29 22:56:18 coyote kernel: CORE IOCTL: 0xc054561d
> Nov 29 22:56:49 coyote last message repeated 907 times
> Nov 29 22:57:50 coyote last message repeated 1828 times
> Nov 29 22:58:46 coyote last message repeated 1703 times
> Nov 29 22:58:46 coyote kernel: CORE IOCTL: 0xc008561c
> 
> Is this related to the memory problems you commented on a couple of
> times?  The system seems stable though.  And I've watched tv by the
> hour many times, not knowing I should be tailing the log.
> 
> The log size so far for this week is ~500k.
> 
> >-Mike
> >
> >-
> >To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> > in the body of a message to majordomo@vger.kernel.org
> >More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >Please read the FAQ at  http://www.tux.org/lkml/
> 
-- 
Mauro Carvalho Chehab <mauro_chehab@yahoo.com.br>


	

	
		
_______________________________________________________ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 


  reply	other threads:[~2005-12-01  5:58 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200511282205.jASM5YUI018061@p-chan.krl.com>
     [not found] ` <200511282248.jASMm1PC029740@p-chan.krl.com>
     [not found]   ` <438B8C5A.7070002@m1k.net>
     [not found]     ` <200511281835.56805.gene.heskett@verizon.net>
2005-11-29  1:17       ` cx88 totally fried in 2.6.15-rcX -was- Re: HD3000 - no NTSC via tuner Michael Krufky
2005-11-29  2:25         ` Gene Heskett
2005-11-29  3:37           ` Michael Krufky
2005-11-29  3:43             ` Michael Krufky
2005-11-29  4:40               ` Gene Heskett
2005-11-29  4:56                 ` Michael Krufky
2005-11-29  7:13                   ` Michael Krufky
2005-11-29 15:11                   ` Gene Heskett
2005-11-29 15:52                     ` Michael Krufky
2005-11-29 16:06                       ` Gene Heskett
2005-11-29 17:06                         ` Gene Heskett
2005-11-29  4:23             ` Gene Heskett
     [not found] ` <200511291335.18431.gene.heskett@verizon.net>
     [not found]   ` <438CA1E3.7010101@m1k.net>
     [not found]     ` <200511291546.27365.gene.heskett@verizon.net>
2005-11-29 21:29       ` Gene's pcHDTV 3000 analog problem Michael Krufky
     [not found]         ` <c35b44d70511291435i5f07bc88g429276ef659c28c5@mail.gmail.com>
2005-11-29 23:01           ` Michael Krufky
2005-11-29 23:43             ` Don Koch
2005-11-29 23:52             ` Don Koch
     [not found]             ` <c35b44d70511291548lcb10361ifd3a4ea0f239662d@mail.gmail.com>
2005-11-30  1:26               ` Michael Krufky
2005-11-30  5:07                 ` Gene Heskett
2005-11-30  5:29                   ` Michael Krufky
2005-11-30 15:53                     ` Don Koch
2005-12-01  0:24                       ` Gene Heskett
2005-12-01  4:09                         ` Michael Krufky
     [not found]                       ` <438E7107.3000407@linuxmail.org>
     [not found]                         ` <438E8365.4020200@linuxmail.org>
     [not found]                           ` <438E84A4.8000601@m1k.net>
     [not found]                             ` <438E8A58.4010003@linuxmail.org>
     [not found]                               ` <438EBD43.3080400@linuxmail.org>
2005-12-01 17:54                                 ` Michael Krufky
2005-12-01 21:00                                   ` Mauro Carvalho Chehab
2005-12-01 22:06                                     ` Perry Gilfillan
2005-12-01 22:23                                       ` Michael Krufky
2005-12-01 22:26                                       ` Gene Heskett
2005-12-01 22:45                                         ` Michael Krufky
2005-12-02  0:03                                           ` Gene Heskett
     [not found]                                             ` <1133486311.2969.11.camel@frolic>
2005-12-02  4:01                                               ` Gene Heskett
2005-12-01 22:14                                     ` Gene Heskett
2005-12-02  0:07                                     ` Don Koch
2005-12-01  3:20                     ` Don Koch
2005-12-01  4:00                       ` Michael Krufky
2005-12-01 14:59                         ` Gene Heskett
2005-12-01 15:40                           ` Perry Gilfillan
2005-12-01 17:01                             ` Gene Heskett
2005-12-01 15:24                         ` Gene Heskett
2005-12-01 15:38                           ` Michael Krufky
2005-12-01 17:13                             ` Gene Heskett
2005-12-01 15:30                         ` Gene Heskett
2005-11-30  4:06             ` Gene Heskett
2005-11-30 12:59               ` Mauro Carvalho Chehab [this message]
2005-11-30 13:01               ` Mauro Carvalho Chehab
2005-12-01  0:28                 ` Gene Heskett

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=1133355557.8133.35.camel@localhost \
    --to=mauro_chehab@yahoo.com.br \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mkrufky@m1k.net \
    --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