From: Jesse Pullinen <jesse12p@gmail.com>
To: Luiz Augusto von Dentz <luiz.dentz@gmail.com>
Cc: "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>
Subject: Re: [PATCH BlueZ] sixaxis: Fix Sony Navigation Controller pairing
Date: Mon, 28 Mar 2022 02:00:41 +0300 [thread overview]
Message-ID: <1d7c168025a11b9c4d3e88f69ae0afdde77a2cd5.camel@gmail.com> (raw)
In-Reply-To: <CABBYNZK9M8SC_01kuTUZ+d9kZ0hAWxx=pagrY1J3D01Umv+5TA@mail.gmail.com>
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
prev parent reply other threads:[~2022-03-27 23:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-14 2:02 [PATCH BlueZ] sixaxis: Fix Sony Navigation Controller pairing Jesse Pullinen
2022-03-14 3:47 ` [BlueZ] " bluez.test.bot
2022-03-14 22:11 ` [PATCH BlueZ] " Luiz Augusto von Dentz
2022-03-27 23:00 ` Jesse Pullinen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1d7c168025a11b9c4d3e88f69ae0afdde77a2cd5.camel@gmail.com \
--to=jesse12p@gmail.com \
--cc=linux-bluetooth@vger.kernel.org \
--cc=luiz.dentz@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox