diff options
| author | Daniele Palmas <dnlplm@gmail.com> | 2023-07-14 11:21:04 +0200 |
|---|---|---|
| committer | Daniele Palmas <dnlplm@gmail.com> | 2023-07-17 13:47:19 +0200 |
| commit | df61559511b177bd5cd82ceafca6e3e7eb3708ad (patch) | |
| tree | f3bbca616a5faaabff73d43ef4178e3736d7bb65 /src/mm-plugin-manager.c | |
| parent | 3082d5d37b3bd336eb2f3d298916960d7d92605d (diff) | |
port-qmi: set qmi_wwan requested dl dap max size to 16384 for rmnet
The current requested downlink data aggregation protocol maximum size is
set to 32768, but this is not accordingly set as the MTU of the main
qmi_wwan interface, that is instead set to RMNET_MAX_PACKET_SIZE that is
16384.
So, the modem is able to send QMAP aggregated blocks larger than 16384,
but the driver is not able to properly collect them, since the URB size
is 16384.
It is not simply possible to set qmi_wwan main interface MTU to the
returned dl max aggregated size, since when creating the rmnet netdevice
the rmnet kernel module automatically set the mtu as the size of the
parent netdevice MTU - the qmap header size (4), but this won't work
because the rmnet kernel module does not support MTU > 16384.
As an immediate fix, set the requested dl dap max size to 16384, while
thinking about how to refactor the logic for supporting higher values.
qmi_wwan inbox qmap management is not affected by this issue.
Diffstat (limited to 'src/mm-plugin-manager.c')
0 files changed, 0 insertions, 0 deletions