Message ID | 20220314020245.135251-1-jesse12p@gmail.com (mailing list archive) |
---|---|
State | Queued, archived |
Headers | show |
Series | [BlueZ] sixaxis: Fix Sony Navigation Controller pairing | expand |
This is automated email and please do not reply to this email! Dear submitter, Thank you for submitting the patches to the linux bluetooth mailing list. This is a CI test results with your patch series: PW Link:https://patchwork.kernel.org/project/bluetooth/list/?series=623006 ---Test result--- Test Summary: CheckPatch FAIL 0.65 seconds GitLint PASS 0.47 seconds Prep - Setup ELL PASS 52.35 seconds Build - Prep PASS 0.69 seconds Build - Configure PASS 10.00 seconds Build - Make PASS 1829.82 seconds Make Check PASS 12.18 seconds Make Check w/Valgrind PASS 549.94 seconds Make Distcheck PASS 283.47 seconds Build w/ext ELL - Configure PASS 10.14 seconds Build w/ext ELL - Make PASS 1819.22 seconds Incremental Build with patchesPASS 0.00 seconds Details ############################## Test: CheckPatch - FAIL Desc: Run checkpatch.pl script with rule in .checkpatch.conf Output: [BlueZ] sixaxis: Fix Sony Navigation Controller pairing WARNING:UNKNOWN_COMMIT_ID: Unknown commit id '61745d2bb8b5f534278db49faf8e2cdb7e894529', maybe rebased or not pulled? #80: Commit 61745d2bb8b5f534278db49faf8e2cdb7e894529 /github/workspace/src/12779492.patch total: 0 errors, 1 warnings, 8 lines checked NOTE: For some of the reported defects, checkpatch may be able to mechanically convert to the typical style using --fix or --fix-inplace. /github/workspace/src/12779492.patch has style problems, please review. NOTE: Ignored message types: COMMIT_MESSAGE COMPLEX_MACRO CONST_STRUCT FILE_PATH_CHANGES MISSING_SIGN_OFF PREFER_PACKED SPDX_LICENSE_TAG SPLIT_STRING SSCANF_TO_KSTRTO NOTE: If any of the errors are false positives, please report them to the maintainer, see CHECKPATCH in MAINTAINERS. --- Regards, Linux Bluetooth
Hi Jesse, On Sun, Mar 13, 2022 at 7:46 PM Jesse Pullinen <jesse12p@gmail.com> wrote: > > Fixed the device name. > > Commit 61745d2bb8b5f534278db49faf8e2cdb7e894529 > ("sixaxis: Fix Bluetooth PS3 clone joypad being named like the original") > made the matching use the name, which broke the pairing. > --- > profiles/input/sixaxis.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/profiles/input/sixaxis.h b/profiles/input/sixaxis.h > index ab8831995..cbd27cd06 100644 > --- a/profiles/input/sixaxis.h > +++ b/profiles/input/sixaxis.h > @@ -49,7 +49,7 @@ get_pairing(uint16_t vid, uint16_t pid, const char *name) > .type = CABLE_PAIRING_SIXAXIS, > }, > { > - .name = "Navigation Controller", > + .name = "Sony Navigation Controller", > .source = 0x0002, > .vid = 0x054c, > .pid = 0x042f, > > base-commit: 42e99371584cc26c637fcc332de437d2c646f324 > -- > 2.35.1 Actually shouldn't we try to have another call to get_pairing if it returns NULL to a specific name? That way the pid/vid is used as fallback if the name doesn't match since the name perhaps can be set by the user, or with a firmware update.
Hi Luiz, sorry it took me this long to answer. On Monday, 2022-03-14 15:11 -0700, Luiz Augusto von Dentz wrote: > Actually shouldn't we try to have another call to get_pairing if it > returns NULL to a specific name? That way the pid/vid is used as > fallback if the name doesn't match since the name perhaps can be set > by the user, or with a firmware update. This could work, but I think the names should be fixed anyway, or the USB HID name could be used as the Bluetooth device name which was one of the ideas in the discussion https://github.com/bluez/bluez/issues/46 ("SHANWAN PS3 GamePad - vibration issue when connected wirelessly") which resulted in the commit 61745d2bb8b5f534278db49faf8e2cdb7e894529 ("sixaxis: Fix Bluetooth PS3 clone joypad being named like the original") so that the kernel detects the device and applies a quirk. I think using the same name for USB and Bluetooth would be better as it is more consistent and then the quirks in the kernel would be applied correctly. There is already one other name detected in the kernel which is not in the device list here. I don't think the devices have a changeable HID name, but if they do then the kernel would't recognize the changed name and wouldn't apply the quirk. If it was changed in a firmware update, it would then need to be changed here and in the kernel if quirky, unless the USB HID name was used which would mean only the kernel would need the change. I think I have some clone controller(s) somewhere so maybe I can experiment with this more later. TL;DR; Some of the device names are wrong and then either of these should fix the issue: * Try matching without name if matching with name did not work and keep adding new devices which need quirks or * use the USB HID name as the Bluetooth device name and then only the kernel needs to be modified to support quirky devices. -Jesse
diff --git a/profiles/input/sixaxis.h b/profiles/input/sixaxis.h index ab8831995..cbd27cd06 100644 --- a/profiles/input/sixaxis.h +++ b/profiles/input/sixaxis.h @@ -49,7 +49,7 @@ get_pairing(uint16_t vid, uint16_t pid, const char *name) .type = CABLE_PAIRING_SIXAXIS, }, { - .name = "Navigation Controller", + .name = "Sony Navigation Controller", .source = 0x0002, .vid = 0x054c, .pid = 0x042f,