Welcome to GOFASTMOTORSPORTS.com ... ... ... Green Flag - Green Flag - Go Go Go ... ... Brought to you by Ricks Satellite - Where the Big Dish Rules!

Ricks Satellite Wildfeed and Backhaul Forum
Register Latest Topics
 
 
 


Reply
  Author   Comment   Page 6 of 7     «   Prev   3   4   5   6   7   Next
Richard

Registered:
Posts: 62
Reply with quote  #76 
Hi Jim,

Some wild guesswork here, although possibly not related to the specific errors you're seeing.

Code:

Then after trying several different attempts here's what I've changed.

-static struct stv090x_config tbs6925_stv090x_cfg = {
+ static struct stv0900_config tbs6925_stv0900_cfg = {
-    .device            = STV0900,
    .demod_mode        = STV090x_SINGLE,
-    .clk_mode        = STV090x_CLK_EXT,
+       .clk_mode               =2,
+       .diseqc_mode           = 2,
    .xtal            = 27000000,
    .address        = 0x68,

-    .ts1_mode        = STV090x_TSMODE_PARALLEL_PUNCTURED,
-    .ts2_mode        = STV090x_TSMODE_PARALLEL_PUNCTURED,
+        .path1_mode        =  2,
+         .path2_mode        =  2,


I think the line:

.demod_mode        = STV090x_SINGLE,

 should be:

.demod_mode        = STV0900_SINGLE,



EDIT LATER: This second comment below looks wrong/redundent, now I've just looked at the original saa716x_budget.

Also, as you are using the demod in single mode, you probably don't need:

.path2_mode        =  2,

Regards,

Richard
Richard

Registered:
Posts: 62
Reply with quote  #77 
Out of interest, what does the log show when the driver is initially loaded?
midwestmac

Registered:
Posts: 2,287
Reply with quote  #78 
Hi Richard, That was a typo on my part I do have .demod_mode        = STV0900_SINGLE,
RE. The .path2_mode =2  I've played around with those, not sure I'll try again.

Here's the log when the driver is loaded. I wish I new how to get rid of the "really_probe: bound device" probing thing.
That bothers me,  anyways also I don't understand exactly why I have 'i2c': add device i2c-13 then down further
device: 'i2c-14': device_add
Thanks for looking

I copied and pasted what is important and left out a long list of these

[   16.382725] i2c i2c-14: master_xfer[0] W, addr=0x68, len=2  from the dmesg log
Code:

[   16.025135] device class 'dvb': registering
[   16.029729] bus: 'pci': add driver SAA716x Budget
[   16.029738] bus: 'pci': driver_probe_device: matched device 0000:02:00.0 with driver SAA716x Budget
[   16.029740] bus: 'pci': really_probe: probing driver SAA716x Budget with device 0000:02:00.0
[   16.029743] devices_kset: Moving 0000:02:00.0 to end of list
[   16.037511] device: 'i2c-13': device_add
[   16.037528] bus: 'i2c': add device i2c-13
[   16.037540] PM: Adding info for i2c:i2c-13
[   16.037552] device: 'i2c-13': device_add
[   16.037561] PM: Adding info for No Bus:i2c-13
[   16.037591] i2c-dev: adapter [SAA716x I2C Core 0] registered as minor 13
[   16.037600] i2c i2c-13: adapter [SAA716x I2C Core 0] registered
[   16.037623] device: 'i2c-14': device_add
[   16.037629] bus: 'i2c': add device i2c-14
[   16.037636] PM: Adding info for i2c:i2c-14
[   16.037639] device: 'i2c-14': device_add
[   16.037652] PM: Adding info for No Bus:i2c-14
[   16.037673] i2c-dev: adapter [SAA716x I2C Core 1] registered as minor 14
[   16.037680] i2c i2c-14: adapter [SAA716x I2C Core 1] registered
[   16.037699] DVB: registering new adapter (SAA716x dvb adapter)
[   16.037791] device: 'dvb0.demux0': device_add
[   16.037803] PM: Adding info for No Bus:dvb0.demux0
[   16.037831] device: 'dvb0.dvr0': device_add
[   16.037842] PM: Adding info for No Bus:dvb0.dvr0
[   16.037863] device: 'dvb0.net0': device_add
[   16.037872] PM: Adding info for No Bus:dvb0.net0
[   16.223794] stv0900_attach: demod_mode 0 addr 68
[   16.223797] stv0900_init_chip: Create new chip structure!
[   16.223798] stv0900_hard_reset
[   16.223802] i2c i2c-14: master_xfer[0] W, addr=0x68, len=2
[   16.223804] i2c i2c-14: master_xfer[1] R, addr=0x68, len=1
[   16.224269] stv0900_initialize chip_id 0x30 errs 0
[   16.224271] i2c i2c-14: master_xfer[0] W, addr=0x68, len=3
[   16.224565] i2c i2c-14: master_xfer[0] W, addr=0x68, len=3
[   16.328366] stv0900_set_mclk: Mclk set to 135000000, Quartz = 27000000
[   16.340223] stv0900_set_ts_parallel_serial path1 2 path2 2
[   16.357029] stv0900_sleep
[   16.369878] stv0900_attach: Attaching STV0900 demodulator 0, chip id 30
[   16.369878] stv0900_init
[   16.369879] stv0900_wakeup
[   16.382724] stv0900_hard_reset
[   16.382725] i2c i2c-14: master_xfer[0] W, addr=0x68, len=2
[   16.382726] i2c i2c-14: master_xfer[1] R, addr=0x68, len=1
[   16.383287] stv0900_initialize chip_id 0x30 errs 0
[   16.487256] stv0900_set_mclk: Mclk set to 135000000, Quartz = 27000000
[   16.499088] stv0900_set_ts_parallel_serial path1 2 path2 2
[   16.519705] SAA716x Budget 0000:02:00.0: DVB: registering adapter 0 frontend 0 (STV0900 frontend)...
[   16.519712] device: 'dvb0.frontend0': device_add
[   16.519732] PM: Adding info for No Bus:dvb0.frontend0
[   16.519885] driver: 'SAA716x Budget': driver_bound: bound to device '0000:02:00.0'
[   16.519893] bus: 'pci': really_probe: bound device 0000:02:00.0 to driver SAA716x Budget


__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
Richard

Registered:
Posts: 62
Reply with quote  #79 
No obvious signs of error there. I was interested to see what mode the demod is configured for:

stv0900_attach
: demod_mode 0 addr 68

which looks like it is in single mode.

Re. all the i2c and "really_probe" stuff, does this not occur with the stock drivers?

Regards,

Richard
midwestmac

Registered:
Posts: 2,287
Reply with quote  #80 
Quote:
Originally Posted by Richard


Re. all the i2c and "really_probe" stuff, does this not occur with the stock drivers?

Regards,

Richard


Well, I'm not sure if this occurs with stock drivers. I know I don't have it with an old version of UDL's  kernel

It does this probing thing with my prof 7301 (which works) then also with my genpix card

I've read about it it has something to do with "rules.d" or /lib/udev/rules.d

Or  another file that I can't find the "bug"  or commit on now.. I read about it

__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
midwestmac

Registered:
Posts: 2,287
Reply with quote  #81 
I guess the answer is yes the probing is on stock drivers eth, usb hub, graphics card

Here it is ...The probing thing comes form "drivers/base/dd.c" 
Maybe not a Bug on my machine but there are Bugs reported on "dd.c".
Don't know why or what I have to do different. When installing a Kernel to make it go away or keep it silent.
Anyways that's a new problem. It just clutters up my logs with all the checking

Added:

So here's what I have to recap. I'm not sure about the .path1_mode  =  2,  for PARALLEL_PUNCTURED??

Code:

static struct stv0900_config tbs6925_stv0900_cfg = {
  .demod_mode        = STV0900_SINGLE.
  .clkmode                 = 2, 
  .diseqc_mode         = 2,
  .xtal                        = 27000000,
  .demod_address    = 0x68,
  .path1_mode    =  2,  // ?? STV0900_TSMODE_PARALLEL_PUNCTURED
  .path2_mode    =  2, // ?? STV0900_TSMODE_PARALLEL_PUNCTURED
        .tun1_auto = 1,
        .tun1_type = STV0900_TUNER_STB6100,
        .tun1_clkdiv = 1,
};




static int tbs6925_frontend_attach(struct saa716x_adapter *adapter,
                 int count)
{
  struct saa716x_dev *saa716x = adapter->saa716x;
        struct saa716x_i2c *i2c = &saa716x->i2c[SAA716x_I2C_BUS_A];
       if (count > 0)
          goto err;
               dprintk(SAA716x_DEBUG, 1,
      "Adapter (%d) SAA716x frontend init Device ID=%02x",
       count, saa716x->pdev->subsystem_device);
  /* Reset the demodulator */
  saa716x_gpio_set_output(saa716x, 2);
  saa716x_gpio_write(saa716x, 2, 0);
  msleep(50);
  saa716x_gpio_write(saa716x, 2, 1);
  msleep(100);
  adapter->fe = dvb_attach(stv0900_attach, &tbs6925_stv0900_cfg,
                           &i2c->i2c_adapter, count);
      if (adapter->fe)
           dprintk(SAA716x_DEBUG, 1, "found STV0900 @0x%02x",
                     tbs6925_stv0900_cfg.demod_address);
      else
    goto err;
  adapter->fe->ops.set_voltage   = tbs6925_set_voltage;
       
      if (adapter->fe->ops.init)
      adapter->fe->ops.init(adapter->fe);
   else {
    dvb_frontend_detach(adapter->fe);
    adapter->fe = NULL;
    goto err;
  }
  dprintk(SAA716x_ERROR, 1, "Done!");
  return 0;
err:
  dprintk(SAA716x_ERROR, 1, "Frontend attach failed");
  return -ENODEV;
}





__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
pendragon

Registered:
Posts: 1,026
Reply with quote  #82 
midwestmac - It looks to me that a couple of things need to be changed, but there may be others. To start with, the "stv0900_algo_setup: NO AGC1, POWERI, POWERQ" suggests the demod is getting no signal at all, which in this case is probably a basic setup problem. My suspicion is where you are setting:

.tun1_clkdiv = 2,

You should try deleting this line or setting it to zero. The other line that likely will need to be changed is where you have:

.path1_mode        =  2,

This should be 3 instead of 2 for the stv0900 driver (more in a bit). The configuration for the stv090x driver differs from the stv0900 driver in that stv0900 offers no repeater level, adc range, or bbgain settings. I'm not entirely sure whether the stv090x settings are even correct for the STB6100, so let's try the above before worrying about those.

There are several lines in stv0900_priv.h that should never have been in that file, and ideally would be moved to stv0900.h. These would help by allowing symbolic configurations rather than numerical (e.g. path*_mode). I would suggest moving the following to stv0900.h, right after the stv0900_tuner_type enum:

enum stv0900_demod_mode {
    STV0900_SINGLE = 0,
    STV0900_DUAL
};

enum stv0900_clock_type {
    STV0900_USE_REGISTERS_DEFAULT,
    STV0900_SERIAL_PUNCT_CLOCK,/*Serial punctured clock */
    STV0900_SERIAL_CONT_CLOCK,/*Serial continues clock */
    STV0900_PARALLEL_PUNCT_CLOCK,/*Parallel punctured clock */
    STV0900_DVBCI_CLOCK/*Parallel continues clock : DVBCI */
};

enum stv0900_diseqc_mode {
    STV0900_22KHZ_Continues = 0,
    STV0900_DISEQC_2_3_PWM = 2,
    STV0900_DISEQC_3_3_PWM = 3,
    STV0900_DISEQC_2_3_ENVELOP = 4,
    STV0900_DISEQC_3_3_ENVELOP = 5
};

That way you can use STV0900_PARALLEL_PUNCT_CLOCK in the config, rather than the number 3.

midwestmac

Registered:
Posts: 2,287
Reply with quote  #83 
Thanks Pendragon appreciate the help,
I moved the lines you mentioned from stv0900_priv.h over to stv0900.h
so now my tbs6925_stv0900_cfg looks like this below.

I tried it with .tun1_clkdiv = 0, then.. deleted it but, no luck same results.
I wasn't sure about the .path2_mode so I deleted it with just the .path1_mode set,  no luck  

also just for the heck of it, I tried these settings below with .clkmode = 3, still the same results.
I guess? I could try a different .path_mode and see what that does,

Right now I'm with these settings below also, the kern log with these settings
Code:

static struct stv0900_config tbs6925_stv0900_cfg = {
      .demod_mode            = STV0900_SINGLE, 
      .clkmode                     = 2,
      .diseqc_mode             =  STV0900_DISEQC_2_3_PWM, 
      .xtal                            = 27000000,
      .demod_address        = 0x68,
      .path1_mode              = STV0900_PARALLEL_PUNCT_CLOCK,
      .path2_mode              = STV0900_PARALLEL_PUNCT_CLOCK,
       .tun1_auto   = 1,
       .tun1_type   = STV0900_TUNER_STB6100,
       .tun1_clkdiv = 0,
};



[  613.265530] stv0900_init
[  613.265537] stv0900_wakeup
[  613.275734] stv0900_hard_reset
[  613.276295] stv0900_initialize chip_id 0x30 errs 0
[  613.384853] stv0900_set_mclk: Mclk set to 135000000, Quartz = 27000000
[  613.397370] stv0900_set_ts_parallel_serial path1 3 path2 3
[  619.792405] stv0900_algo
[  619.795593] stv0900_set_tuner: freq 1452000000 bw 27000000
[  619.839826] stv0900_wait_tuner: time 20
[  619.844509] stv0900_algo_setup: NO AGC1, POWERI, POWERQ
[  619.844510] Search Fail
[  620.347047] stv0900_algo
[  620.350233] stv0900_set_tuner: freq 1452000000 bw 27000000
[  620.395131] stv0900_wait_tuner: time 20
[  620.399687] stv0900_algo_setup: NO AGC1, POWERI, POWERQ
[  620.399689] Search Fail
[  620.736903] stv0900_sleep


__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
pendragon

Registered:
Posts: 1,026
Reply with quote  #84 
The settings you list look correct to me. I'm baffled, but I did notice extraneous code in your tbs6925_frontend_attach that will cause the demod initialization to be executed a second time. On the surface I can't see why this would cause a problem, but it's not the intended path. You should delete these lines:

Code:

   if (adapter->fe->ops.init)
    adapter->fe->ops.init(adapter->fe);
   else {
    dvb_frontend_detach(adapter->fe);
    adapter->fe = NULL;
    goto err;
  }


Assuming that doesn't help, I'll have to dig a bit deeper.
 
midwestmac

Registered:
Posts: 2,287
Reply with quote  #85 
Thanks I deleted the lines above you posted but, still no luck, I don't know what to think either.
I still get the   stv0900_algo_setup: NO AGC1, POWERI, POWERQ
 I removed the prof7301 from the computer so I can look at the logs from just the tbs6925 saa716x_budget
when booting up.

__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
pendragon

Registered:
Posts: 1,026
Reply with quote  #86 
I'm thinking that because nothing is making sense, we should try a little divide and conquer. My suggestion is to temporarily allow the STB6100 driver to run the tuner, instead of the demod. This may help isolate which is set up incorrectly. 

1. In tbs6925_stv0900_cfg, comment out the tun1_* configs

2. In tbs6925_frontend_attach, add the following after the adapter->fe->ops.set_voltage line

Code:

    if (!dvb_attach(stb6100_attach, adapter->fe, &tbs6925_stb6100_cfg, &i2c->i2c_adapter)) {
        dvb_frontend_detach(adapter->fe);
        adapter->fe = NULL;
        goto err;
    }


I'm crossing my fingers, because this will invoke code that has seen little, if any, use.
midwestmac

Registered:
Posts: 2,287
Reply with quote  #87 
Ok thanks for you help with this, sorry haven't post sooner. This was trying to tune
  12052 H 20000  DVB-S with tune-s2 app. I comment out the tun1_* configs and added the code from above to saa716x_budget.c.
This tune process took about a minute, before it failed, not that it matters just saying

Code:

[  475.672525] stv0900_init
[  475.672530] stv0900_wakeup
[  475.687010] stv0900_hard_reset
[  475.687573] stv0900_initialize chip_id 0x30 errs 0
[  475.791594] stv0900_set_mclk: Mclk set to 135000000, Quartz = 27000000
[  475.803390] stv0900_set_ts_parallel_serial path1 3 path2 3
[  476.116507] stv0900_algo
[  476.119694] stv0900_set_tuner: freq 1452000000 bw 27000000
[  476.166059] stv0900_wait_tuner: time 10
[  476.166936] stv0900_set_search_standard: DVB-S
[  476.171172] stv0900_set_viterbi_standard: ViterbiStandard DVB-S
[  476.176106] stv0900_set_symbol_rate: sr 1000000
[  476.182513] stv0900_blind_check_agc2_min_level: status 0 step 0 min 584 th 15e0
[  476.182515] stv0900_set_symbol_rate: sr 20000000
[  476.185533] stv0900_blind_search_algo: step 0 k_ref_tmg 80 pass 0
[  476.261672] coarse: time 13 start 0 cf -3951 1329 sr 131835 131835 timing 10 agc2 227
[  476.266838] fine: freq 1451984330 sr 131835 min 92284 max 171385
[  497.708382] DEMOD LOCK FAIL time 19470 freq 1451991821 sr 336657
[  497.708678] stv0900_blind_search_algo: step 1 k_ref_tmg 100 pass 0
[  497.784878] coarse: time 13 start 0 cf -8202 932 sr 217322 46348 timing 10 agc2 253
[  497.790041] fine: freq 1451980079 sr 217322 min 152125 max 282518
[  511.008807] DEMOD LOCK FAIL time 12010 freq 1451987219 sr 345233
[  511.009102] stv0900_blind_search_algo: step 2 k_ref_tmg 60 pass 0
[  511.085299] coarse: time 13 start 0 cf -2504 1262 sr 267791 5826 timing 10 agc2 275
[  511.090466] fine: freq 1451985777 sr 267791 min 187453 max 348128
[  521.911198] DEMOD LOCK FAIL time 9840 freq 1451982102 sr 319844
[  521.911493] stv0900_blind_search_algo: step 3 k_ref_tmg 120 pass 0
[  617.042314] coarse: time 13 start 0 cf -714 1132 sr 262641 2724 timing 10 agc2 267
[  617.047479] fine: freq 1451987567 sr 262641 min 183848 max 341433
[  628.253733] DEMOD LOCK FAIL time 10020 freq 1451988265 sr 747987
[  628.254028] stv0900_blind_search_algo: step 2 k_ref_tmg 60 pass 0
[  628.333691] coarse: time 13 start 0 cf -3818 1477 sr 294570 22845 timing 10 agc2 294
[  628.338856] fine: freq 1451984463 sr 294570 min 206199 max 382941
[  638.383120] DEMOD LOCK FAIL time 8990 freq 1451986358 sr 680066
[  638.383415] stv0900_blind_search_algo: step 3 k_ref_tmg 120 pass 0
[  638.459671] coarse: time 13 start 0 cf -6873 1461 sr 286330 24633 timing 10 agc2 287
[  638.464837] fine: freq 1451981408 sr 286330 min 200431 max 372229
[  648.716295] DEMOD LOCK FAIL time 9240 freq 1451985167 sr 690187
[  648.716591] stv0900_blind_search_algo: step 4 k_ref_tmg 40 pass 0
[  648.792772] coarse: time 13 start 0 cf -2592 1484 sr 298690 26620 timing 10 agc2 300
[  648.797939] fine: freq 1451985689 sr 298690 min 209083 max 388297
[  658.653880] DEMOD LOCK FAIL time 8870 freq 1451987839 sr 811800
[  658.653885] Unknowns 5 left 5 cf_ave 1451984917 max delta 3509
[  658.653888] Left 3 cf 1451984917 med sr 286330 min 286330 max 298690
[  658.655902] Unknown modulation: freq 1451984917 sr 267996 max_delta 3509 range 286330 298690 num 5
[  658.655904] Search Fail
[  659.157929] stv0900_algo
[  659.161114] stv0900_set_tuner: freq 1451984917 bw 27000000
[  659.208069] stv0900_wait_tuner: time 10
[  659.208947] stv0900_set_search_standard: AUTO
[  659.214898] stv0900_set_viterbi_standard: ViterbiStandard Auto
[  659.219829] stv0900_set_symbol_rate: sr 133998
[  659.226336] stv0900_blind_check_agc2_min_level: status 0 step 0 min 405 th 15e0
[  659.226337] stv0900_set_symbol_rate: sr 267996
[  659.229356] stv0900_blind_search_algo: step 0 k_ref_tmg 80 pass 0
[  659.306677] coarse: time 13 start 0 cf -4876 841 sr 230712 87200 timing 10 agc2 206
[  659.311846] fine: freq 1451983405 sr 230712 min 161498 max 299925
[  671.928346] DEMOD LOCK FAIL time 11340 freq 1451984033 sr 525075
[  671.928639] stv0900_blind_search_algo: step 1 k_ref_tmg 100 pass 0
[  672.005849] coarse: time 13 start 0 cf -868 1735 sr 275001 10039 timing 10 agc2 283
[  672.011015] fine: freq 1451987413 sr 275001 min 192500 max 357501
[  682.676936] DEMOD LOCK FAIL time 9590 freq 1451975053 sr 266611
[  682.677229] stv0900_blind_search_algo: step 2 k_ref_tmg 60 pass 0
[  682.753522] coarse: time 13 start 0 cf 3925 1369 sr 306930 28765 timing 10 agc2 277
[  682.758685] fine: freq 1451992206 sr 306930 min 214851 max 399009
[  692.418853] DEMOD LOCK FAIL time 8650 freq 1451990880 sr 386636
[  692.419147] stv0900_blind_search_algo: step 3 k_ref_tmg 120 pass 0
[  692.495372] coarse: time 13 start 0 cf 2871 1662 sr 302810 30204 timing 10 agc2 306
[  692.500537] fine: freq 1451991152 sr 302810 min 211967 max 393653
[  702.312583] DEMOD LOCK FAIL time 8760 freq 1451988185 sr 351975
[  702.312878] stv0900_blind_search_algo: step 4 k_ref_tmg 40 pass 0
[  702.389070] coarse: time 13 start 0 cf -605 1370 sr 339889 41147 timing 10 agc2 305
[  702.394238] fine: freq 1451987676 sr 339889 min 237922 max 441855
[  711.081550] DEMOD LOCK FAIL time 7860 freq 1451977411 sr 343349
[  711.081551] Unknowns 5 left 5 cf_ave 1451988370 max delta 4965
[  711.081553] Left 2 cf 1451988370 med sr 302810 min 302810 max 306930
[  711.083620] Unknown modulation: freq 1451988370 sr 291068 max_delta 4965 range 302810 306930 num 5
[  711.083622] Search Fail
[  711.188895] stv0900_sleep

__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
pendragon

Registered:
Posts: 1,026
Reply with quote  #88 
This is a little more promising, although the AGC numbers appear odd. But I'm going on faint recollections as I haven't looked at this debug in years. We'll need to get back to why the auto tuning didn't work, and I have a hunch about that. The good news is the demod search is no longer aborting at the first step in the process, and thus it is likely getting some signal. If you could run a blindscan, that might give us something a little more concrete to troubleshoot.
midwestmac

Registered:
Posts: 2,287
Reply with quote  #89 
Pendragon,  I did a blindscan last night,  it took forever, so left it running so after work tonight I went through it and removed all the 'master_xfer" lines
so you can see what its doing and not waste your time.
Like these below
[ 2787.444143] i2c i2c-14: master_xfer[0] W, addr=0x68, len=2
[ 2787.444146] i2c i2c-14: master_xfer[1] R, addr=0x68, len=1

Anyways here's a small part of it on pastebin
https://pastebin.com/rSjBnQUW

If you need  more of the log  let me know.

Thanks for the help

Added: I think this weekend I 'm going to figure out why I get all the for example: "probing device" adding to the end of list". " PM: Adding info for i2c:i2c-13"
PM: Adding info for No Bus[biggrin]vb0.dvr0
bus: 'pci': driver_probe_device: matched device 0000:02:00.0 with driver SAA716x Budget.
bus: 'pci': really_probe: probing driver SAA716x Budget with device 0000:02:00.0
etc..in my kern log when some devices are attached or discovered although  they are working.


__________________
Azbox Ultra, Pansat 2500, Prof7301,Tbs 6925,5980, Genpix 8psk card, Dektec 2137c, Hauppauge 950q
pendragon

Registered:
Posts: 1,026
Reply with quote  #90 
Something is amiss, because the driver keeps trying to lock very small SRs, which probably means the tuner isn't sending or the demod isn't getting what we're hoping for. I went back to square one and noticed the original tbs6925_frontend_attach calls the stv090x driver with STV090x_DEMODULATOR_0, which happens to have a value of one. That would explain why we're getting nowhere with stv0900, because stv0900_attach is getting called with the demodulator index of zero. Thus I recommend your next move should be to call:

adapter->fe = dvb_attach(stv0900_attach, &tbs6925_stv0900_cfg, &i2c->i2c_adapter, 1);

This could be run either with the stb6100 driver, as you last tried, or restoring the original .tun1_* settings and taking out the stb6100_attach code. I would start with the latter and try the former if it doesn't work. I would also suggest figuring out how to stop all of the i2c messages from hitting the system logs. This certainly isn't helping anything, and it's possible it might hurt the driver's internal timings.
Previous Topic | Next Topic
Print
Reply

Quick Navigation:

Easily create a Forum Website with Website Toolbox.

Fellow Members, your posts are welcome here! Do not worry about posting everything perfect. Different receivers and LNB's will give you different Frequencies and Symbol Rates. Some set top boxes, PCI cards and USB receivers, Do Not Require all of the same information that others may need. It is not Required to post everything that others may need to tune in a feed. It is just most important to share the find. We can always adjust the Frequency and Symbol Rates and try the various Modulations and FEC's on our own receivers until we get a lock and then give a polite reply with what works for your receiver, as that information might help others as well. We all appreciate the efforts and energy of the Posters!

Thank You for Visiting GOFASTMOTORSPORTS.com - Keep Your Eyes on the Sky and the Track!