[pvrusb2] HVR-1950 requires procreload=1?

[Roger]

Here's a snip of linux/drivers/media/dvb/frontends/s5h1411.c.  The
s5h1411_readreg wants to see "2" but is getting "-5" from the i2c bus.


--- Snip ---

static u16 s5h1411_readreg(struct s5h1411_state *state, u8 addr, u8 reg)
{
    int ret;
    u8 b0[] = { reg };
    u8 b1[] = { 0, 0 };

    struct i2c_msg msg[] = {
        { .addr = addr, .flags = 0, .buf = b0, .len = 1 },
        { .addr = addr, .flags = I2C_M_RD, .buf = b1, .len = 2 } };

    ret = i2c_transfer(state->i2c, msg, 2);
       
    if (ret != 2)
        printk(KERN_ERR "%s: readreg error (ret == %i)\n",
            __func__, ret);
    return (b1[0] << 8) | b1[1];
}

--- Snip ---













On Sun, 2009-06-07 at 11:22 -0800, Roger wrote:
> "procreload=1" seems to help, but isn't a viable solution.  Upon boot
> from hibernate, this problem reoccurs.
> 
> Checking current module options:
> $ cat /etc/modules.conf |grep pvrusb2
> options pvrusb2 debug=1 ir_mode=1 procreload=1
> 
> 
> Attaching dmesg log for the following scenario:
> 
> Got /dev/video0 and no /dev/dvb/*.  Unusable /dev/video0 (when trying to
> play with mplayer).
> 
> 
> What is notable to me are the following lines:
> 
> s5h1411_readreg: readreg error (ret == -5)
> pvrusb2: unregistering DVB devices
> device: 'dvb0.net0': device_unregister
> 
> 
> s5h1411_readreg seems to be v4l-dvb related.
> 
> ret == -5 probably isn't a good thing.
> 
> 
> 
> Here's is an example of what should happen in dmesg:
> 
> 
> cx25840' 2-0044: Video signal:              not present
> cx25840' 2-0044: Detected format:           NTSC-M
> cx25840' 2-0044: Specified standard:        NTSC-M
> cx25840' 2-0044: Specified video input:     Composite 7
> cx25840' 2-0044: Specified audioclock freq: 48000 Hz
> cx25840' 2-0044: Detected audio mode:       mono
> cx25840' 2-0044: Detected audio standard:   no detected audio standard
> cx25840' 2-0044: Audio muted:               no
> cx25840' 2-0044: Audio microcontroller:     detecting
> cx25840' 2-0044: Configured audio standard: automatic detection
> cx25840' 2-0044: Configured audio system:   BTSC
> cx25840' 2-0044: Specified audio input:     Tuner (In8)
> cx25840' 2-0044: Preferred audio mode:      stereo
> cx25840' 2-0044: firmware: requesting v4l-cx25840.fw
> device: '2-0044': device_add
> PM: Adding info for No Bus:2-0044
> device: '2-0044': device_unregister
> PM: Removing info for No Bus:2-0044
> cx25840' 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> usb 3-4: firmware: requesting v4l-cx2341x-enc.fw
> device: '3-4': device_add
> PM: Adding info for No Bus:3-4
> device: '3-4': device_unregister
> PM: Removing info for No Bus:3-4
> cx25840' 2-0044: 0x0000 is not a valid video input!
> DVB: registering adapter 0 frontend 0 (Samsung S5H1411 QAM/8VSB
> Frontend)...
> device: 'dvb0.frontend0': device_add
> PM: Adding info for No Bus:dvb0.frontend0
> tda829x 2-0042: type set to tda8295
> tda18271 2-0060: attaching existing instance
> device: 'sn-6202710': device_add
> PM: Adding info for No Bus:sn-6202710
> 
> Also note when comparing the two sets of dmesg log outputs here, the
> timing of the call of function s5h1411_readreg seems to be several
> seconds after the initialization of cx25840.  Could s5h1411_readreg is
> either severely bugging-out or could it be a timing issue?
> 
>  
> _______________________________________________
> pvrusb2 mailing list
> pvrusb2 at isely.net
> http://www.isely.net/cgi-bin/mailman/listinfo/pvrusb2
-- 
Roger
http://rogerx.freeshell.org