|[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
I have an HVR-950Q: [44847.234403] tveeprom 0-0050: Hauppauge model 72001, rev B3F0, serial# ******* [44847.294643] tveeprom 0-0050: MAC address is **:**:**:**:**:** [44847.343417] tveeprom 0-0050: tuner model is Xceive XC5000 (idx 150, type 76) [44847.402873] tveeprom 0-0050: TV standards NTSC(M) ATSC/DVB Digital (eeprom 0x88) [44847.465471] tveeprom 0-0050: audio processor is AU8522 (idx 44) [44847.515481] tveeprom 0-0050: decoder processor is AU8522 (idx 42) [44847.567162] tveeprom 0-0050: has no radio, has IR receiver, has no IR transmitter [44847.630272] hauppauge_eeprom: hauppauge eeprom: model=72001 I cannot seem to get it to work after removing the au0828 xc5000 au8522 modules and then modprobing the au0828 module. If I physically remove the device and plug it back in, it will work fine, however using rmmod/modprobe it seems to fail on trying to read from it. For example: $ gnutv -adapter 0 -out stdout -channels chans 100-3 just yields a: Using frontend "Auvitek AU8522 QAM/8VSB Frontend", type ATSC status | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | where the value to the right of the signal and snr toggles between 0000 and 0118 but no output is ever emitted. Why would I need to use rmmod and modprobe to remove and reinstall the driver you might ask? To be honest I'd prefer not to have to but with these drivers loaded suspend-to-ram hangs. This never used to be the case on previous (2.6.32ish) kernels but now with the 3.2 kernels that I have been using it is the case. So in fact, if the hanging-on-suspend problem could be fixed, this other issue with a failing device after rmmod/modprobe would be moot. Any ideas on either problem? Cheers, b.
Description: OpenPGP digital signature