From: "Bjørn Mork" <bjorn@mork.no>
To: Vamsi Samavedam <vskrishn@codeaurora.org>
Cc: netdev@vger.kernel.org, linux-usb@vger.kernel.org
Subject: [net-next] qmi_wwan: set FLAG_SEND_ZLP to avoid network initiated disconnect
Date: Thu, 14 Dec 2017 22:42:52 +0100 [thread overview]
Message-ID: <87374df0kj.fsf@miraculix.mork.no> (raw)
Vamsi Samavedam <vskrishn@codeaurora.org> writes:
> On Thu, Dec 14, 2017 at 07:55:50PM +0100, Bjørn Mork wrote:
>> It has been reported that the dummy byte we add to avoid
>> ZLPs can be forwarded by the modem to the PGW/GGSN, and that
>> some operators will drop the connection if this happens.
>>
>> In theory, QMI devices are based on CDC ECM and should as such
>> both support ZLPs and silently ignore the dummy byte. The latter
>> assumption failed. Let's test out the first.
>>
>> Signed-off-by: Bjørn Mork <bjorn@mork.no>
>> ---
>> I am a bit worried about the effect of this change on all the
>> devices I can't test myself. But trying it is the only way we
>> can ever find out....
>
> flag zlp is tested with pids: 9034,9048,904c,9075, 908E,9079,
> 908A,909F and 90A4. In general, qualcomm usb firmware can
> handle zlps.
Thanks. That's very good to know.
Bjørn
---
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: "Bjørn Mork" <bjorn@mork.no>
To: Vamsi Samavedam <vskrishn@codeaurora.org>
Cc: netdev@vger.kernel.org, linux-usb@vger.kernel.org
Subject: Re: [PATCH net-next] qmi_wwan: set FLAG_SEND_ZLP to avoid network initiated disconnect
Date: Thu, 14 Dec 2017 22:42:52 +0100 [thread overview]
Message-ID: <87374df0kj.fsf@miraculix.mork.no> (raw)
In-Reply-To: <20171214213959.GC21058@vskrishn2-linux.qualcomm.com> (Vamsi Samavedam's message of "Thu, 14 Dec 2017 13:39:59 -0800")
Vamsi Samavedam <vskrishn@codeaurora.org> writes:
> On Thu, Dec 14, 2017 at 07:55:50PM +0100, Bjørn Mork wrote:
>> It has been reported that the dummy byte we add to avoid
>> ZLPs can be forwarded by the modem to the PGW/GGSN, and that
>> some operators will drop the connection if this happens.
>>
>> In theory, QMI devices are based on CDC ECM and should as such
>> both support ZLPs and silently ignore the dummy byte. The latter
>> assumption failed. Let's test out the first.
>>
>> Signed-off-by: Bjørn Mork <bjorn@mork.no>
>> ---
>> I am a bit worried about the effect of this change on all the
>> devices I can't test myself. But trying it is the only way we
>> can ever find out....
>
> flag zlp is tested with pids: 9034,9048,904c,9075, 908E,9079,
> 908A,909F and 90A4. In general, qualcomm usb firmware can
> handle zlps.
Thanks. That's very good to know.
Bjørn
next reply other threads:[~2017-12-14 21:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-14 21:42 Bjørn Mork [this message]
2017-12-14 21:42 ` [PATCH net-next] qmi_wwan: set FLAG_SEND_ZLP to avoid network initiated disconnect Bjørn Mork
-- strict thread matches above, loose matches on Subject: below --
2017-12-15 18:50 [net-next] " David Miller
2017-12-15 18:50 ` [PATCH net-next] " David Miller
2017-12-14 21:39 [net-next] " Vamsi Samavedam
2017-12-14 21:39 ` [PATCH net-next] " Vamsi Samavedam
2017-12-14 18:55 [net-next] " Bjørn Mork
2017-12-14 18:55 ` [PATCH net-next] " Bjørn Mork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87374df0kj.fsf@miraculix.mork.no \
--to=bjorn@mork.no \
--cc=linux-usb@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=vskrishn@codeaurora.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.