Re: Kworld 340U (1b80:a340) kernel 4.8.0 ERROR: i2c_transfer returned: -6

2017-07-29 Thread Kumar Vivek 
On Fri, Jul 28, 2017 at 11:54 PM, Kumar Vivek <kv2000...@gmail.com> wrote:
> Thank you Frank! I appreciate your time.
> This is what I have done so far -
>
> On Wed, Jul 19, 2017 at 2:44 PM, Frank Schäfer
> <fschaefer@googlemail.com> wrote:
>>
>> Hi Kumar,
>>
>> I don't have time for the em28xx driver at the moment (and I also do not
>> have access to a device with tda18271 tuner).
>> But...
>>
>> Am 08.07.2017 um 22:29 schrieb Kumar Vivek:
>>> New subscriber and first time poster. I have tried to read most of the
>>> instructions and etiquettes regarding the mailing list but there might
>>> still be some noob mistakes on my part.
>>>
>>> I have had this tuner for a while and I used it successfully in 2009
>>> (with help from Markus Rechberger - who provided me with the
>>> appropriate patch). I saw that the patches were included in the kernel
>>> drivers and this was fully supported. I tried to use it again recently
>>> and ran into problems and hence this mail. I have spent days trying to
>>> figure out the problem and have been unsuccessful.
>>>
>>> I am using kernel 4.8.0
>>>
>>> The variant of this USB ATSC device I have has vid:pid = 1b80:a340 ,
>>> EM2870 USB bridge, lgdt3304 demodulator/Frontend, TDA18271HDC2 tuner.
>>>
>>> I loaded the em28xx module with debugging on - including i2c bus scan
>>> and i2c transfer.
>>>
>>> [  320.139648] em2870 #0 at em28xx_i2c_xfer: read stop addr=1c len=0:
>>> [  320.139652] (pipe 0x8280): IN:  c0 02 00 00 1c 00 01 00
>>> [  320.140008] <<< cf
>>> [  320.140038] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>>
>>> [  320.140732] em2870 #0: found i2c device @ 0x1c on bus 0 [lgdt330x]
>>>
>>> .
>>> [  320.177163] (pipe 0x8280): IN:  c0 02 00 00 a0 00 01 00
>>> [  320.177541] <<< 1a
>>> [  320.177547] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>>
>>> [  320.177663] em2870 #0: found i2c device @ 0xa0 on bus 0 [eeprom]
>>> .
>>>
>>> [  320.186289] (pipe 0x8280): IN:  c0 02 00 00 c4 00 01 00
>>> [  320.186659] <<< 84
>>> [  320.186665] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>>
>>> [  320.186945] em2870 #0: found i2c device @ 0xc4 on bus 0 [tuner (analog)]
>>>
>>> This is a bit strange since the tuner TDA18271HDC2 is at 0x60 (7 bit)
>>> or 0xC0 (8 bit) i2c address and usually - i2cbus scan doesn't reveal
>>> the tuner's address.
>>>
>>> And then this happens :
>>> [  320.203404] em2870 #0: Identified as KWorld PlusTV 340U or UB435-Q
>>> (ATSC) (card=76)
>>> [  320.203406] em28xx: Currently, V4L2 is not supported on this model
>>> [  320.203407] em2870 #0: dvb set to isoc mode.
>>> [  320.260270] em2870 #0: Binding DVB extension
>>> [  320.260274] em2870 #0 em28xx_alloc_urbs :em28xx: called
>>> em28xx_alloc_isoc in mode 2
>>> [  320.260276] em2870 #0 em28xx_uninit_usb_xfer :em28xx: called
>>> em28xx_uninit_usb_xfer in mode 2
>>> [  320.260279] (pipe 0x8280): IN:  c0 00 00 00 0c 00 01 00 <<< 00
>>> [  320.260536] (pipe 0x8200): OUT: 40 00 00 00 0c 00 01 00 >>> 00
>>> [  320.260631] (pipe 0x8200): OUT: 40 00 00 00 12 00 01 00 >>> 27
>>> [  320.260833] (pipe 0x8200): OUT: 40 00 00 00 48 00 01 00 >>> 00
>>> [  320.260987] (pipe 0x8200): OUT: 40 00 00 00 12 00 01 00 >>> 37
>>> [  320.275990] (pipe 0x8280): IN:  c0 00 00 00 08 00 01 00 <<< ff
>>> [  320.278154] (pipe 0x8200): OUT: 40 00 00 00 08 00 01 00 >>> 7d
>>> [  320.337050] em2870 #0 at em28xx_i2c_xfer: write nonstop addr=1c len=2: 
>>> 00 01
>>> [  320.337056] (pipe 0x8200): OUT: 40 03 00 00 1c 00 02 00 >>>
>>> [  320.337057]  00 01
>>> [  320.337502] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>>
>>> [  320.337618] em2870 #0 at em28xx_i2c_xfer: read stop addr=1c len=1:
>>> [  320.337620] (pipe 0x8280): IN:  c0 02 00 00 1c 00 01 00
>>> [  320.337860] <<< 30
>>> [  320.337867] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>> [  320.337979]  30
>>> [  320.337984] em2870 #0 at em28xx_i2c_xfer: write stop addr=1c len=3: 08 
>>> 08 80
>>> [  320.337987] (pipe 0x8200): OUT: 40 02 00 00 1c 00 03 0

