[linux-dvb] Re: Nova-T 500 Channel scanning + EIT + Kernel oops...

Antti P Miettinen ananaza at iki.fi
Sun Mar 11 22:52:49 CET 2007

Antti P Miettinen <ananaza at iki.fi> writes:
> I'll try deciphering the log more later.

OK, here's a little snippet more.

After the GPIO settings there seems to be some I2C traffic. But again
not exactly the same what the linux driver would be doing. The first
packet is a control packet:

  c0 02 1d 02 01 84 02 00

which translates to

  bRequestType = 0xc0 (dir: device-to-host, type: vendor, recipient: device)
  bRequest = 0x02 (REQUEST_I2C_READ)
  wValue = 0x021d
  wIndex = 0x8401
  wLength = 2

This almost matches I2C read but not quite. As far as I understand the
dib3000mc.c and dib0700_core.c the wIndex value should always be zero
for I2C reads. The dib0700_ctrl_rd sets the index from tx buffer if
there is enough data but dib3000mc_read_word() seems to set up two
separate i2c messages, one for write, one for read. So would this be a
combined one message for those two read/write messages? And the
address would be 28 and the reg would be 1025? Anyway - there's no
answer data from the device to this.

The next setup packet is similar:

  c0 02 19 02 01 84 02 00

So here the address would be 24. To this there is answer data

  01 b3

which seems to be the value agains which we check in
dib3000mc_identify(). But as far as I can tell
dib3000mc_i2c_enumeration() requires matching aswer from all addresses
20, 22, 24 and 26? And also either 0x3001 or 0x3002 for reg 1026.

Anyway - then there are three writes, if I'm interpreting
- addr=24, reg=1040, val=1
- addr=24, reg=244, val=1
- addr=24, reg=1024, val=225

Then again similar reads to the above, no answer data from
address 26, 0x01b3 from 24. Then three writes:
- addr=24, reg=1040, val=1
- addr=24, reg=244, val=2048
- addr=24, reg=1024, val=209

Then a read (addr=28, reg=1024, answer 0x00e1), then write (addr=28,
reg=1024, val=227). Then the log parsed by parser.pl shows something
weird. Hmm.. need to check agains the original log..


More information about the linux-dvb mailing list