* About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4)
@ 2026-04-27 6:40 yjg0107
2026-05-07 9:55 ` 回复: " yjg0107
[not found] ` <h8u6o3dq4p0sir056l06sja8.1779260604813@email.vivo.com>
0 siblings, 2 replies; 3+ messages in thread
From: yjg0107 @ 2026-04-27 6:40 UTC (permalink / raw)
To: luiz.dentz; +Cc: linux-bluetooth
[-- Attachment #1.1: Type: text/plain, Size: 662 bytes --]
Hi Luiz,
Question is same as https://github.com/bluez/bluez/issues/2073.
About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4), you said that this will be fixed to enable user space changed, from #201 (comment).
The patch commit is torvalds/linux@09572fc, right?
However, why HCI_CHANNEL_USER type can not change MTU value? Google bluetooth aidl uses HCI_CHANNEL_USER type from https://cs.android.com/android/platform/superproject/+/android-latest-release:hardware/interfaces/bluetooth/aidl/default/net_bluetooth_mgmt.cpp line 282.
Could kernel remove the limitation that HCI_CHANNEL_USER can not change MTU?
Thanks.
B.R.
Jigong Yin
发自vivo电子邮件
[-- Attachment #1.2: Type: text/html, Size: 1643 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread* 回复: About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4)
2026-04-27 6:40 About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4) yjg0107
@ 2026-05-07 9:55 ` yjg0107
[not found] ` <h8u6o3dq4p0sir056l06sja8.1779260604813@email.vivo.com>
1 sibling, 0 replies; 3+ messages in thread
From: yjg0107 @ 2026-05-07 9:55 UTC (permalink / raw)
To: luiz.dentz; +Cc: linux-bluetooth
[-- Attachment #1.1: Type: text/plain, Size: 1321 bytes --]
Hi Vudentz,
In the future, BT SIG will introduce the High Data Throughput (HDT), which may require transmit larger data size, not just 1024.
So what's your opinions? Could kernel remove the limitation that HCI_CHANNEL_USER can not change MTU?
Looking forward to your reply, thank you very much.
B.R.
Jigong Yin(殷吉功)---------- 回复的原邮件 ----------
发件人:yjg0107 <yjg0107@163.com>
日期:2026年4月27日 14:40
主题:About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4)
收件人:"luiz.dentz" <luiz.dentz@gmail.com>
抄送:linux-bluetooth <linux-bluetooth@vger.kernel.org>
About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4)
Hi Luiz,
Question is same as https://github.com/bluez/bluez/issues/2073.
About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4), you said that this will be fixed to enable user space changed, from #201 (comment).
The patch commit is torvalds/linux@09572fc, right?
However, why HCI_CHANNEL_USER type can not change MTU value? Google bluetooth aidl uses HCI_CHANNEL_USER type from https://cs.android.com/android/platform/superproject/+/android-latest-release:hardware/interfaces/bluetooth/aidl/default/net_bluetooth_mgmt.cpp line 282.
Could kernel remove the limitation that HCI_CHANNEL_USER can not change MTU?
Thanks.
B.R.
Jigong Yin
发自vivo电子邮件
[-- Attachment #1.2: Type: text/html, Size: 3153 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread[parent not found: <h8u6o3dq4p0sir056l06sja8.1779260604813@email.vivo.com>]
* Re: 转发: 回复: About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4)
[not found] ` <h8u6o3dq4p0sir056l06sja8.1779260604813@email.vivo.com>
@ 2026-05-20 7:38 ` Chris Lu (陸稚泓)
0 siblings, 0 replies; 3+ messages in thread
From: Chris Lu (陸稚泓) @ 2026-05-20 7:38 UTC (permalink / raw)
To: luiz.dentz@gmail.com, yjg0107@163.com; +Cc: linux-bluetooth@vger.kernel.org
On Wed, 2026-05-20 at 15:03 +0800, yjg0107 wrote:
Hi Luiz,
I received a question about the restrictions of HCI_CHANNEL_USER and
HCI_MAX_FRAME_SIZE. Since this involves changes related to Kernel HCI
layer, what's your view on relaxing HCI_MAX_FRAME_SIZE limit?
I saw that there was some discussion about this on bluez github, but it
seems there hasn't been any activity for a while. Would you suggest
they directly upload a patch they want and continue the discussion with
you?
>
> ---------- 转发的邮件 ----------
> 发件人:yjg0107 <yjg0107@163.com>
> 日期:2026年5月7日 17:55
> 主题:回复: About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4)
> 收件人:"luiz.dentz" <luiz.dentz@gmail.com>
> 抄送:linux-bluetooth <linux-bluetooth@vger.kernel.org>
>
>
>
>
>
>
>
>
> Hi Vudentz,
>
> In the future, BT SIG will introduce the High Data Throughput (HDT),
> which may require transmit larger data size, not just 1024.
> So what's your opinions? Could kernel remove the limitation that
> HCI_CHANNEL_USER can not change MTU?
> Looking forward to your reply, thank you very much.
>
> B.R.
> Jigong Yin(殷吉功)
> ---------- 回复的原邮件 ----------
> 发件人:yjg0107 <yjg0107@163.com>
> 日期:2026年4月27日 14:40
> 主题:About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4)
> 收件人:"luiz.dentz" <luiz.dentz@gmail.com>
> 抄送:linux-bluetooth <linux-bluetooth@vger.kernel.org>
>
>
>
>
>
>
>
>
> Hi Luiz,
>
> Question is same as https://github.com/bluez/bluez/issues/2073.
> About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4), you said that
> this will be fixed to enable user space changed, from #201 (comment).
> The patch commit is torvalds/linux@09572fc, right?
>
> However, why HCI_CHANNEL_USER type can not change MTU value? Google
> bluetooth aidl uses HCI_CHANNEL_USER type
> fromhttps://cs.android.com/android/platform/superproject/+/android-la
> test-
> release:hardware/interfaces/bluetooth/aidl/default/net_bluetooth_mgmt
> .cpp line 282.
>
> Could kernel remove the limitation that HCI_CHANNEL_USER can not
> change MTU?
>
> Thanks.
> B.R.
> Jigong Yin
>
>
>
> 发自vivo电子邮件
>
>
Best Regards,
Chris Lu
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2026-05-20 7:38 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-04-27 6:40 About Kernel limitation HCI_MAX_FRAME_SIZE (1024 + 4) yjg0107
2026-05-07 9:55 ` 回复: " yjg0107
[not found] ` <h8u6o3dq4p0sir056l06sja8.1779260604813@email.vivo.com>
2026-05-20 7:38 ` 转发: " Chris Lu (陸稚泓)
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox