[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <5101f30a-4f49-4480-9453-1984f6c5a086@cosmicgizmosystems.com>
Date: Sun, 28 Sep 2025 17:39:05 -0700
From: Linux Hid <linuxhid@...micgizmosystems.com>
To: Staffan Melin <staffan.melin@...illator.se>,
zhangheng <zhangheng@...inos.cn>
Cc: Salvatore Bonaccorso <carnil@...ian.org>, Jiri Kosina <jkosina@...e.com>,
Benjamin Tissoires <bentiss@...nel.org>, linux-input@...r.kernel.org,
linux-kernel@...r.kernel.org, regressions@...ts.linux.dev,
stable@...r.kernel.org, 1114557@...s.debian.org
Subject: Re: [regression] 1a8953f4f774 ("HID: Add IGNORE quirk for
SMARTLINKTECHNOLOGY") causes issue with ID 4c4a:4155 Jieli Technology USB
Composite Device
All,
It's good a working solution has been found. I'll comment separately on
the patch submission.
I did some digging to find out why there were multiple devices in the
wild with the same VID:PID.
It seems that Jieli does have a valid USB VID.
Zhuhai Jieli Technology Co., LTD owns VID 13908 (0x3654)
However, in one of their public SDKs they populate the default device
descriptor with:
'J', 'L', // idVendor: 0x4a4c - JL (actually 0x4c4a)
0x55, 0x41, // idProduct: chip id ('U', 'A' 0x4155)
So anyone developing a device using that chip's SDK who doesn't change
the default VID:PID will create a device with 4c4a:4155 VID:PID.
In other SDKs I see a different PID but the same 0x4c4a VID
'5', '4', // idProduct: chip id (0x3435)
So there are probably multiple devices in the wild with 4c4a:3435
VID:PIDs as well.
Here's a link to the 4c4a:4155 SDK if you'd like to take a look.
https://github.com/Jieli-Tech/AW30N/blob/main/sdk/apps/app/bsp/common/usb/device/descriptor.c#L31
Regards,
Terry
On 9/22/2025 11:33 AM, Staffan Melin wrote:
> Thank you,
>
> I can confirm that this patch fixes the touchscreen issue on my GPD DUO.
>
> Tested-by: staffan.melin@...illator.se
>
> Thank you for your work!
>
> Staffan
>
> On 2025-09-22 11:21, zhangheng wrote:
>> Please help test this patch, I will push it to the kernel community.
>> Currently, the microphone device is functioning normally
Powered by blists - more mailing lists