* [PATCH BlueZ v1 0/1] Enhanced or Legacy Accept Synchronous Connection Request command'
@ 2025-10-30 13:48 Mahesh Talewad
2025-10-30 13:48 ` [PATCH BlueZ v1 1/1] When Connect request for eSco is received, if enhanced synchronous connection command is supported it will go for 'Enhanced Accept Synchronous Connection Request command' else it will go for legacy command['Accept Synchronous Connection Request comand'] Mahesh Talewad
2025-10-30 14:06 ` [PATCH BlueZ v1 0/1] " Luiz Augusto von Dentz
0 siblings, 2 replies; 5+ messages in thread
From: Mahesh Talewad @ 2025-10-30 13:48 UTC (permalink / raw)
To: linux-bluetooth; +Cc: luiz.dentz, vinit.mehta, sarveshwar.bajaj, mahesh.talewad
Hello Maintainers,
In the current implementation, when Connect request for eSco is received,
Bluez Kernel is sending 'Accept Synchronous Connection Request comand'
[legacy command], irrespective of whether controller supports
enhanced synchronous connection command or not.
In this PR, When Connect request for eSco is received, if controller
supports enhanced synchronous connection command then it will go for
'Enhanced Accept Synchronous Connection Request command' or else it will
go for legacy command['Accept Synchronous Connection Request command'].
Thanks and regards,
Mahesh Vithal Talewad
Mahesh Talewad (1):
When Connect request for eSco is received, if enhanced synchronous
connection command is supported it will go for 'Enhanced Accept
Synchronous Connection Request command' else it will go for
legacy command['Accept Synchronous Connection Request comand']
include/net/bluetooth/hci.h | 34 ++++++++++++
net/bluetooth/sco.c | 103 ++++++++++++++++++++++++++----------
2 files changed, 109 insertions(+), 28 deletions(-)
--
2.34.1
^ permalink raw reply [flat|nested] 5+ messages in thread* [PATCH BlueZ v1 1/1] When Connect request for eSco is received, if enhanced synchronous connection command is supported it will go for 'Enhanced Accept Synchronous Connection Request command' else it will go for legacy command['Accept Synchronous Connection Request comand'] 2025-10-30 13:48 [PATCH BlueZ v1 0/1] Enhanced or Legacy Accept Synchronous Connection Request command' Mahesh Talewad @ 2025-10-30 13:48 ` Mahesh Talewad 2025-10-30 14:04 ` Luiz Augusto von Dentz 2025-10-30 14:35 ` Enhanced or Legacy Accept Synchronous Connection Request command' bluez.test.bot 2025-10-30 14:06 ` [PATCH BlueZ v1 0/1] " Luiz Augusto von Dentz 1 sibling, 2 replies; 5+ messages in thread From: Mahesh Talewad @ 2025-10-30 13:48 UTC (permalink / raw) To: linux-bluetooth; +Cc: luiz.dentz, vinit.mehta, sarveshwar.bajaj, mahesh.talewad Signed-off-by: Mahesh Talewad <mahesh.talewad@nxp.com> --- include/net/bluetooth/hci.h | 34 ++++++++++++ net/bluetooth/sco.c | 103 ++++++++++++++++++++++++++---------- 2 files changed, 109 insertions(+), 28 deletions(-) diff --git a/include/net/bluetooth/hci.h b/include/net/bluetooth/hci.h index 40fce4193cc1..4f1a38e8f276 100644 --- a/include/net/bluetooth/hci.h +++ b/include/net/bluetooth/hci.h @@ -914,6 +914,40 @@ struct hci_cp_accept_sync_conn_req { __le16 pkt_type; } __packed; +#define HCI_OP_ENHANCED_ACCEPT_SYNC_CONN_REQ 0x043E +struct hci_coding_format_en_accpt_sync { + __u8 id; + __le16 cid; + __le16 vid; +} __packed; + +struct hci_cp_enhanced_accept_sync_conn_req { + bdaddr_t bdaddr; + __le32 tx_bandwidth; + __le32 rx_bandwidth; + struct hci_coding_format_en_accpt_sync tx_coding_format; + struct hci_coding_format_en_accpt_sync rx_coding_format; + __le16 tx_codec_frame_size; + __le16 rx_codec_frame_size; + __le32 in_bandwidth; + __le32 out_bandwidth; + struct hci_coding_format_en_accpt_sync in_coding_format; + struct hci_coding_format_en_accpt_sync out_coding_format; + __le16 in_coded_data_size; + __le16 out_coded_data_size; + __u8 in_pcm_data_format; + __u8 out_pcm_data_format; + __u8 in_pcm_sample_payload_msb_pos; + __u8 out_pcm_sample_payload_msb_pos; + __u8 in_data_path; + __u8 out_data_path; + __u8 in_transport_unit_size; + __u8 out_transport_unit_size; + __le16 max_latency; + __le16 pkt_type; + __u8 retrans_effort; +} __packed; + #define HCI_OP_REJECT_SYNC_CONN_REQ 0x042a struct hci_cp_reject_sync_conn_req { bdaddr_t bdaddr; diff --git a/net/bluetooth/sco.c b/net/bluetooth/sco.c index b872a2ca3ff3..42ffb31839f2 100644 --- a/net/bluetooth/sco.c +++ b/net/bluetooth/sco.c @@ -762,6 +762,17 @@ static int sco_sock_sendmsg(struct socket *sock, struct msghdr *msg, return err; } +struct esco_param { + u16 pkt_type; + u16 max_latency; + u8 retrans_effort; +}; + +static const struct esco_param esco_param_msbc[] = { + { EDR_ESCO_MASK & ~ESCO_2EV3, 0x000d, 0x02 }, /* T2 */ + { EDR_ESCO_MASK | ESCO_EV3, 0x0008, 0x02 }, /* T1 */ +}; + static void sco_conn_defer_accept(struct hci_conn *conn, u16 setting) { struct hci_dev *hdev = conn->hdev; @@ -778,36 +789,72 @@ static void sco_conn_defer_accept(struct hci_conn *conn, u16 setting) hci_send_cmd(hdev, HCI_OP_ACCEPT_CONN_REQ, sizeof(cp), &cp); } else { - struct hci_cp_accept_sync_conn_req cp; - - bacpy(&cp.bdaddr, &conn->dst); - cp.pkt_type = cpu_to_le16(conn->pkt_type); - - cp.tx_bandwidth = cpu_to_le32(0x00001f40); - cp.rx_bandwidth = cpu_to_le32(0x00001f40); - cp.content_format = cpu_to_le16(setting); + if (!enhanced_sync_conn_capable(hdev)) { + struct hci_cp_accept_sync_conn_req cp; + + bacpy(&cp.bdaddr, &conn->dst); + cp.pkt_type = cpu_to_le16(conn->pkt_type); + + cp.tx_bandwidth = cpu_to_le32(0x00001f40); + cp.rx_bandwidth = cpu_to_le32(0x00001f40); + cp.content_format = cpu_to_le16(setting); + + switch (setting & SCO_AIRMODE_MASK) { + case SCO_AIRMODE_TRANSP: + if (conn->pkt_type & ESCO_2EV3) + cp.max_latency = cpu_to_le16(0x0008); + else + cp.max_latency = cpu_to_le16(0x000D); + cp.retrans_effort = 0x02; + break; + case SCO_AIRMODE_CVSD: + cp.max_latency = cpu_to_le16(0xffff); + cp.retrans_effort = 0xff; + break; + default: + /* use CVSD settings as fallback */ + cp.max_latency = cpu_to_le16(0xffff); + cp.retrans_effort = 0xff; + break; + } - switch (setting & SCO_AIRMODE_MASK) { - case SCO_AIRMODE_TRANSP: - if (conn->pkt_type & ESCO_2EV3) - cp.max_latency = cpu_to_le16(0x0008); - else - cp.max_latency = cpu_to_le16(0x000D); - cp.retrans_effort = 0x02; - break; - case SCO_AIRMODE_CVSD: - cp.max_latency = cpu_to_le16(0xffff); - cp.retrans_effort = 0xff; - break; - default: - /* use CVSD settings as fallback */ - cp.max_latency = cpu_to_le16(0xffff); - cp.retrans_effort = 0xff; - break; + hci_send_cmd(hdev, HCI_OP_ACCEPT_SYNC_CONN_REQ, sizeof(cp), &cp); + } else { + struct hci_cp_enhanced_accept_sync_conn_req cp; + const struct esco_param *param; + + memset(&cp, 0x00, sizeof(cp)); + + bacpy(&cp.bdaddr, &conn->dst); + cp.tx_bandwidth = cpu_to_le32(0x00001f40); + cp.rx_bandwidth = cpu_to_le32(0x00001f40); + cp.tx_coding_format.id = 0x05; + cp.rx_coding_format.id = 0x05; + cp.tx_codec_frame_size = __cpu_to_le16(60); + cp.rx_codec_frame_size = __cpu_to_le16(60); + cp.in_bandwidth = __cpu_to_le32(32000); + cp.out_bandwidth = __cpu_to_le32(32000); + cp.in_coding_format.id = 0x04; + cp.out_coding_format.id = 0x04; + cp.in_coded_data_size = __cpu_to_le16(16); + cp.out_coded_data_size = __cpu_to_le16(16); + cp.in_pcm_data_format = 2; + cp.out_pcm_data_format = 2; + cp.in_pcm_sample_payload_msb_pos = 0; + cp.out_pcm_sample_payload_msb_pos = 0; + cp.in_data_path = conn->codec.data_path; + cp.out_data_path = conn->codec.data_path; + cp.in_transport_unit_size = 1; + cp.out_transport_unit_size = 1; + + param = &esco_param_msbc[conn->attempt]; + + cp.max_latency = __cpu_to_le16(param->max_latency); + cp.pkt_type = __cpu_to_le16(param->pkt_type); + cp.retrans_effort = param->retrans_effort; + + hci_send_cmd(hdev, HCI_OP_ENHANCED_ACCEPT_SYNC_CONN_REQ, sizeof(cp), &cp); } - - hci_send_cmd(hdev, HCI_OP_ACCEPT_SYNC_CONN_REQ, - sizeof(cp), &cp); } } -- 2.34.1 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH BlueZ v1 1/1] When Connect request for eSco is received, if enhanced synchronous connection command is supported it will go for 'Enhanced Accept Synchronous Connection Request command' else it will go for legacy command['Accept Synchronous Connection Request comand'] 2025-10-30 13:48 ` [PATCH BlueZ v1 1/1] When Connect request for eSco is received, if enhanced synchronous connection command is supported it will go for 'Enhanced Accept Synchronous Connection Request command' else it will go for legacy command['Accept Synchronous Connection Request comand'] Mahesh Talewad @ 2025-10-30 14:04 ` Luiz Augusto von Dentz 2025-10-30 14:35 ` Enhanced or Legacy Accept Synchronous Connection Request command' bluez.test.bot 1 sibling, 0 replies; 5+ messages in thread From: Luiz Augusto von Dentz @ 2025-10-30 14:04 UTC (permalink / raw) To: Mahesh Talewad; +Cc: linux-bluetooth, vinit.mehta, sarveshwar.bajaj Hi Mahesh, On Thu, Oct 30, 2025 at 9:47 AM Mahesh Talewad <mahesh.talewad@nxp.com> wrote: You will need to do a better job describing why the changes are necessary and perhaps have btmon trace as well. > Signed-off-by: Mahesh Talewad <mahesh.talewad@nxp.com> > --- > include/net/bluetooth/hci.h | 34 ++++++++++++ > net/bluetooth/sco.c | 103 ++++++++++++++++++++++++++---------- > 2 files changed, 109 insertions(+), 28 deletions(-) > > diff --git a/include/net/bluetooth/hci.h b/include/net/bluetooth/hci.h > index 40fce4193cc1..4f1a38e8f276 100644 > --- a/include/net/bluetooth/hci.h > +++ b/include/net/bluetooth/hci.h > @@ -914,6 +914,40 @@ struct hci_cp_accept_sync_conn_req { > __le16 pkt_type; > } __packed; > > +#define HCI_OP_ENHANCED_ACCEPT_SYNC_CONN_REQ 0x043E > +struct hci_coding_format_en_accpt_sync { > + __u8 id; > + __le16 cid; > + __le16 vid; > +} __packed; > + > +struct hci_cp_enhanced_accept_sync_conn_req { > + bdaddr_t bdaddr; > + __le32 tx_bandwidth; > + __le32 rx_bandwidth; > + struct hci_coding_format_en_accpt_sync tx_coding_format; > + struct hci_coding_format_en_accpt_sync rx_coding_format; > + __le16 tx_codec_frame_size; > + __le16 rx_codec_frame_size; > + __le32 in_bandwidth; > + __le32 out_bandwidth; > + struct hci_coding_format_en_accpt_sync in_coding_format; > + struct hci_coding_format_en_accpt_sync out_coding_format; > + __le16 in_coded_data_size; > + __le16 out_coded_data_size; > + __u8 in_pcm_data_format; > + __u8 out_pcm_data_format; > + __u8 in_pcm_sample_payload_msb_pos; > + __u8 out_pcm_sample_payload_msb_pos; > + __u8 in_data_path; > + __u8 out_data_path; > + __u8 in_transport_unit_size; > + __u8 out_transport_unit_size; > + __le16 max_latency; > + __le16 pkt_type; > + __u8 retrans_effort; > +} __packed; > + > #define HCI_OP_REJECT_SYNC_CONN_REQ 0x042a > struct hci_cp_reject_sync_conn_req { > bdaddr_t bdaddr; > diff --git a/net/bluetooth/sco.c b/net/bluetooth/sco.c > index b872a2ca3ff3..42ffb31839f2 100644 > --- a/net/bluetooth/sco.c > +++ b/net/bluetooth/sco.c > @@ -762,6 +762,17 @@ static int sco_sock_sendmsg(struct socket *sock, struct msghdr *msg, > return err; > } > > +struct esco_param { > + u16 pkt_type; > + u16 max_latency; > + u8 retrans_effort; > +}; > + > +static const struct esco_param esco_param_msbc[] = { > + { EDR_ESCO_MASK & ~ESCO_2EV3, 0x000d, 0x02 }, /* T2 */ > + { EDR_ESCO_MASK | ESCO_EV3, 0x0008, 0x02 }, /* T1 */ > +}; > + > static void sco_conn_defer_accept(struct hci_conn *conn, u16 setting) > { > struct hci_dev *hdev = conn->hdev; > @@ -778,36 +789,72 @@ static void sco_conn_defer_accept(struct hci_conn *conn, u16 setting) > > hci_send_cmd(hdev, HCI_OP_ACCEPT_CONN_REQ, sizeof(cp), &cp); > } else { > - struct hci_cp_accept_sync_conn_req cp; > - > - bacpy(&cp.bdaddr, &conn->dst); > - cp.pkt_type = cpu_to_le16(conn->pkt_type); > - > - cp.tx_bandwidth = cpu_to_le32(0x00001f40); > - cp.rx_bandwidth = cpu_to_le32(0x00001f40); > - cp.content_format = cpu_to_le16(setting); > + if (!enhanced_sync_conn_capable(hdev)) { > + struct hci_cp_accept_sync_conn_req cp; > + > + bacpy(&cp.bdaddr, &conn->dst); > + cp.pkt_type = cpu_to_le16(conn->pkt_type); > + > + cp.tx_bandwidth = cpu_to_le32(0x00001f40); > + cp.rx_bandwidth = cpu_to_le32(0x00001f40); > + cp.content_format = cpu_to_le16(setting); > + > + switch (setting & SCO_AIRMODE_MASK) { > + case SCO_AIRMODE_TRANSP: > + if (conn->pkt_type & ESCO_2EV3) > + cp.max_latency = cpu_to_le16(0x0008); > + else > + cp.max_latency = cpu_to_le16(0x000D); > + cp.retrans_effort = 0x02; > + break; > + case SCO_AIRMODE_CVSD: > + cp.max_latency = cpu_to_le16(0xffff); > + cp.retrans_effort = 0xff; > + break; > + default: > + /* use CVSD settings as fallback */ > + cp.max_latency = cpu_to_le16(0xffff); > + cp.retrans_effort = 0xff; > + break; > + } > > - switch (setting & SCO_AIRMODE_MASK) { > - case SCO_AIRMODE_TRANSP: > - if (conn->pkt_type & ESCO_2EV3) > - cp.max_latency = cpu_to_le16(0x0008); > - else > - cp.max_latency = cpu_to_le16(0x000D); > - cp.retrans_effort = 0x02; > - break; > - case SCO_AIRMODE_CVSD: > - cp.max_latency = cpu_to_le16(0xffff); > - cp.retrans_effort = 0xff; > - break; > - default: > - /* use CVSD settings as fallback */ > - cp.max_latency = cpu_to_le16(0xffff); > - cp.retrans_effort = 0xff; > - break; > + hci_send_cmd(hdev, HCI_OP_ACCEPT_SYNC_CONN_REQ, sizeof(cp), &cp); > + } else { > + struct hci_cp_enhanced_accept_sync_conn_req cp; > + const struct esco_param *param; > + > + memset(&cp, 0x00, sizeof(cp)); > + > + bacpy(&cp.bdaddr, &conn->dst); > + cp.tx_bandwidth = cpu_to_le32(0x00001f40); > + cp.rx_bandwidth = cpu_to_le32(0x00001f40); > + cp.tx_coding_format.id = 0x05; > + cp.rx_coding_format.id = 0x05; > + cp.tx_codec_frame_size = __cpu_to_le16(60); > + cp.rx_codec_frame_size = __cpu_to_le16(60); > + cp.in_bandwidth = __cpu_to_le32(32000); > + cp.out_bandwidth = __cpu_to_le32(32000); > + cp.in_coding_format.id = 0x04; > + cp.out_coding_format.id = 0x04; > + cp.in_coded_data_size = __cpu_to_le16(16); > + cp.out_coded_data_size = __cpu_to_le16(16); > + cp.in_pcm_data_format = 2; > + cp.out_pcm_data_format = 2; > + cp.in_pcm_sample_payload_msb_pos = 0; > + cp.out_pcm_sample_payload_msb_pos = 0; > + cp.in_data_path = conn->codec.data_path; > + cp.out_data_path = conn->codec.data_path; > + cp.in_transport_unit_size = 1; > + cp.out_transport_unit_size = 1; > + > + param = &esco_param_msbc[conn->attempt]; > + > + cp.max_latency = __cpu_to_le16(param->max_latency); > + cp.pkt_type = __cpu_to_le16(param->pkt_type); > + cp.retrans_effort = param->retrans_effort; > + > + hci_send_cmd(hdev, HCI_OP_ENHANCED_ACCEPT_SYNC_CONN_REQ, sizeof(cp), &cp); I would recommend moving this to hci_sync like most commands are submitted nowadays, I'd also recommend splitting this into 2 functions instead of one very long. > } > - > - hci_send_cmd(hdev, HCI_OP_ACCEPT_SYNC_CONN_REQ, > - sizeof(cp), &cp); > } > } > > -- > 2.34.1 > -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Enhanced or Legacy Accept Synchronous Connection Request command' 2025-10-30 13:48 ` [PATCH BlueZ v1 1/1] When Connect request for eSco is received, if enhanced synchronous connection command is supported it will go for 'Enhanced Accept Synchronous Connection Request command' else it will go for legacy command['Accept Synchronous Connection Request comand'] Mahesh Talewad 2025-10-30 14:04 ` Luiz Augusto von Dentz @ 2025-10-30 14:35 ` bluez.test.bot 1 sibling, 0 replies; 5+ messages in thread From: bluez.test.bot @ 2025-10-30 14:35 UTC (permalink / raw) To: linux-bluetooth, mahesh.talewad [-- Attachment #1: Type: text/plain, Size: 2909 bytes --] 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=1017750 ---Test result--- Test Summary: CheckPatch PENDING 0.37 seconds GitLint PENDING 0.27 seconds SubjectPrefix FAIL 0.37 seconds BuildKernel PASS 25.87 seconds CheckAllWarning PASS 28.87 seconds CheckSparse WARNING 32.58 seconds BuildKernel32 PASS 25.58 seconds TestRunnerSetup PASS 513.18 seconds TestRunner_l2cap-tester PASS 24.58 seconds TestRunner_iso-tester FAIL 46.16 seconds TestRunner_bnep-tester PASS 9.27 seconds TestRunner_mgmt-tester FAIL 124.58 seconds TestRunner_rfcomm-tester PASS 9.43 seconds TestRunner_sco-tester PASS 14.56 seconds TestRunner_ioctl-tester PASS 10.24 seconds TestRunner_mesh-tester FAIL 11.69 seconds TestRunner_smp-tester PASS 8.77 seconds TestRunner_userchan-tester PASS 6.69 seconds IncrementalBuild PENDING 0.57 seconds Details ############################## Test: CheckPatch - PENDING Desc: Run checkpatch.pl script Output: ############################## Test: GitLint - PENDING Desc: Run gitlint Output: ############################## Test: SubjectPrefix - FAIL Desc: Check subject contains "Bluetooth" prefix Output: "Bluetooth: " prefix is not specified in the subject ############################## Test: CheckSparse - WARNING Desc: Run sparse tool with linux kernel Output: net/bluetooth/sco.c: note: in included file:./include/net/bluetooth/hci_core.h:153:35: warning: array of flexible structures ############################## Test: TestRunner_iso-tester - FAIL Desc: Run iso-tester with test-runner Output: No test result found ############################## Test: TestRunner_mgmt-tester - FAIL Desc: Run mgmt-tester with test-runner Output: Total: 490, Passed: 484 (98.8%), Failed: 2, Not Run: 4 Failed Test Cases Read Exp Feature - Success Failed 0.104 seconds LL Privacy - Add Device 3 (AL is full) Failed 0.184 seconds ############################## Test: TestRunner_mesh-tester - FAIL Desc: Run mesh-tester with test-runner Output: Total: 10, Passed: 8 (80.0%), Failed: 2, Not Run: 0 Failed Test Cases Mesh - Send cancel - 1 Timed out 1.926 seconds Mesh - Send cancel - 2 Timed out 2.001 seconds ############################## Test: IncrementalBuild - PENDING Desc: Incremental build with the patches in the series Output: --- Regards, Linux Bluetooth ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH BlueZ v1 0/1] Enhanced or Legacy Accept Synchronous Connection Request command' 2025-10-30 13:48 [PATCH BlueZ v1 0/1] Enhanced or Legacy Accept Synchronous Connection Request command' Mahesh Talewad 2025-10-30 13:48 ` [PATCH BlueZ v1 1/1] When Connect request for eSco is received, if enhanced synchronous connection command is supported it will go for 'Enhanced Accept Synchronous Connection Request command' else it will go for legacy command['Accept Synchronous Connection Request comand'] Mahesh Talewad @ 2025-10-30 14:06 ` Luiz Augusto von Dentz 1 sibling, 0 replies; 5+ messages in thread From: Luiz Augusto von Dentz @ 2025-10-30 14:06 UTC (permalink / raw) To: Mahesh Talewad; +Cc: linux-bluetooth, vinit.mehta, sarveshwar.bajaj Hi Mahesh, On Thu, Oct 30, 2025 at 9:47 AM Mahesh Talewad <mahesh.talewad@nxp.com> wrote: > > Hello Maintainers, > > In the current implementation, when Connect request for eSco is received, > Bluez Kernel is sending 'Accept Synchronous Connection Request comand' > [legacy command], irrespective of whether controller supports > enhanced synchronous connection command or not. > > In this PR, When Connect request for eSco is received, if controller > supports enhanced synchronous connection command then it will go for > 'Enhanced Accept Synchronous Connection Request command' or else it will > go for legacy command['Accept Synchronous Connection Request command']. That sounds fine, but we will need to introduce support for Enhanced command into BlueZ emulator and have a test under iso-tester that utilizes the new code. > Thanks and regards, > Mahesh Vithal Talewad > > Mahesh Talewad (1): > When Connect request for eSco is received, if enhanced synchronous > connection command is supported it will go for 'Enhanced Accept > Synchronous Connection Request command' else it will go for > legacy command['Accept Synchronous Connection Request comand'] > > include/net/bluetooth/hci.h | 34 ++++++++++++ > net/bluetooth/sco.c | 103 ++++++++++++++++++++++++++---------- > 2 files changed, 109 insertions(+), 28 deletions(-) > > -- > 2.34.1 > -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2025-10-30 14:35 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2025-10-30 13:48 [PATCH BlueZ v1 0/1] Enhanced or Legacy Accept Synchronous Connection Request command' Mahesh Talewad 2025-10-30 13:48 ` [PATCH BlueZ v1 1/1] When Connect request for eSco is received, if enhanced synchronous connection command is supported it will go for 'Enhanced Accept Synchronous Connection Request command' else it will go for legacy command['Accept Synchronous Connection Request comand'] Mahesh Talewad 2025-10-30 14:04 ` Luiz Augusto von Dentz 2025-10-30 14:35 ` Enhanced or Legacy Accept Synchronous Connection Request command' bluez.test.bot 2025-10-30 14:06 ` [PATCH BlueZ v1 0/1] " Luiz Augusto von Dentz
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.