[linux-dvb] Re: Nova-T 500 (dvb_usb_dib0700) usb disconnects
Antti P Miettinen [EMAIL PROTECTED] writes: Anyone have a handy way of generating interrupt load? At least flood ping is not any better in provoking the disconnect than scp, dd'ing from disk with small packets, busylooping shell script with and without nice etc. It just seems to happen sometimes. Last was early morning today. Hmm.. seems to be about the time I woke up, but I did not even touch the machine :) To get an understanding about the situation I added some dump_stack() calls here and there. Is the below backtrace sane? Are people seeing USB disconnects without nvidia proprietary drivers? :-) ehci_hcd :03:0c.2: devpath 1 ep3in 3strikes [pg0+944436239/1069159424] qtd_copy_status+0x25f/0x270 [ehci_hcd] [pg0+944436789/1069159424] qh_completions+0x115/0x390 [ehci_hcd] [pg0+91047/1069159424] scan_async+0xa7/0x160 [ehci_hcd] [pg0+944453218/1069159424] ehci_work+0x52/0xf0 [ehci_hcd] [pg0+944455402/1069159424] ehci_irq+0x21a/0x360 [ehci_hcd] [try_to_wake_up+113/1072] try_to_wake_up+0x71/0x430 [pg0+952375303/1069159424] _nv001806rm+0x87/0xa8 [nvidia] [rebalance_tick+245/288] rebalance_tick+0xf5/0x120 [pg0+944243209/1069159424] usb_hcd_irq+0x39/0x70 [usbcore] [handle_IRQ_event+61/112] handle_IRQ_event+0x3d/0x70 [__do_IRQ+157/272] __do_IRQ+0x9d/0x110 [do_IRQ+25/48] do_IRQ+0x19/0x30 [common_interrupt+26/32] common_interrupt+0x1a/0x20 [default_idle+0/96] default_idle+0x0/0x60 [default_idle+44/96] default_idle+0x2c/0x60 [cpu_idle+111/192] cpu_idle+0x6f/0xc0 [start_kernel+415/512] start_kernel+0x19f/0x200 [unknown_bootoption+0/496] unknown_bootoption+0x0/0x1f0 I put the kernel log to http://www.hut.fi/~apm/kern.log -- http://www.iki.fi/~ananaza/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dvbstream pat pmt dosen't work, wrong dvbstream version?
Hi, After searching internet (and also a clue reply from this list), I found that I should add pat and pmt pids to dvbstream output to work with videolan (vlc). I found pmt pid from scan utility output, and added 0 for pat pid, as I found in instructions. but when I run dvbstream, it says that it streams just 3 streams (opposed 4, that I think it should do, pat, pmt, video, audio), and I could not play output with vlc. the questions are: 1: is the pmt_pid in output of scan utility is correct? 2: is my dvbstream version is correct? in the helps I found from internet, there was -net option for dvbstream, but my version uses -i and -r for network settings, and there is no -net option. 3: how many streams should dvbstream reports in streaming for vlc. should it report streaming 4 streams when I have pat pmt video audio pids, or reporting streaming 3 streams is correct? Thanks a lot. John. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream pat pmt dosen't work, wrong dvbstream version?
Ali H.M. Hoseini wrote: Hi, After searching internet (and also a clue reply from this list), I found that I should add pat and pmt pids to dvbstream output to work with videolan (vlc). I found pmt pid from scan utility output, and added 0 for pat pid, as I found in instructions. but when I run dvbstream, it says that it streams just 3 streams (opposed 4, that I think it should do, pat, pmt, video, audio), and I could not play output with vlc. the questions are: 1: is the pmt_pid in output of scan utility is correct? plain scan doesn't add the pmt_pid; several months ago I posted a patch that was ignored 2: is my dvbstream version is correct? in the helps I found from internet, there was -net option for dvbstream, but my version uses -i and -r for network settings, and there is no -net option. then it's old. the home of dvbstream is http://sourceforge.net/projects/dvbtools a fresh cvs checkout is what you need 3: how many streams should dvbstream reports in streaming for vlc. should it report streaming 4 streams when I have pat pmt video audio pids, or reporting streaming 3 streams is correct? as many as the pids. Maybe it's time to add a pat parser to dvbstream ... -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Le speciali Offerte di Benvenuto di Cassine di Pietra: * scopra il gusto ed i vantaggi delle tradizioni contadine * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3924d=26-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream pat pmt dosen't work, wrong dvbstream version?
so what are those pmt_pid numbers that scan utility prints? could I have your patch for scan, that adds correct pmt_pid? Nico Sabbi wrote: Ali H.M. Hoseini wrote: Hi, After searching internet (and also a clue reply from this list), I found that I should add pat and pmt pids to dvbstream output to work with videolan (vlc). I found pmt pid from scan utility output, and added 0 for pat pid, as I found in instructions. but when I run dvbstream, it says that it streams just 3 streams (opposed 4, that I think it should do, pat, pmt, video, audio), and I could not play output with vlc. the questions are: 1: is the pmt_pid in output of scan utility is correct? plain scan doesn't add the pmt_pid; several months ago I posted a patch that was ignored 2: is my dvbstream version is correct? in the helps I found from internet, there was -net option for dvbstream, but my version uses -i and -r for network settings, and there is no -net option. then it's old. the home of dvbstream is http://sourceforge.net/projects/dvbtools a fresh cvs checkout is what you need 3: how many streams should dvbstream reports in streaming for vlc. should it report streaming 4 streams when I have pat pmt video audio pids, or reporting streaming 3 streams is correct? as many as the pids. Maybe it's time to add a pat parser to dvbstream ... -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Le speciali Offerte di Benvenuto di Cassine di Pietra: * scopra il gusto ed i vantaggi delle tradizioni contadine * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3924d=26-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: [PATCH] Implement repeat key handling in budget-ci IR
On Sun, February 25, 2007 19:20, Oliver Endriss said: Jouni wrote: During make I get this: /usr/local/src/v4ltesti/v4l-dvb/v4l/budget-ci.c:110: error: expected identifier before numeric constant make[3]: *** [/usr/local/src/v4ltesti/v4l-dvb/v4l/budget-ci.o] Error 1 make[2]: *** [_module_/usr/local/src/v4ltesti/v4l-dvb/v4l] Error 2 make[2]: Leaving directory `/usr/src/linux-headers-2.6.17-50-generic' make[1]: *** [default] Virhe 2 make[1]: Poistutaan hakemistosta /usr/local/src/v4ltesti/v4l-dvb/v4l make: *** [all] Virhe 2 Did I botch something or is there a glitch in the code? Does the attached patch fix it for you? @David: This kind of stuff should go to compat.h anyway. Fortunately, false/true are already defined there. ;-) Thanks for fixing the breakage, I was at FOSDEM this weekend so I did not have time to take care of it myself. The good news is of course that all drivers are free to use the bool type now. -- David Härdeman ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream pat pmt dosen't work, wrong dvbstream version?
Ali H.M. Hoseini wrote: please, don't top post. so what are those pmt_pid numbers that scan utility prints? print where? on the screen? maybe -hopefully- it was fixed since last time I used it could I have your patch for scan, that adds correct pmt_pid? ok, tonight if scan is still broken. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Refill srl il paradiso della tua stampante - cartucce e toner compatibili, inchiostri e accessori per la ricarica, carta speciale. Tutto a prezzi scontatissimi! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5187d=26-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: Nova-T 500 (dvb_usb_dib0700) usb disconnects
On Monday 26 February 2007 09:12:38 Antti P Miettinen wrote: Are people seeing USB disconnects without nvidia proprietary drivers? :-) Yes, even without running X. Janne ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Need firmware for M9206
On Sun, Feb 25, 2007 at 11:39:54PM +1100, Nick Andrew wrote: Attached is the firmware for the LifeView TV Walker Twin (01fd:0514) 7119b154e7975a7fc2d5cb7c4bed5b28 dvb-usb-lifeview-tv-walker-twin-0.95-20051010.bin If it wasn't obvious already, can somebody please add it to the collection at http://www.linuxtv.org/downloads/firmware/ ? Nick. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AGC settings for dtt761x, removal of lgh06xf driver
Trent Piepho wrote: There is one other difference. dvb-pll will probe for the presence of an I2C pll chip by doing a one byte read, the lgh06xf driver did not do this. In some devices the PLL is not reachable over I2C at the time the tuner is attached. Some more initialization, such as firmware loading, must take place first. If any of these devices are former LG-H06xF users, something must be done to disable this probe or enable I2C before attaching the tuner. LG-H06xF tuners do not have any sort of i2c gate or firmware loading situation, and will not be affected by this issue. So, we do not have to worry about this sort of problem. However, there are some small problems in the patch, which are easily fixable: --- a/linux/drivers/media/dvb/bt8xx/Kconfig Sun Feb 25 19:13:53 2007 -0800 +++ b/linux/drivers/media/dvb/bt8xx/Kconfig Sun Feb 25 19:13:58 2007 -0800 @@ -7,7 +7,7 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE + select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select FW_LOADER help This should be: --- a/linux/drivers/media/dvb/bt8xx/Kconfig Sun Feb 25 19:13:53 2007 -0800 +++ b/linux/drivers/media/dvb/bt8xx/Kconfig Sun Feb 25 19:13:58 2007 -0800 @@ -7,7 +7,7 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_ZL10353 if !DVB_FE_CUSTOMISE select FW_LOADER help also: --- a/linux/drivers/media/dvb/dvb-usb/Kconfig Sun Feb 25 19:13:53 2007 -0800 +++ b/linux/drivers/media/dvb/dvb-usb/Kconfig Sun Feb 25 19:13:58 2007 -0800 @@ -98,7 +98,7 @@ config DVB_USB_CXUSB depends on DVB_USB select DVB_CX22702 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE + select DVB_PLL select DVB_MT352 if !DVB_FE_CUSTOMISE select DVB_ZL10353 if !DVB_FE_CUSTOMISE help again, should be: --- a/linux/drivers/media/dvb/dvb-usb/Kconfig Sun Feb 25 19:13:53 2007 -0800 +++ b/linux/drivers/media/dvb/dvb-usb/Kconfig Sun Feb 25 19:13:58 2007 -0800 @@ -98,7 +98,7 @@ config DVB_USB_CXUSB depends on DVB_USB select DVB_CX22702 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_MT352 if !DVB_FE_CUSTOMISE select DVB_ZL10353 if !DVB_FE_CUSTOMISE help Apart from that, it all looks correct to me, but I ran into some problems unrelated to your change... For some reason, the build system in your tree doesn't want to build cx88-dvb.ko Even after doing make allyesconfig , I still get: .config:# CONFIG_VIDEO_CX88_DVB is not set Now, I do not see any changes in your tree that should cause this behavior, so one would normally write this off as user error... However, I have performed quite a few v4l-dvb hg builds on this box, and this is the first time this has ever happened. Putting that issue aside, I manually set CONFIG_VIDEO_CX88_DVB = m. I have tested this code on the FusionHDTV5 Gold and the FusionHDTV5 USB Gold. The devices seem to behave just as they did before. With i2c debug on with dvb-usb-cxusb, I can see the agc settings being written separately from the tuning settings: [17182238.752000] 01 [17182238.752000] 08 61 02 df 50 [17182238.756000] 01 [17182238.756000] 08 61 04 2c 90 ce 04 ...works well for me. Please make the fixes above to the Kconfig files before requesting merge into master. Acked-by: Michael Krufky [EMAIL PROTECTED] Regards, Mike ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AGC settings for dtt761x, removal of lgh06xf driver
Michael Krufky wrote: Apart from that, it all looks correct to me, but I ran into some problems unrelated to your change... For some reason, the build system in your tree doesn't want to build cx88-dvb.ko Even after doing make allyesconfig , I still get: .config:# CONFIG_VIDEO_CX88_DVB is not set Now, I do not see any changes in your tree that should cause this behavior, so one would normally write this off as user error... However, I have performed quite a few v4l-dvb hg builds on this box, and this is the first time this has ever happened. OK. I figured out what was causing this problem, and it is indeed a bug in your tree... You forgot to remove select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE from the config VIDEO_CX88_DVB section of drivers/media/video/cx88/Kconfig ... This caused CONFIG_VIDEO_CX88_DVB to be unselected, because the build system couldn't find CONFIG_DVB_TUNER_LGH06XF. cheers, Mike ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Is Twinhan Sat-CI 1034 working?
Hi! Is Twinhan Sat-CI 1034 working? 01:06.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge Controller [Ver 1.0] (rev 01) Subsystem: Twinhan Technology Co. Ltd Unknown device 0014 Flags: bus master, medium devsel, latency 32, IRQ 11 Memory at e510 (32-bit, prefetchable) [size=4K] 01:06.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge Controller [Ver 1.0] (rev 01) 00: 22 18 35 4e 06 00 00 02 01 00 80 04 00 20 00 00 10: 08 00 10 e5 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 22 18 14 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 08 ff 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: Re : Re : [linux-dvb] Working DVB-S + CAM question
On 2/26/07, Dominique Dumont [EMAIL PROTECTED] wrote: (though it may be a part of libdvb that Christophe mentioned): http://linuxtv.org/hg/dvb-apps?mf=8b37590c8695;path=/lib/libdvben50221/;style=gitweb the dvb libraries in dvb-apps are loosely coupled so that it can be used in accordance to an external application author's liking. ie, it can be used as a whole along with the rest of the libdvb* , ie all the libs are used , OR can be used as individual libs. The same applies to the other libs as well. Recently we had DVB-H support added in to libucsi (the SI parser) IIRC. As an exaple, gnutv is a cmd line application that uses the entire set of libs. kaffeince also uses the set of libraries, i think. The user application has the ultimate choice, how to use the same. regards, manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] szap vs dvbtune
Anyone knows a reason for szap being not as stable as dvbtune when using a DVB-S card for data reception? dvbtune is giving me an oops if I unload the driver and szap never does, however, dvbtune allows lot of days of data reception without any un-lock while szap (and dvbnet) unlocks each 2 or three hours. -- szap commands: $DVBHOME/szap -c $DVBHOME/channels.conf -n 1 /dev/null sleep 15 $DVBHOME/dvbnet -p 100 $DVBHOME/dvbnet -p 300 $DVBHOME/dvbnet -p 301 $DVBHOME/dvbnet -p 500 (this are my pids for meteosat) Works fine for some hours, but then I need to stop feeds and reload the driver to re-lock the skystar2 again. --- dvbtune commands: $DVBHOME/dvbtune -c 0 -f 10853440 - p H -s 27500 -n 100 /dev/null 21 $DVBHOME/dvbtune -c 0 -f 10853440 - p H -s 27500 -n 300 /dev/null 21 $DVBHOME/dvbtune -c 0 -f 10853440 - p H -s 27500 -n 301 /dev/null 21 $DVBHOME/dvbtune -c 0 -f 10853440 - p H -s 27500 -n 500 /dev/null 21 If I try to stop feeds, I might get an oops, but works for weeks without any problem. I always load the driver with only this modules: # DVB core insmod ./dvb-core.o dvb_shutdown_timeout=0 # frontend drivers insmod ./stv0299.o # technisat skystar2 insmod ./skystar2.o Plz any Idea or existing patch I have not found in the CVS would allow me updating from dvbtune to szap. Thanks!! __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] szap vs dvbtune
Hi Daniarnedo, On Mon, 2007-02-26 at 18:26 +0100, daniarnedo wrote: Anyone knows a reason for szap being not as stable as dvbtune when using a DVB-S card for data reception? dvbtune is giving me an oops if I unload the driver and szap never does, however, dvbtune allows lot of days of data reception without any un-lock while szap (and dvbnet) unlocks each 2 or three hours. My DVB-S test machine uses szap/dvbnet to receive data, and it's been up for 16 days and still going strong (without any re-tuning). IIRC dvbnet is the stock Debian Etch package, and szap and friends were latest dvb-apps from the repository. I haven't used dvbtune on this particular box, but I have used it with the same card (TT S-1401) with similar results. Could it be your DVB driver that is unstable? Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Is Twinhan Sat-CI 1034 working?
[EMAIL PROTECTED] schreef: On Mon, 26 Feb 2007, Michel Verbraak wrote: Is Twinhan Sat-CI 1034 working? Yes, The driver is currently in Alpha state. Look at the archives of this mailing list. The CI slot is currently not working. hm maybe, missing something, but I was unable to find a driver... can You redirect me there? and, also, is there any documentation for the chip, or it is a kind of blind development? Look at http://kromtek.com/dvb. It is the mantis driver. And there have been multiple posting on this list about this driver in combination with the vp-1034. Look form my name or for Manu Abraham who is currently developing the driver. Manu probably has papers but I think he is working under NDA (non disclosure agreement). Happy searching and testing. Regards, Michel. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb][PATCH]add support for some new DVB-C budget cards
Hi, I've made an update of the patch. The main features are: - Added support for the frontend TDA10023 - Added the KNC ONE DVB-C V1.0 card, which uses the alternative i2c address of 0xd - Added the Satelco Easywatch DVB-C card with the id 1894:002c - Added the KNC ONE DVB-C card with the id 1894:0022 - Added the KNC ONE PLUS DVB-C card with the id 1894:0023 - Added the Terratec Cinergy 1200 DVB-C card with the id 153b:1176 - Removed the polarity switching of the clock for the DVB-C cards in budget-av.c. This hack is no longer necessary because the saa7146 can do the job to remove the additional FEC bytes from the TS. - Made the inversion setting configurable. The KNC ONE V1.0 uses non inverted setting for the inversion. The file history.txt contains a detailed description of the changes. - Hartmut tda1002x.009.diff.bz2 Description: Binary data ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AGC settings for dtt761x, removal of lgh06xf driver
On Mon, 26 Feb 2007, Michael Krufky wrote: Trent Piepho wrote: There is one other difference. dvb-pll will probe for the presence of an I2C pll chip by doing a one byte read, the lgh06xf driver did not do this. In some devices the PLL is not reachable over I2C at the time the tuner is attached. Some more initialization, such as firmware loading, must take place first. If any of these devices are former LG-H06xF users, something must be done to disable this probe or enable I2C before attaching the tuner. LG-H06xF tuners do not have any sort of i2c gate or firmware loading situation, and will not be affected by this issue. So, we do not have to worry about this sort of problem. I think the problem is not with firmware for the tuner, but firmware for the bridge. For instance, all the other dvb-pll tuners used in cxusb.c have NULL specified for the i2c adapter. - select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE + select DVB_PLL if !DVB_FE_CUSTOMISE I thought about that, but there are a dozen other drivers that use DVB_PLL, and all of them select it unconditionally. The DVB_PLL entry is a hidden one with no name that won't show up it the config menu. Of course, there is no reason a separate patch can't add the ability to turn DVB_PLL on or off from the DVB_FE_CUSTOMISE menu. You forgot to remove select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE from the config VIDEO_CX88_DVB section of drivers/media/video/cx88/Kconfig ... Of course you are right about this. I grepped for LGH06XF in the dvb tree and assumed that I got them all. I'll fix this and add another patch to make DVB_PLL customizable. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] AGC settings for dtt761x, removal of lgh06xf driver
Trent Piepho wrote: On Mon, 26 Feb 2007, Michael Krufky wrote: Trent Piepho wrote: There is one other difference. dvb-pll will probe for the presence of an I2C pll chip by doing a one byte read, the lgh06xf driver did not do this. In some devices the PLL is not reachable over I2C at the time the tuner is attached. Some more initialization, such as firmware loading, must take place first. If any of these devices are former LG-H06xF users, something must be done to disable this probe or enable I2C before attaching the tuner. LG-H06xF tuners do not have any sort of i2c gate or firmware loading situation, and will not be affected by this issue. So, we do not have to worry about this sort of problem. I think the problem is not with firmware for the tuner, but firmware for the bridge. For instance, all the other dvb-pll tuners used in cxusb.c have NULL specified for the i2c adapter. That is just a correlation. Those that you are thinking of are mt352 and / or zl10353-based frontends, which have the tuners behind the demod in the i2c path. This is a non-issue for the LG H06xF -- I promise you that. I tested your changes with the cxusb driver and it works just fine. The firmware loading in cxusb happens waay long before frontend_attach. A bridge driver's firmware _always_ has to be loaded before any other operation can happen. -select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE +select DVB_PLL if !DVB_FE_CUSTOMISE I thought about that, but there are a dozen other drivers that use DVB_PLL, and all of them select it unconditionally. The DVB_PLL entry is a hidden one with no name that won't show up it the config menu. Of course, there is no reason a separate patch can't add the ability to turn DVB_PLL on or off from the DVB_FE_CUSTOMISE menu. That's a good point... but the detail that you are missing is the fact that those other drivers have static calls to dvb_pll_configure() ... Due to that fact, those drivers _require_ dvb-pll (until they get cleaned up / refactored) The changes that you are making here only introduce usage of dvb-pll using dvb_attach() , so the presence of dvb-pll is optional. Anyway, changing this isn't that important. It can wait till later on, after we do some more refactoring and dvb-pll conversions. You forgot to remove select DVB_TUNER_LGH06XF if !DVB_FE_CUSTOMISE from the config VIDEO_CX88_DVB section of drivers/media/video/cx88/Kconfig ... Of course you are right about this. I grepped for LGH06XF in the dvb tree and assumed that I got them all. I'll fix this and add another patch to make DVB_PLL customizable. OK. Please remember that cx88-dvb needs the static dependency on dvb-pll due to the fmd1216me code. After you push your changes, I'll make a new patch to finish off the fmd1216me conversion to dvb-pll, then that dvb-pll static dependency from cx88-dvb can be made optional. Cheers, Michael Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] cant get channels
Dear All, I have a KNC one with device number 0022. I used the HG sources and the patch from E9hack. my fedora box is able to find my device (from dmesg): KNC1-0: MAC addr = 00:09:d6:6d:75:5b DVB: registering frontend 0 (Philips TDA10023 DVB-C)... budget-av: ci interface initialised. PCI: Found IRQ 9 for device :02:03.0 PCI: Sharing IRQ 9 with :02:09.0 budget-av: cam inserted A Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 dvb_ca adapter 0: DVB CAM detected and initialised successfully However lspci still gives unknown device lspci -v: 2:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: KNC One Unknown device 0022 Flags: bus master, medium devsel, latency 32, IRQ 9 Memory at f400 (32-bit, non-prefetchable) [size=512] scandvb will give me this (no succes): scandvb -A2 -v nl-caiw scanning nl-caiw using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 55400 690 0 3 tune to: 55400:INVERSION_AUTO:690:FEC_NONE:QAM_64 tuning status == 0x03 tuning status == 0x00 tuning status == 0x00 tuning status == 0x00 tuning status == 0x00 tuning status == 0x00 tuning status == 0x03 tuning status == 0x03 tuning status == 0x03 tuning status == 0x00 WARNING: tuning failed!!! tune to: 55400:INVERSION_AUTO:690:FEC_NONE:QAM_64 (tuning failed) tuning status == 0x03 tuning status == 0x00 tuning status == 0x00 tuning status == 0x00 tuning status == 0x00 tuning status == 0x00 tuning status == 0x03 tuning status == 0x00 tuning status == 0x00 tuning status == 0x00 WARNING: tuning failed!!! ERROR: initial tuning failed dumping lists (0 services) Done. I cross checked my frequency, thos are ok. Please help. Marcel ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Nico Sabbi wrote: Hartmut Hackmann wrote: Hm, there seems to be a mad pointer or a buffer overflow somewhere. Any additional hint is welcome so that i at least can reproduce the problem. Do you run a 64 bit system. Did your card work with the drivers from the kernel distribution? Hartmut I've just recompiled kernel and latest drivers (unmodified) from scratch after having previously removed /lib/modules/2.6.20/kernel/drivers/media but although I didn't get a hard lock the problem persists. Attached is the gzipped log obtained with tda1004x debug=1 and saa7134-dvb debug=1. Thanks for your help, Nico -- Without a frontend, mplayer is useless - someone in mplayer-users log.gz Description: GNU Zip compressed data ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Hartmut Hackmann wrote: I still haven't found a cause for the problem. A vague idea: what happens if you start an analogue application first? Hartmut the analog tuning works without problem (and this reminds me that adding .tuner_config=2 to the trio entry in saa7134-cards.c triggered the agc gain), but the dvb part still crashes: tda1004x: tda1004x_write_byteI: success reg=0x7, data=0x82, ret=1 tda1004x: tda1004x_disable_tuner_i2c tda1004x: tda1004x_write_mask: reg=0x7, mask=0x2, data=0x0 tda1004x: tda1004x_read_byte: reg=0x7 tda1004x: tda1004x_read_byte: success reg=0x7, data=0x82, ret=2 tda1004x: tda1004x_write_byteI: reg=0x7, data=0x80 tda1004x: tda1004x_write_byteI: success reg=0x7, data=0x80, ret=1 tda1004x: tda1004x_write_mask: reg=0x1, mask=0x1, data=0x1 tda1004x: tda1004x_read_byte: reg=0x1 BUG: unable to handle kernel paging request at virtual address a55a5a5a printing eip: e0f5713b *pde = Oops: [#1] SMP Modules linked in: saa7134_alsa tda827x saa7134_dvb video_buf_dvb tda1004x tuner saa7134 video_buf ir_kbd_i2c ir_common af_packet eepro100 mii binfmt_misc cpufreq_ondemand cpufreq_conservative cpufreq_powersave p4_clockmod speedstep_lib snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_timer snd_page_alloc snd soundcore ipv6 eth1394 sbs i2c_ec ide_cd cdrom ohci1394 ieee1394 loop nls_iso8859_15 ntfs intel_agp agpgart mt352 stv0299 b2c2_flexcop_pci b2c2_flexcop dvb_core firmware_class dvb_pll i2c_core fuse sn9c102 compat_ioctl32 videodev v4l1_compat tsdev v4l2_common usbmouse video thermal processor fan dock usbhid ff_memless container button battery ac ehci_hcd uhci_hcd usbcore sd_mod ahci ata_piix libata scsi_mod CPU:0 EIP:0060:[e0f5713b]Not tainted VLI EFLAGS: 00010286 (2.6.20 #1) EIP is at tda1004x_read_byte+0x62/0xee [tda1004x] eax: 0029 ebx: 0001 ecx: c011abe4 edx: a55a5a5a esi: d2c61500 edi: cfb73ee4 ebp: cfb73ef4 esp: cfb73eb8 ds: 007b es: 007b ss: 0068 Process kdvb-fe-1 (pid: 4497, ti=cfb72000 task=dfcbcaa0 task.ti=cfb72000) Stack: e0f58d20 e0f58a85 0001 0009 0002 0001 cfb73ee7 0001 0001 cfb73ee6 0100b223 0001 0001 d2c61500 cfb73f1c e0f5720b e0f58d64 e0f58a98 0001 0001 0001 d2c61500 d2c6151c Call Trace: [c0103c49] show_trace_log_lvl+0x19/0x2e [c0103cfb] show_stack_log_lvl+0x9d/0xa5 [c0103f99] show_registers+0x1a0/0x277 [c01042b1] die+0x116/0x1f0 [c02c030a] do_page_fault+0x44a/0x51b [c02beb3c] error_code+0x7c/0x84 [e0f5720b] tda1004x_write_mask+0x44/0x63 [tda1004x] [e0f586e4] tda1004x_set_fe+0x106/0x492 [tda1004x] [e0bd0727] dvb_frontend_swzigzag_autotune+0x1ad/0x1d6 [dvb_core] [e0bd0e5a] dvb_frontend_swzigzag+0x1ab/0x208 [dvb_core] [e0bd1a08] dvb_frontend_thread+0x209/0x2a6 [dvb_core] [c012b4f7] kthread+0xb4/0xd9 [c01039e7] kernel_thread_helper+0x7/0x10 === Code: 00 8d 45 f2 89 45 ec 83 3d 80 a7 f5 e0 00 74 18 89 54 24 08 c7 44 24 04 85 8a f5 e0 c7 04 24 20 8d f5 e0 e8 d0 40 1c df 8b 56 04 66 0f b6 02 66 89 45 d8 66 0f b6 02 66 89 45 e4 8d 55 d8 b9 02 EIP: [e0f5713b] tda1004x_read_byte+0x62/0xee [tda1004x] SS:ESP 0068:cfb73eb8 -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Hi, Nico Nico Sabbi schrieb: Nico Sabbi wrote: Hartmut Hackmann wrote: Hm, there seems to be a mad pointer or a buffer overflow somewhere. Any additional hint is welcome so that i at least can reproduce the problem. Do you run a 64 bit system. Did your card work with the drivers from the kernel distribution? Hartmut I've just recompiled kernel and latest drivers (unmodified) from scratch after having previously removed /lib/modules/2.6.20/kernel/drivers/media but although I didn't get a hard lock the problem persists. Attached is the gzipped log obtained with tda1004x debug=1 and saa7134-dvb debug=1. Thanks for your help, Nico I still haven't found a cause for the problem. A vague idea: what happens if you start an analogue application first? Hartmut ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Nova-T 500 (dvb_usb_dib0700) usb disconnects
Janne Grunau [EMAIL PROTECTED] writes: On Monday 26 February 2007 09:12:38 Antti P Miettinen wrote: Are people seeing USB disconnects without nvidia proprietary drivers? :-) Yes, even without running X. OK - yet another random piece of information. I added some more ehci_dbg() calls to the EHCI driver to the qh_completions() function. It seems that the XactErr bit gets set occasionally but does not always lead to hard failure: Feb 26 11:53:30 brigitte kernel: [17182959.448000] ehci_hcd :03:0c.2: XactErr, token=cd08 Feb 26 12:48:41 brigitte kernel: [17186270.50] ehci_hcd :03:0c.2: XactErr, token=4d08 Feb 26 14:27:35 brigitte kernel: [17192204.628000] ehci_hcd :03:0c.2: XactErr, token=4d08 Feb 26 18:42:20 brigitte kernel: [17207488.564000] ehci_hcd :03:0c.2: XactErr, token=80004d08 Feb 26 18:43:07 brigitte kernel: [17207534.812000] ehci_hcd :03:0c.2: XactErr, token=80004d08 Feb 26 19:26:42 brigitte kernel: [17210149.544000] ehci_hcd :03:0c.2: XactErr, token=80004d08 Feb 26 20:17:17 brigitte kernel: [17213184.564000] ehci_hcd :03:0c.2: XactErr, token=8000cd08 Feb 27 02:17:29 brigitte kernel: [17234794.928000] ehci_hcd :03:0c.2: XactErr, token=80004d08 -- http://www.iki.fi/~ananaza/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
