Hi Zhang, hi Jiri,
In Debian Staffan Melin reported that after an update containing the commit 1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY"), the input device with same idVendor and idProduct, the Jieli Technology USB Composite Device, does not get recognized anymore.
The full Debian report is at: https://bugs.debian.org/1114557
The issue is not specific to the 6.12.y series and confirmed in 6.16.3 as well.
Staffan Melin did bisect the kernels between 6.12.38 (which was still working) and 6.1.41 (which was not), confirming by bisection that the offending commit is
1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY")
#regzbot introduced: 1a8953f4f774 #regzbot monitor: https://bugs.debian.org/1114557
So it looks that the quirk applied is unfortunately affecting negatively as well Staffan Melin case.
Can you have a look?
Regards, Salvatore
On 9/7/25 8:10 AM, Salvatore Bonaccorso wrote:
Hi Zhang, hi Jiri,
In Debian Staffan Melin reported that after an update containing the commit 1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY"), the input device with same idVendor and idProduct, the Jieli Technology USB Composite Device, does not get recognized anymore.
The full Debian report is at: https://bugs.debian.org/1114557
The root of the issue here is that two devices have bootlegged the same VID:PID.
0x4c4a is not a valid VID that has been assigned according to the latest list from USBIF (vendor_ids072325_1.pdf) so conflicts like this could surface at any time.
[ 10.188336] usb 3-3: device descriptor read/64, error -71 [ 10.439533] usb 3-3: config 1 interface 0 altsetting 0 has 2 endpoint descriptors, different from the interface descriptor's value: 1 [ 10.451534] usb 3-3: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 10.451540] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.451543] usb 3-3: Product: USB Composite Device [ 10.451545] usb 3-3: Manufacturer: Jieli Technology [ 10.451546] usb 3-3: SerialNumber: FFFFFFFFFFFFFFFF
Can anyone supply the Jieli descriptors, including the Report Descriptor? It clearly has problems but not bad enough to fail enumeration.
The commit 1a8953f4f774 should be reverted and SMARTLINKTECHNOLOGY should either bootleg a different PID, get a valid VID, or fix their device so a quirk is never required.
Thanks, Terry
The issue is not specific to the 6.12.y series and confirmed in 6.16.3 as well.
Staffan Melin did bisect the kernels between 6.12.38 (which was still working) and 6.1.41 (which was not), confirming by bisection that the offending commit is
1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY")
#regzbot introduced: 1a8953f4f774 #regzbot monitor: https://bugs.debian.org/1114557
So it looks that the quirk applied is unfortunately affecting negatively as well Staffan Melin case.
Can you have a look?
Regards, Salvatore
Hi Terry,
I am the one with the Jieli touchscreen.
On 2025-09-08 06:10, Terry Junge wrote:
The root of the issue here is that two devices have bootlegged the same VID:PID.
0x4c4a is not a valid VID that has been assigned according to the latest list from USBIF (vendor_ids072325_1.pdf) so conflicts like this could surface at any time.
[ 10.188336] usb 3-3: device descriptor read/64, error -71 [ 10.439533] usb 3-3: config 1 interface 0 altsetting 0 has 2 endpoint descriptors, different from the interface descriptor's value: 1 [ 10.451534] usb 3-3: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 10.451540] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.451543] usb 3-3: Product: USB Composite Device [ 10.451545] usb 3-3: Manufacturer: Jieli Technology [ 10.451546] usb 3-3: SerialNumber: FFFFFFFFFFFFFFFF
Can anyone supply the Jieli descriptors, including the Report Descriptor? It clearly has problems but not bad enough to fail enumeration.
The commit 1a8953f4f774 should be reverted and SMARTLINKTECHNOLOGY should either bootleg a different PID, get a valid VID, or fix their device so a quirk is never required.
Thanks, Terry
In /sys/bus/hid/devices/0003:4C4A:4155.0003 i have the report_descriptor file:
00000000 05 0d 09 04 a1 01 85 aa 09 22 a1 00 09 42 15 00 |........."...B..| 00000010 25 01 75 01 95 01 81 02 75 03 81 03 09 51 75 04 |%.u.....u....Qu.| 00000020 25 0a 81 02 75 08 95 01 81 03 05 01 75 10 55 00 |%...u.......u.U.| 00000030 65 00 09 30 35 00 26 00 10 46 00 10 81 02 09 31 |e..05.&..F.....1| 00000040 26 00 10 46 00 10 81 02 c0 a1 00 05 0d 09 42 15 |&..F..........B.| 00000050 00 25 01 75 01 95 01 81 02 75 03 81 03 09 51 75 |.%.u.....u....Qu| 00000060 04 25 0a 81 02 75 08 95 01 81 03 05 01 75 10 55 |.%...u.......u.U| 00000070 00 65 00 09 30 35 00 26 00 10 46 00 10 81 02 09 |.e..05.&..F.....| 00000080 31 26 00 10 46 00 10 81 02 c0 a1 00 05 0d 09 42 |1&..F..........B| 00000090 15 00 25 01 75 01 95 01 81 02 75 03 81 03 09 51 |..%.u.....u....Q| 000000a0 75 04 25 0a 81 02 75 08 95 01 81 03 05 01 75 10 |u.%...u.......u.| 000000b0 55 00 65 00 09 30 35 00 26 00 10 46 00 10 81 02 |U.e..05.&..F....| 000000c0 09 31 26 00 10 46 00 10 81 02 c0 a1 00 05 0d 09 |.1&..F..........| 000000d0 42 15 00 25 01 75 01 95 01 81 02 75 03 81 03 09 |B..%.u.....u....| 000000e0 51 75 04 25 0a 81 02 75 08 95 01 81 03 05 01 75 |Qu.%...u.......u| 000000f0 10 55 00 65 00 09 30 35 00 26 00 10 46 00 10 81 |.U.e..05.&..F...| 00000100 02 09 31 26 00 10 46 00 10 81 02 c0 a1 00 05 0d |..1&..F.........| 00000110 09 42 15 00 25 01 75 01 95 01 81 02 75 03 81 03 |.B..%.u.....u...| 00000120 09 51 75 04 25 0a 81 02 75 08 95 01 81 03 05 01 |.Qu.%...u.......| 00000130 75 10 55 00 65 00 09 30 35 00 26 00 10 46 00 10 |u.U.e..05.&..F..| 00000140 81 02 09 31 26 00 10 46 00 10 81 02 c0 05 0d 09 |...1&..F........| 00000150 54 95 01 75 08 15 00 25 0a 81 02 09 55 b1 02 95 |T..u...%....U...| 00000160 3e b1 03 c0 05 0d 09 02 a1 01 85 cc 09 20 a1 00 |>............ ..| 00000170 09 42 09 44 09 3c 09 45 15 00 25 01 75 01 95 04 |.B.D.<.E..%.u...| 00000180 81 02 95 01 09 32 81 02 95 03 81 03 05 01 09 30 |.....2.........0| 00000190 75 10 95 01 a4 55 0d 65 13 35 00 26 00 10 46 00 |u....U.e.5.&..F.| 000001a0 10 81 02 09 31 26 00 10 46 00 10 81 02 b4 05 0d |....1&..F.......| 000001b0 09 30 26 ff 00 81 02 75 08 09 3d 15 81 25 7f 81 |.0&....u..=..%..| 000001c0 02 09 3e 15 81 25 7f 81 02 c0 c0 05 01 09 02 a1 |..>..%..........| 000001d0 01 85 58 09 01 a1 00 05 09 19 01 29 02 15 00 25 |..X........)...%| 000001e0 01 75 01 95 02 81 02 95 06 81 03 05 01 09 30 15 |.u............0.| 000001f0 00 26 00 10 09 31 26 00 10 75 10 95 02 55 0e 65 |.&...1&..u...U.e| 00000200 11 35 00 46 00 10 81 02 09 38 15 81 25 7f 75 08 |.5.F.....8..%.u.| 00000210 95 01 81 06 c0 c0 |......|
And here is the output from lsusb -c:
Bus 003 Device 003: ID 4c4a:4155 Jieli Technology USB Composite Device Couldn't open device, some information will be missing Negotiated speed: Full Speed (12Mbps) Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 [unknown] bDeviceSubClass 0 [unknown] bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x4c4a Jieli Technology idProduct 0x4155 USB Composite Device bcdDevice 1.00 iManufacturer 1 Jieli Technology iProduct 2 USB Composite Device iSerial 3 FFFFFFFFFFFFFFFF bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x0029 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 [unknown] bInterfaceProtocol 0 iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 33 Unknown bNumDescriptors 1 bDescriptorType 34 (null) wDescriptorLength 534 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0020 1x 32 bytes bInterval 1
Best regards,
Staffan
The issue is not specific to the 6.12.y series and confirmed in 6.16.3 as well.
Staffan Melin did bisect the kernels between 6.12.38 (which was still working) and 6.1.41 (which was not), confirming by bisection that the offending commit is
1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY")
#regzbot introduced: 1a8953f4f774 #regzbot monitor: https://bugs.debian.org/1114557
So it looks that the quirk applied is unfortunately affecting negatively as well Staffan Melin case.
Can you have a look?
Regards, Salvatore
I am currently working on resolving this issue by limiting the original patch
based on the information in the device descriptor to avoid affecting your device,
You can try this patch and look forward to your reply.
在 2025/9/7 23:10, Salvatore Bonaccorso 写道:
Hi Zhang, hi Jiri,
In Debian Staffan Melin reported that after an update containing the commit 1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY"), the input device with same idVendor and idProduct, the Jieli Technology USB Composite Device, does not get recognized anymore.
The full Debian report is at: https://bugs.debian.org/1114557
The issue is not specific to the 6.12.y series and confirmed in 6.16.3 as well.
Staffan Melin did bisect the kernels between 6.12.38 (which was still working) and 6.1.41 (which was not), confirming by bisection that the offending commit is
1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY")
#regzbot introduced: 1a8953f4f774 #regzbot monitor: https://bugs.debian.org/1114557
So it looks that the quirk applied is unfortunately affecting negatively as well Staffan Melin case.
Can you have a look?
Regards, Salvatore
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
I used the command git am < <file>
Best regards,
Staffan
On 2025-09-12 14:49, zhangheng wrote:
I am currently working on resolving this issue by limiting the original patch
based on the information in the device descriptor to avoid affecting your device,
You can try this patch and look forward to your reply.
在 2025/9/7 23:10, Salvatore Bonaccorso 写道:
Hi Zhang, hi Jiri,
In Debian Staffan Melin reported that after an update containing the commit 1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY"), the input device with same idVendor and idProduct, the Jieli Technology USB Composite Device, does not get recognized anymore.
The full Debian report is at: https://bugs.debian.org/1114557
The issue is not specific to the 6.12.y series and confirmed in 6.16.3 as well.
Staffan Melin did bisect the kernels between 6.12.38 (which was still working) and 6.1.41 (which was not), confirming by bisection that the offending commit is
1a8953f4f774 ("HID: Add IGNORE quirk for SMARTLINKTECHNOLOGY")
#regzbot introduced: 1a8953f4f774 #regzbot monitor: https://bugs.debian.org/1114557
So it looks that the quirk applied is unfortunately affecting negatively as well Staffan Melin case.
Can you have a look?
Regards, Salvatore
Hi Staffan,
chiming in hopefully it is of help.
On Fri, Sep 12, 2025 at 09:57:04PM +0200, Staffan Melin wrote:
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
As the deveopment goes from mainline then down to stable series, the fix needs to be developed first for mainline. So the patch is targeted there.
But please find attached an updated patch which hopefully should work which resolved the context changes.
But ideally you can provide a Tested-by on zhangheng's mainline patch to get things rolling as needed.
Regards, Salvatore
Hi Staffan,
chiming in hopefully it is of help.
Now really with the patch ...
On Fri, Sep 12, 2025 at 09:57:04PM +0200, Staffan Melin wrote:
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
As the deveopment goes from mainline then down to stable series, the fix needs to be developed first for mainline. So the patch is targeted there.
But please find attached an updated patch which hopefully should work which resolved the context changes on top of 6.12.47.
But ideally you can provide a Tested-by on zhangheng's mainline patch to get things rolling as needed.
Regards, Salvatore
Ah, thanks, I get it now :)
So I got 6.16.7, and the patch applied without problems.
But no luck, the same results as before: touchscreen not working, xinput --list not showing the Jieli touchscreen. dmesg shows the same as before, too.
Best regards,
Staffan
On 2025-09-13 10:55, Salvatore Bonaccorso wrote:
Hi Staffan,
chiming in hopefully it is of help.
Now really with the patch ...
On Fri, Sep 12, 2025 at 09:57:04PM +0200, Staffan Melin wrote:
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
As the deveopment goes from mainline then down to stable series, the fix needs to be developed first for mainline. So the patch is targeted there.
But please find attached an updated patch which hopefully should work which resolved the context changes on top of 6.12.47.
But ideally you can provide a Tested-by on zhangheng's mainline patch to get things rolling as needed.
Regards, Salvatore
Apply this new patch and test the kernel again. I don't have the original mic device in my hands, which means I have to wait for a response for testing now.
You can test it first, and the other mic device also needs to be retested
在 2025/9/13 21:11, Staffan Melin 写道:
Ah, thanks, I get it now :)
So I got 6.16.7, and the patch applied without problems.
But no luck, the same results as before: touchscreen not working, xinput --list not showing the Jieli touchscreen. dmesg shows the same as before, too.
Best regards,
Staffan
On 2025-09-13 10:55, Salvatore Bonaccorso wrote:
Hi Staffan,
chiming in hopefully it is of help.
Now really with the patch ...
On Fri, Sep 12, 2025 at 09:57:04PM +0200, Staffan Melin wrote:
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
As the deveopment goes from mainline then down to stable series, the fix needs to be developed first for mainline. So the patch is targeted there.
But please find attached an updated patch which hopefully should work which resolved the context changes on top of 6.12.47.
But ideally you can provide a Tested-by on zhangheng's mainline patch to get things rolling as needed.
Regards, Salvatore
On 9/15/25 1:37 AM, zhangheng wrote:
Apply this new patch and test the kernel again. I don't have the original mic device in my hands, which means I have to wait for a response for testing now.
You can test it first, and the other mic device also needs to be retested
Your patch will not work as you expect for two reasons.
if (hid_match_id(hdev, hid_ignore_list) || (hid_match_id(hdev, hid_ignore_mic) && (hdev->version > 1.1))) quirks |= HID_QUIRK_IGNORE;
hdev->version is U32 not float. Version (bcdDevice) 1.00 would be 0x0100. The value 1.1 is probably cast to 0x0001.
Second, both devices have identical VID, PID, bcdDevice, and Product names.
[ 563.104908] usb 1-1.4.1.2: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 563.104910] usb 1-1.4.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 563.104911] usb 1-1.4.1.2: Product: USB Composite Device [ 563.104912] usb 1-1.4.1.2: Manufacturer: SmartlinkTechnology [ 563.104913] usb 1-1.4.1.2: SerialNumber: 20201111000001
[ 10.451534] usb 3-3: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 10.451540] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.451543] usb 3-3: Product: USB Composite Device [ 10.451545] usb 3-3: Manufacturer: Jieli Technology [ 10.451546] usb 3-3: SerialNumber: FFFFFFFFFFFFFFFF
If you could get the descriptors for the microphone device, it would be helpful.
Thanks, Terry
在 2025/9/13 21:11, Staffan Melin 写道:
Ah, thanks, I get it now :)
So I got 6.16.7, and the patch applied without problems.
But no luck, the same results as before: touchscreen not working, xinput --list not showing the Jieli touchscreen. dmesg shows the same as before, too.
Best regards,
Staffan
On 2025-09-13 10:55, Salvatore Bonaccorso wrote:
Hi Staffan,
chiming in hopefully it is of help.
Now really with the patch ...
On Fri, Sep 12, 2025 at 09:57:04PM +0200, Staffan Melin wrote:
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
As the deveopment goes from mainline then down to stable series, the fix needs to be developed first for mainline. So the patch is targeted there.
But please find attached an updated patch which hopefully should work which resolved the context changes on top of 6.12.47.
But ideally you can provide a Tested-by on zhangheng's mainline patch to get things rolling as needed.
Regards, Salvatore
It's interesting that I found another USB device with the same ID, but it's a USB headphone, device descriptors in headphone.txt
Microphone.txt is the device descriptor for SMARTLINKTechnology.
I was originally planning to differentiate according to bcdHID, but there is hdev ->version=0x100, therefore, I created the v3 patch.
The microphone device is normal, but I'm not sure if your touchscreen function is working properly.
[ 67.417805] usb 1-3.4.2: new full-speed USB device number 11 using xhci_hcd [ 67.566700] usb 1-3.4.2: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 67.566707] usb 1-3.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 67.566712] usb 1-3.4.2: Product: USB Composite Device [ 67.566717] usb 1-3.4.2: Manufacturer: SmartlinkTechnology [ 67.566721] usb 1-3.4.2: SerialNumber: 20201111000001 [ 67.568816] DEBUG: drivers/hid/hid-quirks.c 1227 hid_gets_squirk hdev->version = 0x100 [ 67.568827] DEBUG: drivers/hid/hid-quirks.c 1025 hid_ignore hdev->version = 0x100 [ 67.568832] DEBUG: drivers/hid/hid-quirks.c 1227 hid_gets_squirk hdev->version = 0x100 [ 67.569256] DEBUG: drivers/hid/hid-quirks.c 1227 hid_gets_squirk hdev->version = 0x201
[ 39.692821] DEBUG: drivers/hid/usbhid/hid-core.c 985 usbhid_parse dev->serial = 20201111000001
Later, I thought of using a serial number, Later, I thought of using a serial number, but the headphone serial number was NULL,
and printing it directly would trigger OOPs, at present, I can only consider distinguishing between manufacturers, this is v4 patch.
If there are better ideas or patches, they can also be provided. The microphone device will arrive in a few days, and I will verify it then.
在 2025/9/16 7:06, Terry Junge 写道:
On 9/15/25 1:37 AM, zhangheng wrote:
Apply this new patch and test the kernel again. I don't have the original mic device in my hands, which means I have to wait for a response for testing now.
You can test it first, and the other mic device also needs to be retested
Your patch will not work as you expect for two reasons.
if (hid_match_id(hdev, hid_ignore_list) || (hid_match_id(hdev, hid_ignore_mic) && (hdev->version > 1.1))) quirks |= HID_QUIRK_IGNORE;
hdev->version is U32 not float. Version (bcdDevice) 1.00 would be 0x0100. The value 1.1 is probably cast to 0x0001.
Second, both devices have identical VID, PID, bcdDevice, and Product names.
[ 563.104908] usb 1-1.4.1.2: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 563.104910] usb 1-1.4.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 563.104911] usb 1-1.4.1.2: Product: USB Composite Device [ 563.104912] usb 1-1.4.1.2: Manufacturer: SmartlinkTechnology [ 563.104913] usb 1-1.4.1.2: SerialNumber: 20201111000001
[ 10.451534] usb 3-3: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 10.451540] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.451543] usb 3-3: Product: USB Composite Device [ 10.451545] usb 3-3: Manufacturer: Jieli Technology [ 10.451546] usb 3-3: SerialNumber: FFFFFFFFFFFFFFFF
If you could get the descriptors for the microphone device, it would be helpful.
Thanks, Terry
在 2025/9/13 21:11, Staffan Melin 写道:
Ah, thanks, I get it now :)
So I got 6.16.7, and the patch applied without problems.
But no luck, the same results as before: touchscreen not working, xinput --list not showing the Jieli touchscreen. dmesg shows the same as before, too.
Best regards,
Staffan
On 2025-09-13 10:55, Salvatore Bonaccorso wrote:
Hi Staffan,
chiming in hopefully it is of help.
Now really with the patch ...
On Fri, Sep 12, 2025 at 09:57:04PM +0200, Staffan Melin wrote:
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
As the deveopment goes from mainline then down to stable series, the fix needs to be developed first for mainline. So the patch is targeted there.
But please find attached an updated patch which hopefully should work which resolved the context changes on top of 6.12.47.
But ideally you can provide a Tested-by on zhangheng's mainline patch to get things rolling as needed.
Regards, Salvatore
Thank you for the patches!
Unfortunately I could not apply v3, I got an error message.
While I could apply patch v4 and compile and test it, same result as before -- no working touchscreen, and touchscreen not visible on xinput --list. This was on 6.16.7.
Best regards,
Staffan
On 2025-09-18 16:05, zhangheng wrote:
It's interesting that I found another USB device with the same ID, but it's a USB headphone, device descriptors in headphone.txt
Microphone.txt is the device descriptor for SMARTLINKTechnology.
I was originally planning to differentiate according to bcdHID, but there is hdev ->version=0x100, therefore, I created the v3 patch.
The microphone device is normal, but I'm not sure if your touchscreen function is working properly.
[ 67.417805] usb 1-3.4.2: new full-speed USB device number 11 using xhci_hcd [ 67.566700] usb 1-3.4.2: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 67.566707] usb 1-3.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 67.566712] usb 1-3.4.2: Product: USB Composite Device [ 67.566717] usb 1-3.4.2: Manufacturer: SmartlinkTechnology [ 67.566721] usb 1-3.4.2: SerialNumber: 20201111000001 [ 67.568816] DEBUG: drivers/hid/hid-quirks.c 1227 hid_gets_squirk hdev->version = 0x100 [ 67.568827] DEBUG: drivers/hid/hid-quirks.c 1025 hid_ignore hdev->version = 0x100 [ 67.568832] DEBUG: drivers/hid/hid-quirks.c 1227 hid_gets_squirk hdev->version = 0x100 [ 67.569256] DEBUG: drivers/hid/hid-quirks.c 1227 hid_gets_squirk hdev->version = 0x201
[ 39.692821] DEBUG: drivers/hid/usbhid/hid-core.c 985 usbhid_parse dev->serial = 20201111000001
Later, I thought of using a serial number, Later, I thought of using a serial number, but the headphone serial number was NULL,
and printing it directly would trigger OOPs, at present, I can only consider distinguishing between manufacturers, this is v4 patch.
If there are better ideas or patches, they can also be provided. The microphone device will arrive in a few days, and I will verify it then.
在 2025/9/16 7:06, Terry Junge 写道:
On 9/15/25 1:37 AM, zhangheng wrote:
Apply this new patch and test the kernel again. I don't have the original mic device in my hands, which means I have to wait for a response for testing now.
You can test it first, and the other mic device also needs to be retested
Your patch will not work as you expect for two reasons.
if (hid_match_id(hdev, hid_ignore_list) || (hid_match_id(hdev, hid_ignore_mic) && (hdev->version > 1.1))) quirks |= HID_QUIRK_IGNORE;
hdev->version is U32 not float. Version (bcdDevice) 1.00 would be 0x0100. The value 1.1 is probably cast to 0x0001.
Second, both devices have identical VID, PID, bcdDevice, and Product names.
[ 563.104908] usb 1-1.4.1.2: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 563.104910] usb 1-1.4.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 563.104911] usb 1-1.4.1.2: Product: USB Composite Device [ 563.104912] usb 1-1.4.1.2: Manufacturer: SmartlinkTechnology [ 563.104913] usb 1-1.4.1.2: SerialNumber: 20201111000001
[ 10.451534] usb 3-3: New USB device found, idVendor=4c4a, idProduct=4155, bcdDevice= 1.00 [ 10.451540] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 10.451543] usb 3-3: Product: USB Composite Device [ 10.451545] usb 3-3: Manufacturer: Jieli Technology [ 10.451546] usb 3-3: SerialNumber: FFFFFFFFFFFFFFFF
If you could get the descriptors for the microphone device, it would be helpful.
Thanks, Terry
在 2025/9/13 21:11, Staffan Melin 写道:
Ah, thanks, I get it now :)
So I got 6.16.7, and the patch applied without problems.
But no luck, the same results as before: touchscreen not working, xinput --list not showing the Jieli touchscreen. dmesg shows the same as before, too.
Best regards,
Staffan
On 2025-09-13 10:55, Salvatore Bonaccorso wrote:
Hi Staffan,
chiming in hopefully it is of help.
Now really with the patch ...
On Fri, Sep 12, 2025 at 09:57:04PM +0200, Staffan Melin wrote:
Thank you,
I tried to apply this patch to 6.12.39, the first problematic kernel, as well as 6.12.41, the first bad I tried, and on both I got an error message:
Applying: HID: quirks: Add device descriptor for 4c4a:4155 error: patch failed: drivers/hid/hid-quirks.c:1068 error: drivers/hid/hid-quirks.c: patch does not apply Patch failed at 0001 HID: quirks: Add device descriptor for 4c4a:4155
To which kernel version should I apply the patch?
As the deveopment goes from mainline then down to stable series, the fix needs to be developed first for mainline. So the patch is targeted there.
But please find attached an updated patch which hopefully should work which resolved the context changes on top of 6.12.47.
But ideally you can provide a Tested-by on zhangheng's mainline patch to get things rolling as needed.
Regards, Salvatore
Please help test this patch, I will push it to the kernel community. Currently, the microphone device is functioning normally
Thank you,
I can confirm that this patch fixes the touchscreen issue on my GPD DUO.
Tested-by: staffan.melin@oscillator.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
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/de...
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@oscillator.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
linux-stable-mirror@lists.linaro.org