Re: [linux-dvb] Very quiet around Nova-T 500
On Wed, Feb 20, 2008 at 4:14 PM, hermann pitton <[EMAIL PROTECTED]> wrote: > Hi Nico, > > Am Mittwoch, den 20.02.2008, 07:12 + schrieb Nicolas Will: > > > On Wed, 2008-02-20 at 01:12 +0100, hermann pitton wrote: > > > > Now stop that logging madness and get back to work! > > > > > > > > ... > > > > > > > > ;o) > > > > > > > > > > > > This is a rather comical situation, though... The debugging tool is > > > > providing a rather unexpected and unwelcomed fix. > > > > > > > > Nico > > > > > > > > > > Hi, > > > > > > no, it is not. It is well known! > > > > > > Timings are very critical on almost all drivers. > > > > > > We hold breath on almost everything coming down from above, nobody has > > > the ability, or whom should ever want it, to test all possible side > > > effects on all supported devices ... > > > > > > That something breaks is very common, and that others have to give the > > > plumbers, is nothing new. > > > > > > To stay fair, it mostly has a good reason, and if there are some > > > remaining ticks left, you might get it adjusted, but ... > > > > > > On the other side it is the same ... > > > > May post may have sounded offensive, apparently. > > > > Sorry about that, my intentions were on the lighter sides of life. > > > > Nico > > > > nothing offending at all, did enjoy your above comment :) > and like your active support for others. > > It is just not totally unexpected that high debug levels can have some > spin-off and I'm curious about it. > > Cheers, > Hermann > > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > Kernel 2.6.24-2 Debug=15 Got this after 5 minutes of LiveTV: (Dunno if it could be usefull or not) modifying (1) streaming state for 1 data for streaming: 10 13 >>> 0f 10 13 00 usb 10-1: USB disconnect, address 2 >>> 03 14 03 01 60 00 ep 0 write error (status = -19, len: 6) mt2060 I2C write failed >>> 03 14 04 07 ff ff ep 0 write error (status = -19, len: 6) >>> 03 14 04 08 ff ff ep 0 write error (status = -19, len: 6) >>> 03 14 04 09 ff f0 ep 0 write error (status = -19, len: 6) >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b >>> 02 17 81 ca ep 0 read error (status = -19) <<< 00 20 I2C read failed on address b >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b >>> 02 17 81 fd ep 0 read error (status = -19) <<< 77 8d I2C read failed on address b ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
Hi Nico, Am Mittwoch, den 20.02.2008, 07:12 + schrieb Nicolas Will: > On Wed, 2008-02-20 at 01:12 +0100, hermann pitton wrote: > > > Now stop that logging madness and get back to work! > > > > > > ... > > > > > > ;o) > > > > > > > > > This is a rather comical situation, though... The debugging tool is > > > providing a rather unexpected and unwelcomed fix. > > > > > > Nico > > > > > > > Hi, > > > > no, it is not. It is well known! > > > > Timings are very critical on almost all drivers. > > > > We hold breath on almost everything coming down from above, nobody has > > the ability, or whom should ever want it, to test all possible side > > effects on all supported devices ... > > > > That something breaks is very common, and that others have to give the > > plumbers, is nothing new. > > > > To stay fair, it mostly has a good reason, and if there are some > > remaining ticks left, you might get it adjusted, but ... > > > > On the other side it is the same ... > > May post may have sounded offensive, apparently. > > Sorry about that, my intentions were on the lighter sides of life. > > Nico > nothing offending at all, did enjoy your above comment :) and like your active support for others. It is just not totally unexpected that high debug levels can have some spin-off and I'm curious about it. Cheers, Hermann ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
I have now set the debug to 15 and will test this tonight. On 2/20/08, Nicolas Will <[EMAIL PROTECTED]> wrote: > > On Wed, 2008-02-20 at 10:36 +0100, Jonas Anden wrote: > > > The strange thing is that modinfo does not say anything about a > > level 15 > > > debug for the dvb_usb_dib0700 module. > > > > > > > > http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#dvb_usb_dib0700 > > > > The debug value is a bit field, with each bit representing a different > > category. With all bits on (ie full debugging) the decimal value > > becomes > > 15. > > I should have guessed. > > Documented for poor souls with slow brains like me. > > Nico > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Wed, 2008-02-20 at 10:36 +0100, Jonas Anden wrote: > > The strange thing is that modinfo does not say anything about a > level 15 > > debug for the dvb_usb_dib0700 module. > > > > > http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#dvb_usb_dib0700 > > The debug value is a bit field, with each bit representing a different > category. With all bits on (ie full debugging) the decimal value > becomes > 15. I should have guessed. Documented for poor souls with slow brains like me. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
> The strange thing is that modinfo does not say anything about a level 15 > debug for the dvb_usb_dib0700 module. > > http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#dvb_usb_dib0700 The debug value is a bit field, with each bit representing a different category. With all bits on (ie full debugging) the decimal value becomes 15. // J ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Wed, 2008-02-20 at 08:38 +0100, Patrik Hansson wrote: > On 2/19/08, Jonas Anden <[EMAIL PROTECTED]> wrote: > > > > There is not a lot being said about the Nova-T 500 the last > week. > > > > Don´t know if that is a good (coders coding) or a bad (nothin > > > > happening) > > > > > > Or coders busy on other code, or coders who ran out of ideas, or > coders > > > enjoying life, etc. > > > > ..or just waiting for the problem to reappear ;( The trouble with > the > > second tuner dying is tricky (for me) to isolate. > > > > As a workaround, enabling full debug (debug=15) on the > dvb_usb_dib0700 > > module has made my system rock solid. I turned on debugging to try > to > > isolate the issue, but with debugging enabled the problem does not > > appear (at least not on my system). > > > > I haven't really figured out *what* in the debug code is helping > yet, > > but I still suspect that this is timing-related and the debug code > > simply slows things down a bit. Enabling debugging will put a whole > lot > > of "junk" in your system log files, but at least the second tuner > wont > > die on you. If you go this path, make sure your log rotation works > as it > > should -- my weekly rotated logs are up to 130 MB in size ;) > > > > // J > > Could someone that knows what they are doing document that option on > the wiki ? Corrected. The strange thing is that modinfo does not say anything about a level 15 debug for the dvb_usb_dib0700 module. http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#dvb_usb_dib0700 Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On 2/19/08, Jonas Anden <[EMAIL PROTECTED]> wrote: > > > There is not a lot being said about the Nova-T 500 the last week. > > > Don´t know if that is a good (coders coding) or a bad (nothin > > > happening) > > > > Or coders busy on other code, or coders who ran out of ideas, or coders > > enjoying life, etc. > > ..or just waiting for the problem to reappear ;( The trouble with the > second tuner dying is tricky (for me) to isolate. > > As a workaround, enabling full debug (debug=15) on the dvb_usb_dib0700 > module has made my system rock solid. I turned on debugging to try to > isolate the issue, but with debugging enabled the problem does not > appear (at least not on my system). > > I haven't really figured out *what* in the debug code is helping yet, > but I still suspect that this is timing-related and the debug code > simply slows things down a bit. Enabling debugging will put a whole lot > of "junk" in your system log files, but at least the second tuner wont > die on you. If you go this path, make sure your log rotation works as it > should -- my weekly rotated logs are up to 130 MB in size ;) > > // J > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb Could someone that knows what they are doing document that option on the wiki ? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Wed, 2008-02-20 at 01:12 +0100, hermann pitton wrote: > > Now stop that logging madness and get back to work! > > > > ... > > > > ;o) > > > > > > This is a rather comical situation, though... The debugging tool is > > providing a rather unexpected and unwelcomed fix. > > > > Nico > > > > Hi, > > no, it is not. It is well known! > > Timings are very critical on almost all drivers. > > We hold breath on almost everything coming down from above, nobody has > the ability, or whom should ever want it, to test all possible side > effects on all supported devices ... > > That something breaks is very common, and that others have to give the > plumbers, is nothing new. > > To stay fair, it mostly has a good reason, and if there are some > remaining ticks left, you might get it adjusted, but ... > > On the other side it is the same ... May post may have sounded offensive, apparently. Sorry about that, my intentions were on the lighter sides of life. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
Am Dienstag, den 19.02.2008, 22:48 + schrieb Nicolas Will: > On Tue, 2008-02-19 at 22:56 +0100, Jonas Anden wrote: > > > > There is not a lot being said about the Nova-T 500 the last week. > > > > Don´t know if that is a good (coders coding) or a bad (nothin > > > > happening) > > > > > > Or coders busy on other code, or coders who ran out of ideas, or > > coders > > > enjoying life, etc. > > > > ..or just waiting for the problem to reappear ;( The trouble with the > > second tuner dying is tricky (for me) to isolate. > > > > As a workaround, enabling full debug (debug=15) on the dvb_usb_dib0700 > > module has made my system rock solid. I turned on debugging to try to > > isolate the issue, but with debugging enabled the problem does not > > appear (at least not on my system). > > > > I haven't really figured out *what* in the debug code is helping yet, > > but I still suspect that this is timing-related and the debug code > > simply slows things down a bit. Enabling debugging will put a whole > > lot > > of "junk" in your system log files, but at least the second tuner wont > > die on you. If you go this path, make sure your log rotation works as > > it > > should -- my weekly rotated logs are up to 130 MB in size ;) > > Now stop that logging madness and get back to work! > > ... > > ;o) > > > This is a rather comical situation, though... The debugging tool is > providing a rather unexpected and unwelcomed fix. > > Nico > Hi, no, it is not. It is well known! Timings are very critical on almost all drivers. We hold breath on almost everything coming down from above, nobody has the ability, or whom should ever want it, to test all possible side effects on all supported devices ... That something breaks is very common, and that others have to give the plumbers, is nothing new. To stay fair, it mostly has a good reason, and if there are some remaining ticks left, you might get it adjusted, but ... On the other side it is the same ... Cheers, Hermann ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Tue, 2008-02-19 at 22:56 +0100, Jonas Anden wrote: > > > There is not a lot being said about the Nova-T 500 the last week. > > > Don´t know if that is a good (coders coding) or a bad (nothin > > > happening) > > > > Or coders busy on other code, or coders who ran out of ideas, or > coders > > enjoying life, etc. > > ..or just waiting for the problem to reappear ;( The trouble with the > second tuner dying is tricky (for me) to isolate. > > As a workaround, enabling full debug (debug=15) on the dvb_usb_dib0700 > module has made my system rock solid. I turned on debugging to try to > isolate the issue, but with debugging enabled the problem does not > appear (at least not on my system). > > I haven't really figured out *what* in the debug code is helping yet, > but I still suspect that this is timing-related and the debug code > simply slows things down a bit. Enabling debugging will put a whole > lot > of "junk" in your system log files, but at least the second tuner wont > die on you. If you go this path, make sure your log rotation works as > it > should -- my weekly rotated logs are up to 130 MB in size ;) Now stop that logging madness and get back to work! ... ;o) This is a rather comical situation, though... The debugging tool is providing a rather unexpected and unwelcomed fix. Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
> > There is not a lot being said about the Nova-T 500 the last week. > > Don´t know if that is a good (coders coding) or a bad (nothin > > happening) > > Or coders busy on other code, or coders who ran out of ideas, or coders > enjoying life, etc. ..or just waiting for the problem to reappear ;( The trouble with the second tuner dying is tricky (for me) to isolate. As a workaround, enabling full debug (debug=15) on the dvb_usb_dib0700 module has made my system rock solid. I turned on debugging to try to isolate the issue, but with debugging enabled the problem does not appear (at least not on my system). I haven't really figured out *what* in the debug code is helping yet, but I still suspect that this is timing-related and the debug code simply slows things down a bit. Enabling debugging will put a whole lot of "junk" in your system log files, but at least the second tuner wont die on you. If you go this path, make sure your log rotation works as it should -- my weekly rotated logs are up to 130 MB in size ;) // J ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Mon, 2008-02-11 at 21:07 +0100, Patrik Hansson wrote: > Hello > There is not a lot being said about the Nova-T 500 the last week. > Don´t know if that is a good (coders coding) or a bad (nothin > happening) Or coders busy on other code, or coders who ran out of ideas, or coders enjoying life, etc. > but i would like to know if there is anything we could do ? > > I can´t write code but maybe i can help in some other way ? Testing > builds or whatever. Frustrating, heh? I took up documenting in the wiki as a way of contributing back, somehow... Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
