From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from smtp132.mail.ukl.yahoo.com ([77.238.184.63]:20006 "HELO smtp132.mail.ukl.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1759947AbZIPUfQ (ORCPT ); Wed, 16 Sep 2009 16:35:16 -0400 Message-ID: <4AB14C05.7010305@yahoo.it> Date: Wed, 16 Sep 2009 22:35:17 +0200 From: SebaX75 MIME-Version: 1.0 To: Devin Heitmueller CC: linux-media@vger.kernel.org Subject: Re: [linux-dvb] Pinnacle 320e (em28xx/xc2028): scan finds just first channel References: <4AAB74BC.9050508@pragl.cz> <829197380909120633o8b9e0e2i2b1295cc054afc14@mail.gmail.com> <4AB0E373.3080307@yahoo.it> <829197380909160842j4cc1e8ebtb14491e5d421019@mail.gmail.com> In-Reply-To: <829197380909160842j4cc1e8ebtb14491e5d421019@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: Devin Heitmueller has wrote: > On Wed, Sep 16, 2009 at 9:09 AM, SebaX75 wrote: >> Hi Devin, >> I'm the person that has joined yesterday night on IRC channel to talk with >> you about this post. >> >> During July, I've already talked with you about a problem >> (http://www.mail-archive.com/linux-media@vger.kernel.org/msg07728.html), but >> I was new and not very able to do debug and explain the problem with good >> test case. >> After two months of tests and 3 adapters used (Hauppauge Nova-T, a china >> generic Intel CE9500B1 and Pinnable Hybrid Stick 320E EEPROM-ID=0x9567eb1a, >> EEPROM-hash=0xb8846b20 - only this one don't work), I've more information >> for you. >> >> My configuration is very similar to Miroslav, Fedora 11 with kernel >> 2.6.30.5-43.fc11.i686.PAE; v4l-dvb tree downloaded yesterday (15/09/2009) >> and I use scandvb to scan the channels. I've tryed your repository too, >> em28xx-vbi3, but it seems the same. The driver compile without problem, the >> system is rebooted every time I recompile it, modules are inserted without >> options and dmesg doesn't show any errors (http://pastebin.com/f340bf982). >> >> Now the problem, very similar to Miroslav if MUX transmit only one channel; >> during tuning, the DVB-T stop on first MUX tuned and all MUX found after >> this one are not tuned and channels are not recognized. >> During tests, I've seen that if I change the MUX order in input file for >> scandvb, I can get channels list tuned from first MUX... after more tuning >> sessions to compile the list, the problem persist during normal view of >> transmission... >> >> If you need more info ask to me, I'll be very happy to help you; if for you >> is useful, I've saved a tuning session with usbsnoop from windows and I've >> not done this for linux, but if you need it I can do (I need some time to do >> this because I don't know where to start). >> >> Thanks for your support, >> Sebastian >> > > Hello Sebastian, > > Please do the following: > > unplug the device > reboot > modprobe tuner-xc2028 debug=1 > plug in the device > Make the two tuning attempts so that the failure gets logged. > Send me the full dmesg output (making sure it includes from the time > the device was connected). > > Thanks, > > Devin Hi Devin, I've done the test as you have told and the output results are at http://pastebin.com/f75008ea6. The dmesg output is divided in three section: - insert of device; - first tuning section (only first MUX, at 474MHz, was tuned, nothing for 482 or 514MHz); - second tuning section (only first MUX, at 514MHz, was tuned, nothing for 482 or 474MHz). In the tuning sections I've reported input file and screen output for scandvb. Thanks, Sebastian