Re: Kworld 340U (1b80:a340) kernel 4.8.0 ERROR: i2c_transfer returned: -6

2017-07-28 Thread Kumar Vivek 
Thank you Frank! I appreciate your time.
This is what I have done so far -

On Wed, Jul 19, 2017 at 2:44 PM, Frank Schäfer
<fschaefer@googlemail.com> wrote:
>
> Hi Kumar,
>
> I don't have time for the em28xx driver at the moment (and I also do not
> have access to a device with tda18271 tuner).
> But...
>
> Am 08.07.2017 um 22:29 schrieb Kumar Vivek:
>> New subscriber and first time poster. I have tried to read most of the
>> instructions and etiquettes regarding the mailing list but there might
>> still be some noob mistakes on my part.
>>
>> I have had this tuner for a while and I used it successfully in 2009
>> (with help from Markus Rechberger - who provided me with the
>> appropriate patch). I saw that the patches were included in the kernel
>> drivers and this was fully supported. I tried to use it again recently
>> and ran into problems and hence this mail. I have spent days trying to
>> figure out the problem and have been unsuccessful.
>>
>> I am using kernel 4.8.0
>>
>> The variant of this USB ATSC device I have has vid:pid = 1b80:a340 ,
>> EM2870 USB bridge, lgdt3304 demodulator/Frontend, TDA18271HDC2 tuner.
>>
>> I loaded the em28xx module with debugging on - including i2c bus scan
>> and i2c transfer.
>>
>> [  320.139648] em2870 #0 at em28xx_i2c_xfer: read stop addr=1c len=0:
>> [  320.139652] (pipe 0x8280): IN:  c0 02 00 00 1c 00 01 00
>> [  320.140008] <<< cf
>> [  320.140038] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>
>> [  320.140732] em2870 #0: found i2c device @ 0x1c on bus 0 [lgdt330x]
>>
>> .
>> [  320.177163] (pipe 0x8280): IN:  c0 02 00 00 a0 00 01 00
>> [  320.177541] <<< 1a
>> [  320.177547] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>
>> [  320.177663] em2870 #0: found i2c device @ 0xa0 on bus 0 [eeprom]
>> .
>>
>> [  320.186289] (pipe 0x8280): IN:  c0 02 00 00 c4 00 01 00
>> [  320.186659] <<< 84
>> [  320.186665] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>
>> [  320.186945] em2870 #0: found i2c device @ 0xc4 on bus 0 [tuner (analog)]
>>
>> This is a bit strange since the tuner TDA18271HDC2 is at 0x60 (7 bit)
>> or 0xC0 (8 bit) i2c address and usually - i2cbus scan doesn't reveal
>> the tuner's address.
>>
>> And then this happens :
>> [  320.203404] em2870 #0: Identified as KWorld PlusTV 340U or UB435-Q
>> (ATSC) (card=76)
>> [  320.203406] em28xx: Currently, V4L2 is not supported on this model
>> [  320.203407] em2870 #0: dvb set to isoc mode.
>> [  320.260270] em2870 #0: Binding DVB extension
>> [  320.260274] em2870 #0 em28xx_alloc_urbs :em28xx: called
>> em28xx_alloc_isoc in mode 2
>> [  320.260276] em2870 #0 em28xx_uninit_usb_xfer :em28xx: called
>> em28xx_uninit_usb_xfer in mode 2
>> [  320.260279] (pipe 0x8280): IN:  c0 00 00 00 0c 00 01 00 <<< 00
>> [  320.260536] (pipe 0x8200): OUT: 40 00 00 00 0c 00 01 00 >>> 00
>> [  320.260631] (pipe 0x8200): OUT: 40 00 00 00 12 00 01 00 >>> 27
>> [  320.260833] (pipe 0x8200): OUT: 40 00 00 00 48 00 01 00 >>> 00
>> [  320.260987] (pipe 0x8200): OUT: 40 00 00 00 12 00 01 00 >>> 37
>> [  320.275990] (pipe 0x8280): IN:  c0 00 00 00 08 00 01 00 <<< ff
>> [  320.278154] (pipe 0x8200): OUT: 40 00 00 00 08 00 01 00 >>> 7d
>> [  320.337050] em2870 #0 at em28xx_i2c_xfer: write nonstop addr=1c len=2: 00 
>> 01
>> [  320.337056] (pipe 0x8200): OUT: 40 03 00 00 1c 00 02 00 >>>
>> [  320.337057]  00 01
>> [  320.337502] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>
>> [  320.337618] em2870 #0 at em28xx_i2c_xfer: read stop addr=1c len=1:
>> [  320.337620] (pipe 0x8280): IN:  c0 02 00 00 1c 00 01 00
>> [  320.337860] <<< 30
>> [  320.337867] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>> [  320.337979]  30
>> [  320.337984] em2870 #0 at em28xx_i2c_xfer: write stop addr=1c len=3: 08 08 
>> 80
>> [  320.337987] (pipe 0x8200): OUT: 40 02 00 00 1c 00 03 00 >>>
>> [  320.337988]  08 08 80
>> [  320.338518] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>
>> [  320.338618] em2870 #0 at em28xx_i2c_xfer: write nonstop addr=1c len=2: 08 
>> 08
>> [  320.338622] (pipe 0x8200): OUT: 40 03 00 00 1c 00 02 00 >>>
>> [  320.338623]  08 08
>> [  320.339018] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
>>

