Re: New Terratec Cinergy S2 Box usb-id

2015-08-31 Thread Johann Klammer
On 08/31/2015 01:19 PM, Maximilian Imgrund wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dear all, > > I am currently figuring out how to get the Terratec Cinergy S2 USB Box > up and running. I already modified a patch to previous version (see > attachment) to include the new

Re: [PATCH] media: dvb-core: Don't force CAN_INVERSION_AUTO in oneshot mode.

2015-08-31 Thread Johann Klammer
Why not just remove the line? info->caps |= FE_CAN_INVERSION_AUTO; The capabilities call interacting with the oneshot setting is rather weird and maybe unexpected. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to

Re: [BUG] STV0299 has bogus CAN_INVERSION_AUTO flag

2015-08-30 Thread Johann Klammer
On 08/30/2015 11:53 AM, Malcolm Priestley wrote: On 24/08/15 16:19, Johann Klammer wrote: from gdb dump: [...] info = { name = ST STV0299 DVB-S, '\000' repeats 111 times, type = FE_QPSK, frequency_min = 95, frequency_max = 215, frequency_stepsize = 125

Re: [BUG] STV0299 has bogus CAN_INVERSION_AUTO flag

2015-08-29 Thread Johann Klammer
It breaks tuning, you know. IT BREAKS TUNING. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [BUG] STV0299 has bogus CAN_INVERSION_AUTO flag

2015-08-28 Thread Johann Klammer
Pls fix this!!! Either by fixing. https://github.com/torvalds/linux/blob/master/drivers/media/dvb-frontends/stv0299.c around line 583. or https://github.com/torvalds/linux/blob/master/drivers/media/dvb-core/dvb_frontend.c line 2319 but there it's problematic coz they tried to be `smart' with

[BUG] STV0299 has bogus CAN_INVERSION_AUTO flag

2015-08-24 Thread Johann Klammer
from gdb dump: [...] info = { name = ST STV0299 DVB-S, '\000' repeats 111 times, type = FE_QPSK, frequency_min = 95, frequency_max = 215, frequency_stepsize = 125, frequency_tolerance = 0, symbol_rate_min = 100, symbol_rate_max = 4500,

[PATCH] Turn bothersome error into a debug message

2014-10-13 Thread Johann Klammer
Once again... On 09/30/2014 07:21 PM, Johann Klammer wrote: Hello, After updating the kernel to 3.14.15 I am seeing these messages: [273684.964081] saa7146: saa7146 (0): saa7146_wait_for_debi_done_sleep timed out while waiting for registers getting programmed [273690.020061] saa7146

saa7146_wait_for_debi_done_sleep timed out

2014-09-30 Thread Johann Klammer
Hello, After updating the kernel to 3.14.15 I am seeing these messages: [273684.964081] saa7146: saa7146 (0): saa7146_wait_for_debi_done_sleep timed out while waiting for registers getting programmed [273690.020061] saa7146: saa7146 (0): saa7146_wait_for_debi_done_sleep timed out while

Re: PROBLEM: EHCI disconnects DVB HDD

2011-11-26 Thread Johann Klammer
Alan Stern wrote: Can you put the usbmon trace on a web server like pastebin.com? Pastebin chickens out with: `413 Request Entity Too Large` The dump is around 2.5 Mib. Most of it probably the dvb stream. Have now recompiled the kernel with more debug output and will try to reproduce the

Re: PROBLEM: EHCI disconnects DVB HDD

2011-11-26 Thread Johann Klammer
Alan Stern wrote: This is probably a low-level hardware error. Interference between the two ports of some kind. This is quite possible. Have been able to produce a more verbose logfile snippet. [25045.734288] af9013_update_ber_unc: err bits:1286 total bits:1632 abort count:0

Re: PROBLEM: EHCI disconnects DVB HDD

2011-11-26 Thread Johann Klammer
Alan Stern wrote: This could be the result of an electrical glitch or power fluctuation. Are these devices bus-powered? The DVB Stick is. The HDD is not. Or it could simply be something wrong with your EHCI controller. Possible. The power supply is old, too and there's a telephone in the