https://bugzilla.kernel.org/show_bug.cgi?id=219553 --- Comment #4 from Luiz Von Dentz (luiz.dentz@xxxxxxxxx) --- (In reply to Ike Devolder from comment #2) > Hi, > > I think this is the exact same issue encountered on the Starlite Mk V > > I have bisected the issue with a generic LE bluetooth keyboard here: > https://github.com/StarLabsLtd/firmware/issues/180#issuecomment-2732540740 > > And currently have that keyboard working on the Starlite Mk V with kernel > 6.13.8 as it was working before with kernel 6.1.131 lts. > > The change made to have it work is the following: > > ``` > commit 49de268ad2d7f217579090da90a5d93cad281477 (HEAD -> > refs/heads/blackikeeagle-starlite-btintel) > Author: BlackEagle <ike.devolder@xxxxxxxxx> > Date: Tue Mar 18 09:06:21 2025 +0100 > > Bluetooth: btintel, don't reclassify signal for GfP2 and GaP > > Should fix issue with LE devices not being found or able to connect. > > diff --git a/drivers/bluetooth/btintel.c b/drivers/bluetooth/btintel.c > index d496cf2c3411..4ecebae58792 100644 > --- a/drivers/bluetooth/btintel.c > +++ b/drivers/bluetooth/btintel.c > @@ -3249,9 +3249,6 @@ static int btintel_setup_combined(struct hci_dev *hdev) > break; > case 0x18: /* GfP2 */ > case 0x1c: /* GaP */ > - /* Re-classify packet type for controllers with LE audio */ > - hdev->classify_pkt_type = btintel_classify_pkt_type; > - fallthrough; > case 0x17: > case 0x19: > case 0x1b: > ``` > > https://gist.github.com/BlackIkeEagle/630e76164d9eca5f1eb617888c7f1576 > > This is not the real fix I guess since that reclassification of the pkt_type > is not there for no reason. But the skipping of it works around the issue > > Hopefully this helps someone to find the actual issue These are not the same controller as the bug description suggests, so if you are having something with GfP2/GaP that is probably something different. -- You may reply to this email to add a comment. You are receiving this mail because: You are the assignee for the bug.
