On Thu, 9 Mar 2017 17:51:14 +0100 Andreas Kemnade <andreas@xxxxxxxxxxxx> wrote: > Ths adds the logilink VG00022a dvb-t dongle to the device table. > The dongle contains (checked by removing the case) > IT9303 > SI2168 > 214730 > > The result is in cold state: > > usb 1-6: new high-speed USB device number 15 using xhci_hcd > usb 1-6: New USB device found, idVendor=1d19, idProduct=0100 > usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > usb 1-6: Product: TS Aggregator > usb 1-6: Manufacturer: ITE Tech., Inc. > usb 1-6: SerialNumber: XXXXXXXXXXXX > dvb_usb_af9035 1-6:1.0: prechip_version=83 chip_version=01 chip_type=9306 > dvb_usb_af9035 1-6:1.0: ts mode=5 not supported, defaulting to single tuner mode! > usb 1-6: dvb_usb_v2: found a 'Logilink VG0022A' in cold state > usb 1-6: dvb_usb_v2: downloading firmware from file 'dvb-usb-it9303-01.fw' > dvb_usb_af9035 1-6:1.0: firmware version=1.4.0.0 > usb 1-6: dvb_usb_v2: found a 'Logilink VG0022A' in warm state > usb 1-6: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer > dvbdev: DVB: registering new adapter (Logilink VG0022A) > si2168: probe of 6-0067 failed with error -5 > > when warmed up by connecing it via a powered usb hub to win7 and > then attaching the same usb hub to a linux machine: > with some fixes in af9035.c I already get the same state as with warm up by win7. I just need to find out which changes are really necessary and convert it into a clean patch. > so firmware uploading to the si2168 somehow messes things up > I experimented a lot here and I found this: If 0101 is not sent to the si2168 you can get answers from the Si2147-A30. After the 0101 is sent to the si2147-A30 it will still execute commands but you will not get the answer back through the si2168. You just get ff. After moving the chip id readout from si2157_init to si2157_probe, scanning for stations works. So the si2147-A30 seems to react on commands. Regards, Andreas Kemnade
Attachment:
pgp80OZ_M0lRl.pgp
Description: OpenPGP digital signature