Re: Support for Linux driver for GENIATECH Mygica ATSC USB TV Stick A681

2017-07-10 Thread Kumar Vivek 
Could you provide us the details of the following:
1) After attaching the device to your usb port - output of lsusb and
dmesg commands. (name@computer$ lsusb ) and (name@computer$ dmesg)
2) Information regarding the chips present on this board - USB bridge,
Demodulator and Tuner chips.

I have a device from Mygica - A680 with usb id 05e1:0480 with Au0828
usb bridge, au8522 demodulator and tda18271hdc2 tuner and it is fully
supported.

On Mon, Jul 10, 2017 at 5:13 AM, 최특규  wrote:
> Dear all
>
> (I have no experience in mailing list and linux programming, so please
> be patient of my first request mail.)
>
> By chance I (may) got linux driver for GENIATECH Mygica A681.
> Can any one verify it and include it to LinuxTV project?
>
> I saw http://mygicasupport.com/index.php?/topic/2484-linux-support/
> It said no linux driver for A681.
>
> But I saw A681's specification document
> (http://file.geniatech.com/thcdownloads/geniatech/specification/A681.pdf
> )
> It says linux driver is supported.
>
> So I request it to Geniatech.
> Their respond as follow:
> 
> Hi sir,
> Please try this driver:
> https://mega.nz/#!utlmUA4L!A_AA-obMjiVJA3fOTLe_kZuml1tYPDGHtaQCuMv6bpQ
>
>
> Thanks & Best regards
> 
> Claire
> Geniatech Anhui LLC
> Tel: +86-551-65553836
> Mob:+86-18226641675
> Email.: claire.c...@geniatech.com
> Website: www.geniatech.com
> Skype: claire.c...@geniatech.com
>
> Office address:Room 906,Building F5,Innovation Industrial Park,NO.2800
> InnovationRoad,High Tech Zone,Hefei,Anhui,China
>
> Factory address: 2~3 Floor, Block A, Yinghaosheng Industrial Park,
> Dayang Street, Fuyong, Bao’an District, Shenzhen, China
> 
>
> Maybe this person(Claire) cannot know prior technical issue
> (http://mygicasupport.com/index.php?/topic/2484-linux-support/).
> But I surely have no proper programming skill for verify or develop
> this driver, Please help.
>
> Sincerely

Kworld 340U (1b80:a340) kernel 4.8.0 ERROR: i2c_transfer returned: -6

2017-07-08 Thread Kumar Vivek 
New subscriber and first time poster. I have tried to read most of the
instructions and etiquettes regarding the mailing list but there might
still be some noob mistakes on my part.

I have had this tuner for a while and I used it successfully in 2009
(with help from Markus Rechberger - who provided me with the
appropriate patch). I saw that the patches were included in the kernel
drivers and this was fully supported. I tried to use it again recently
and ran into problems and hence this mail. I have spent days trying to
figure out the problem and have been unsuccessful.

I am using kernel 4.8.0

The variant of this USB ATSC device I have has vid:pid = 1b80:a340 ,
EM2870 USB bridge, lgdt3304 demodulator/Frontend, TDA18271HDC2 tuner.

I loaded the em28xx module with debugging on - including i2c bus scan
and i2c transfer.

[  320.139648] em2870 #0 at em28xx_i2c_xfer: read stop addr=1c len=0:
[  320.139652] (pipe 0x8280): IN:  c0 02 00 00 1c 00 01 00
[  320.140008] <<< cf
[  320.140038] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00

[  320.140732] em2870 #0: found i2c device @ 0x1c on bus 0 [lgdt330x]

.
[  320.177163] (pipe 0x8280): IN:  c0 02 00 00 a0 00 01 00
[  320.177541] <<< 1a
[  320.177547] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00

[  320.177663] em2870 #0: found i2c device @ 0xa0 on bus 0 [eeprom]
.

[  320.186289] (pipe 0x8280): IN:  c0 02 00 00 c4 00 01 00
[  320.186659] <<< 84
[  320.186665] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00

[  320.186945] em2870 #0: found i2c device @ 0xc4 on bus 0 [tuner (analog)]

This is a bit strange since the tuner TDA18271HDC2 is at 0x60 (7 bit)
or 0xC0 (8 bit) i2c address and usually - i2cbus scan doesn't reveal
the tuner's address.

And then this happens :
[  320.203404] em2870 #0: Identified as KWorld PlusTV 340U or UB435-Q
(ATSC) (card=76)
[  320.203406] em28xx: Currently, V4L2 is not supported on this model
[  320.203407] em2870 #0: dvb set to isoc mode.
[  320.260270] em2870 #0: Binding DVB extension
[  320.260274] em2870 #0 em28xx_alloc_urbs :em28xx: called
em28xx_alloc_isoc in mode 2
[  320.260276] em2870 #0 em28xx_uninit_usb_xfer :em28xx: called
em28xx_uninit_usb_xfer in mode 2
[  320.260279] (pipe 0x8280): IN:  c0 00 00 00 0c 00 01 00 <<< 00
[  320.260536] (pipe 0x8200): OUT: 40 00 00 00 0c 00 01 00 >>> 00
[  320.260631] (pipe 0x8200): OUT: 40 00 00 00 12 00 01 00 >>> 27
[  320.260833] (pipe 0x8200): OUT: 40 00 00 00 48 00 01 00 >>> 00
[  320.260987] (pipe 0x8200): OUT: 40 00 00 00 12 00 01 00 >>> 37
[  320.275990] (pipe 0x8280): IN:  c0 00 00 00 08 00 01 00 <<< ff
[  320.278154] (pipe 0x8200): OUT: 40 00 00 00 08 00 01 00 >>> 7d
[  320.337050] em2870 #0 at em28xx_i2c_xfer: write nonstop addr=1c len=2: 00 01
[  320.337056] (pipe 0x8200): OUT: 40 03 00 00 1c 00 02 00 >>>
[  320.337057]  00 01
[  320.337502] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00

[  320.337618] em2870 #0 at em28xx_i2c_xfer: read stop addr=1c len=1:
[  320.337620] (pipe 0x8280): IN:  c0 02 00 00 1c 00 01 00
[  320.337860] <<< 30
[  320.337867] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
[  320.337979]  30
[  320.337984] em2870 #0 at em28xx_i2c_xfer: write stop addr=1c len=3: 08 08 80
[  320.337987] (pipe 0x8200): OUT: 40 02 00 00 1c 00 03 00 >>>
[  320.337988]  08 08 80
[  320.338518] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00

[  320.338618] em2870 #0 at em28xx_i2c_xfer: write nonstop addr=1c len=2: 08 08
[  320.338622] (pipe 0x8200): OUT: 40 03 00 00 1c 00 02 00 >>>
[  320.338623]  08 08
[  320.339018] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00

[  320.339110] em2870 #0 at em28xx_i2c_xfer: read stop addr=1c len=1:
[  320.339113] (pipe 0x8280): IN:  c0 02 00 00 1c 00 01 00
[  320.339391] <<< 80
[  320.339397] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00
[  320.339490]  80
[  320.339496] em2870 #0 at em28xx_i2c_xfer: write stop addr=1c len=3: 08 08 00
[  320.339499] (pipe 0x8200): OUT: 40 02 00 00 1c 00 03 00 >>>
[  320.339499]  08 08 00
[  320.340768] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 00

[  320.341276] tda18271 12-0060: creating new instance
[  320.341279] em2870 #0 at em28xx_i2c_xfer: write nonstop addr=c0 len=1: 00
[  320.341283] (pipe 0x8200): OUT: 40 03 00 00 c0 00 01 00 >>>
[  320.341284]  00
[  320.341506] (pipe 0x8280): IN:  c0 00 00 00 05 00 01 00 <<< 10
[  320.341637]  ERROR: -6
[  320.341642] tda18271_read_regs: [12-0060|M] ERROR: i2c_transfer returned: -6
[  320.341647] tda18271_dump_regs: [12-0060|M] === TDA18271 REG DUMP ===
[  320.341648] tda18271_dump_regs: [12-0060|M] ID_BYTE= 0x00
[  320.341650] tda18271_dump_regs: [12-0060|M] THERMO_BYTE= 0x00
[  320.341651] tda18271_dump_regs: [12-0060|M] POWER_LEVEL_BYTE   = 0x00
[  320.341652] tda18271_dump_regs: [12-0060|M] EASY_PROG_BYTE_1   = 0x00
[  320.341653] tda18271_dump_regs: [12-0060|M] EASY_PROG_BYTE_2   = 0x00
[