* [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: [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
* 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
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.