For SDX72 MBIM mode, it starts data mux id from 112 instead of 0.
This would lead to device can't ping outside successfully.
Also MBIM side would report "bad packet session (112)".
In oder to fix this issue, we decide to use the modem name
to do a match in client driver side. Then client driver could
set a corresponding mux_id value for this modem product.
Signed-off-by: Slark Xiao <redacted>
---
drivers/bus/mhi/host/pci_generic.c | 1 +
include/linux/mhi.h | 2 ++
2 files changed, 3 insertions(+)
From: Jeffrey Hugo <hidden> Date: 2024-06-28 14:39:13
On 6/28/2024 1:36 AM, Slark Xiao wrote:
For SDX72 MBIM mode, it starts data mux id from 112 instead of 0.
This would lead to device can't ping outside successfully.
Also MBIM side would report "bad packet session (112)".
Weird indentation
In oder to fix this issue, we decide to use the modem name
"order"
quoted hunk
to do a match in client driver side. Then client driver could
set a corresponding mux_id value for this modem product.
Signed-off-by: Slark Xiao <redacted>
---
drivers/bus/mhi/host/pci_generic.c | 1 +
include/linux/mhi.h | 2 ++
2 files changed, 3 insertions(+)
Why restrict this to modems? There are plenty of other MHI devices
quoted hunk
*
* Fields marked as (required) need to be populated by the controller driver
* before calling mhi_register_controller(). For the fields marked as (optional)
At 2024-06-28 22:38:57, "Jeffrey Hugo" [off-list ref] wrote:
On 6/28/2024 1:36 AM, Slark Xiao wrote:
quoted
For SDX72 MBIM mode, it starts data mux id from 112 instead of 0.
This would lead to device can't ping outside successfully.
Also MBIM side would report "bad packet session (112)".
Weird indentation
My mistake. Will be corrected in next.
quoted
In oder to fix this issue, we decide to use the modem name
"order"
quoted
to do a match in client driver side. Then client driver could
set a corresponding mux_id value for this modem product.
Signed-off-by: Slark Xiao <redacted>
---
drivers/bus/mhi/host/pci_generic.c | 1 +
include/linux/mhi.h | 2 ++
2 files changed, 3 insertions(+)
Why restrict this to modems? There are plenty of other MHI devices
Actually all MHI devices could be called modems. I don't think this is
a wrong name.
quoted
*
* Fields marked as (required) need to be populated by the controller driver
* before calling mhi_register_controller(). For the fields marked as (optional)
On Sat, Jun 29, 2024 at 04:03:28PM +0800, Slark Xiao wrote:
At 2024-06-28 22:38:57, "Jeffrey Hugo" [off-list ref] wrote:
quoted
On 6/28/2024 1:36 AM, Slark Xiao wrote:
quoted
For SDX72 MBIM mode, it starts data mux id from 112 instead of 0.
This would lead to device can't ping outside successfully.
Also MBIM side would report "bad packet session (112)".
quoted
Weird indentation
My mistake. Will be corrected in next.
quoted
quoted
In oder to fix this issue, we decide to use the modem name
"order"
quoted
to do a match in client driver side. Then client driver could
set a corresponding mux_id value for this modem product.
Signed-off-by: Slark Xiao <redacted>
---
drivers/bus/mhi/host/pci_generic.c | 1 +
include/linux/mhi.h | 2 ++
2 files changed, 3 insertions(+)
Why restrict this to modems? There are plenty of other MHI devices
Actually all MHI devices could be called modems. I don't think this is
a wrong name.
No, not all MHI controllers are modems. This driver is a generic driver for MHI
controllers. So use below description:
'Product or device name of the MHI controller'
quoted
quoted
*
* Fields marked as (required) need to be populated by the controller driver
* before calling mhi_register_controller(). For the fields marked as (optional)