Neoway n720 (mPCIe version) - uqmi hangs

Alexandru Ardelean ardeleanalex at gmail.com
Mon Nov 13 08:26:18 UTC 2017


On Mon, Nov 13, 2017 at 10:14 AM, Saurabh Chakrabarti
<saurabhchakrabarti at gmail.com> wrote:
> Hi
>
> I'm trying to get the following modules to work:
>
> Quectel EC25-E (mPCIe version) - works without any problem
> Neoway n720 (mPCIe version) - no response from uqmi frequently
>
>
> These modules are connected to a raspberry pi based device. This device
> works on openWRT chaos calmer 15.05(kernel 4.4.7)
>
> I have added the following series of Bjørn Mork's patches for this to work
> for quectel EC25
>
> https://www.mail-archive.com/netdev@vger.kernel.org/msg89815.html - [PATCH
> 0/6] net: qmi_wwan: MDM9x30 support
> https://www.mail-archive.com/netdev@vger.kernel.org/msg89811.html - [PATCH
> 1/6] net: qmi_wwan: MDM9x30 specific power management
> https://www.mail-archive.com/netdev@vger.kernel.org/msg89813.html - [PATCH
> 2/6] net: qmi_wwan: remove 1199:9070 device id
> https://www.mail-archive.com/netdev@vger.kernel.org/msg89814.html - [PATCH
> 3/6] usbnet: allow mini-drivers to consume L2 headers
> https://www.mail-archive.com/netdev@vger.kernel.org/msg89810.html - [PATCH
> 4/6] net: qmi_wwan: support "raw IP" mode
> https://www.mail-archive.com/netdev@vger.kernel.org/msg89812.html - [PATCH
> 5/6] net: qmi_wwan: document the qmi/raw_ip sysfs file
> https://www.mail-archive.com/netdev@vger.kernel.org/msg89816.html - [PATCH
> 6/6] MAINTAINERS: add qmi_wwan driver entry
> https://www.mail-archive.com/netdev@vger.kernel.org/msg90225.html - [PATCH
> net-next] net: qmi_wwan: should hold RTNL while changing netdev type
>
> I have also added the relevant vendorid and productid changes for neoway
> n720.
>
> Quectel EC25-E works perfectly. For neoway n720, the device well works
> sometimes, and i'm able to connect to internet. But sometimes uqmi commands
> just hang(no output and the terminal gets stuck on the command). I don't see
> any kernel error logs too.
>
> Is there something that I can do to fix this issue. Did anyone face the uqmi
> hanging issue in other similar modules? Is there any way to debug this?
>
> Regards,
> Saurabh
>

Do you use netifd's proto handler + uqmi, or just run uqmi with shell commands ?

The proto handler for uqmi:
https://github.com/lede-project/source/blob/master/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh

If using the uqmi proto-handler:
1) the uqmi proto handler does not do any switch to raw-IP if that's
needed ; you may need to add that
1a) it always tries 802.3 data format
2) also, uqmi still uses an old `--get-pin-status` cmd, that's no
longer supported on newer chips
3) make sure that the proto handler does not get stuck in an infinite
loop ; there are 2 infinite loops that were fixed recently:
   https://github.com/lede-project/source/commit/a5d016f3615c10a326a507dcb24afe8adcd48396#diff-dd450de467f3c0c0f679b54abe4d23b2
3a) because of those infinite loops you can end up with 2 uqmi
processes talking the modem, which seems to mess things up

In any case, definitely checkout a more recent qmi.sh proto handler
for OpenWrt/LEDE.
It may contain some stuff that works for you there.
Version 15.05 of OpenWrt is 2+ years old now.

Alex

>
>
> _______________________________________________
> libqmi-devel mailing list
> libqmi-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libqmi-devel
>


More information about the libqmi-devel mailing list