Re: [PATCH] USB: serial: pl2303: add Delock Infrared device id

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Fantastic, thank you so much for the help.

On 2/11/19 11:54 AM, Johan Hovold wrote:
> On Sun, Feb 10, 2019 at 01:49:16AM +0330, Ebrahim Byagowi wrote:
>> On 2/9/19 7:11 PM, Johan Hovold wrote:
>>> On Sat, Feb 09, 2019 at 02:14:21PM +0330, Ebrahim Byagowi wrote:
>>>> On 2/9/19 1:16 PM, Johan Hovold wrote:
>>>>> On Sat, Feb 09, 2019 at 12:18:40PM +0330, ebrahim@xxxxxxx wrote:
>>>>>> From: Ebrahim Byagowi <ebrahim@xxxxxxx>
>>>>>>
>>>>>> This makes Delock Infrared adapter to work as a USB to Serial device.
>>>>>> ---
>>>>>>  drivers/usb/serial/pl2303.c | 1 +
>>>>>>  drivers/usb/serial/pl2303.h | 3 +++
>>>>>>  2 files changed, 4 insertions(+)
>>> These descriptors do no look like they come from a pl2303 device (e.g.
>>> the device descriptor class and protocol is 255/1/0 and not 0/0/0).
>>>
>>>> I've uploaded a screenshot here
>>>> https://commons.wikimedia.org/wiki/File:A_modified_kernel_screenshot_on_QEMU.png
>>>> which shows it understands a remote control commands also.
>>> It shows that you receive something over the bulk-in endpoint at the
>>> default line speed, but those -EPIPE errors also tells us that this is
>>> not a pl2303 device.
>> Oh, understandable. And very sorry that I was misleading here.
> No, problem.
>
>>> Would you be able to open the device to see if you can identify a
>>> generic usb-serial chip inside?
>> Here is a picture of its inside[1] and that 3606 apparently is the usb
>> to serial chip.
>>
>> We suspected it is related to[2] but its pins doesn't match and I
>> couldn't yet test the module provided there is related for some reason
>> so any pointer will be nice.
> No, sorry. It's seems unlikely to be a mcs7780 given the pins.
>
> Perhaps looking closer at the windows driver and snooping traffic might
> provide some insights into the protocol used.
>
> A search also revealed one libusb project for this device on
> sourcefourge, but judging from a very quick look it also just did reads
> and writes over the bulk-endpoints without any control commands. But
> perhaps someone has done some research in this area before you.
>
> Johan
>
>>   [1]:
>> https://commons.wikimedia.org/wiki/File:Infrared_Device,_VID1685_PID0200.jpg
>>
>>   [2]:
>> https://www.asix.com.tw/products.php?op=pItemdetail&PItemID=112;74;109&PLine=74
>



[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux