Discussion:
[OpenWrt-Devel] Huawei 3372 NCM support on CC not working
chrono
2015-06-30 14:51:33 UTC
Permalink
Ahoy,

as suggested by olmari, I'm summing up my problems/experience to
hopefully
get this running for me as well as anyone else having this kind of
problem.

In short: I've be trying and failing for more than 4 days now to use a
4G/LTE
Stick as WAN device using NCM and wwan0 instead of slow
pppd/wvdial/modem usage.
Any help and ideas would be appreciated.

Setup:

Openwrt (git/master)
Host: TL-MR3020
Stick: Telekom Speedstick LTE V (Huawei 3372)
^FHVER:"E3372S-153 21.297.05.01.55,CL1E3372SM Ver.A"
which should be non-hilink AFAIK

Modules:

arc4 1312 2
ath 19893 3 ath9k
ath9k 87622 0
ath9k_common 17230 1 ath9k
ath9k_hw 337656 2 ath9k
cdc_ether 3788 1 rndis_host
cdc_ncm 11557 1 huawei_cdc_ncm
cdc_subset 1536 0
cdc_wdm 7829 1 huawei_cdc_ncm
cfg80211 213857 4 ath9k
compat 1332 4 ath9k
crc16 1015 0
crc_ccitt 1019 0
crypto_blkcipher 10647 1 arc4
crypto_hash 9762 0
ehci_hcd 32108 1 ehci_platform
ehci_platform 3376 0
gpio_button_hotplug 4464 0
huawei_cdc_ncm 1520 0
ip6_tables 9393 3 ip6table_raw
ip6t_REJECT 1184 0
ip6table_filter 608 0
ip6table_mangle 1152 0
ip6table_raw 576 0
ip_tables 9533 4 iptable_nat
ipt_MASQUERADE 656 1
ipt_REJECT 912 2
iptable_filter 672 1
iptable_mangle 944 1
iptable_nat 768 1
iptable_raw 640 1
ipv6 258696 22 nf_conntrack_ipv6
ledtrig_usbdev 1936 0
mac80211 381507 1 ath9k
mii 3528 1 usbnet
nf_conntrack 47723 11 nf_nat_ipv4
nf_conntrack_ftp 5312 1 nf_nat_ftp
nf_conntrack_ipv4 4704 8
nf_conntrack_ipv6 5024 0
nf_conntrack_rtcache 2448 0
nf_defrag_ipv4 806 1 nf_conntrack_ipv4
nf_defrag_ipv6 9047 1 nf_conntrack_ipv6
nf_log_common 2319 2 nf_log_ipv4
nf_log_ipv4 3184 0
nf_log_ipv6 3344 0
nf_nat 9083 5 nf_nat_ipv4
nf_nat_ftp 1232 0
nf_nat_ipv4 3713 1 iptable_nat
nf_nat_masquerade_ipv4 1420 1 ipt_MASQUERADE
nf_reject_ipv4 1827 1 ipt_REJECT
nf_reject_ipv6 1943 1 ip6t_REJECT
nls_base 4976 1 usbcore
ohci_hcd 22191 1 ohci_platform
ohci_platform 2752 0
option 26976 0
rndis_host 4937 0
usb_common 1160 1 usbcore
usb_wwan 4391 1 option
usbcore 117300 15 option
usbnet 17046 5 rndis_host
usbserial 17691 2 option
x_tables 10901 26 ipt_REJECT
xt_CT 2352 0
xt_LOG 768 0
xt_REDIRECT 1152 0
xt_TCPMSS 2656 1
xt_comment 480 24
xt_conntrack 2160 7
xt_id 480 0
xt_limit 992 1
xt_mac 624 0
xt_mark 672 0
xt_multiport 1184 0
xt_nat 1152 0
xt_state 688 0
xt_tcpudp 1728 4
xt_time 1632 0

/etc/config/network

config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fd29:864c:1d98::/48'

config interface 'lan'
option ifname 'eth0'
option force_link '1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.2.1'

config interface 'wan'
option proto 'ncm'
option ifname 'wwan0'
option device '/dev/ttyUSB0'
option pincode '0000'
option apn 'internet.eplus.de'
option username 'eplus'
option password 'gprs'
#option auth 'both'
#option mode 'custom'
#option delay '10'

Subsequent tests with different devices (ttyUSB0, ttyUSB1, cdc-wdm0)
made no difference
or didn't connect at all. After looking at the sources and /etc/gcom
scripts, these parameters
should be ok?

There are a couple of errors that might mean something to someone:

logread:

Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): sending ->
AT^NDISDUP=1,0
Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): Command
failed: Permission denied
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is now
down
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_4' is
disabled
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_6' is
disabled
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is
setting up now
Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending -> AT
Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending ->
ATZ
Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
ATQ0
Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
ATV1
Tue Jun 30 13:17:10 2015 daemon.notice netifd: wan (2001): sending ->
ATE1
Tue Jun 30 13:17:11 2015 daemon.notice netifd: wan (2001): sending ->
ATS0=0
Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): SIM ready
Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): PIN set
successfully
Tue Jun 30 13:17:13 2015 daemon.notice netifd: wan (2001): sending ->
AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Connected,
starting DHCP
Tue Jun 30 13:17:14 2015 kern.info kernel: [ 1158.920000] huawei_cdc_ncm
1-1:1.2 wwan0: open: enable queueing (rx 5, tx 5) mtu 1500 simple
framing
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.920000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.930000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
enabled
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
enabled
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan' is now up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network device 'wwan0'
link is up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network alias 'wwan0'
link is up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' has
link connectivity
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
setting up now
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' has
link connectivity
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
setting up now
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is now
up
--> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
failed: Unknown error
--> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
failed: Unknown error
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): udhcpc
(v1.23.2) started
Tue Jun 30 13:17:14 2015 user.notice firewall: Reloading firewall due to
ifup of wan (wwan0)
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
Tue Jun 30 13:17:17 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
Tue Jun 30 13:17:20 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...

dmesg:

[ 191.930000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 53/61,
errs 0/0
[ 195.680000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 195.690000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.700000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.450000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 54/65,
errs 0/0
[ 237.460000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 237.470000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.490000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1147.540000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 357/372,
errs 0/0
[ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.930000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped

Here are a couple of links that also seem to describe similar problems:

https://forum.openwrt.org/viewtopic.php?pid=273099
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=174004&postdays=0&postorder=asc&start=0

I've checked that the patches from here

https://lists.openwrt.org/pipermail/openwrt-devel/2015-January/030890.html

are already integrated, which seems to be the case.

I've also found some hacky scripts here:
https://forum.openwrt.org/viewtopic.php?id=41945

I seem to get data from at^dhcp as well, which at least _seems_ like a
plausible 10.x.x.x IP/GW config set but when I apply those manually,
again no luck. usb modeswitching seems to be in order (I think) since
the connection is established and the devices (wwan0,cdc-wdm0,ttyUSB0+1)
are available. No SD/CDrom visible.

There has also been some info about removing arp support from wwan0
but so far that also has not made any difference.

Is anyone out there having this Stick running with NCM at all? I'd
appreciate any help to get this online because currently our whole
hackbase (https://apollo.open-resource.org/) is offline, since we have
no wired internet anymore and need 4G fallback until someone is willing
to help us with a Wifi based WAN connection. You can also ping chron0
in #openwrt and #openwrt-devel on freenode if you need more info/traces.

This is my first time dealing with 3G/4G devices so I have no prior
experience I could use as a reference if I'm doing it wrong or if there
are some bugs under the hood - but I'm sure I'm not the only one with
this
problem out there - if you search for openwrt ncm 3372...

Thanks a lot in advance and keep up the great work,

chrono
--
Apollo-NG
Mobile Hackbase
Matti Laakso
2015-06-30 19:09:36 UTC
Permalink
Hi,
Post by chrono
Ahoy,
as suggested by olmari, I'm summing up my problems/experience to
hopefully
get this running for me as well as anyone else having this kind of
problem.
In short: I've be trying and failing for more than 4 days now to use a
4G/LTE
Stick as WAN device using NCM and wwan0 instead of slow
pppd/wvdial/modem usage.
Any help and ideas would be appreciated.
Openwrt (git/master)
Host: TL-MR3020
Stick: Telekom Speedstick LTE V (Huawei 3372)
^FHVER:"E3372S-153 21.297.05.01.55,CL1E3372SM Ver.A"
which should be non-hilink AFAIK
E3372 support in huawei_cdc_ncm is still a work in progress, see e.g.:
http://comments.gmane.org/gmane.linux.usb.general/127444

The firmware does not entirely conform to NCM spec. When I tested E3372
back in January I only made sure that DHCP was working, and didn't check
any data transfer. Basically, DHCP is all that works, and only
intermittently. By luck, it worked for me at that time. So there is no
data transfer possible with that stick at the moment.

You could try Enrico's patch above, and give him (and us) feedback if it
works. I unfortunately don't have the E3372 anymore.

Matti
Post by chrono
arc4 1312 2
ath 19893 3 ath9k
ath9k 87622 0
ath9k_common 17230 1 ath9k
ath9k_hw 337656 2 ath9k
cdc_ether 3788 1 rndis_host
cdc_ncm 11557 1 huawei_cdc_ncm
cdc_subset 1536 0
cdc_wdm 7829 1 huawei_cdc_ncm
cfg80211 213857 4 ath9k
compat 1332 4 ath9k
crc16 1015 0
crc_ccitt 1019 0
crypto_blkcipher 10647 1 arc4
crypto_hash 9762 0
ehci_hcd 32108 1 ehci_platform
ehci_platform 3376 0
gpio_button_hotplug 4464 0
huawei_cdc_ncm 1520 0
ip6_tables 9393 3 ip6table_raw
ip6t_REJECT 1184 0
ip6table_filter 608 0
ip6table_mangle 1152 0
ip6table_raw 576 0
ip_tables 9533 4 iptable_nat
ipt_MASQUERADE 656 1
ipt_REJECT 912 2
iptable_filter 672 1
iptable_mangle 944 1
iptable_nat 768 1
iptable_raw 640 1
ipv6 258696 22 nf_conntrack_ipv6
ledtrig_usbdev 1936 0
mac80211 381507 1 ath9k
mii 3528 1 usbnet
nf_conntrack 47723 11 nf_nat_ipv4
nf_conntrack_ftp 5312 1 nf_nat_ftp
nf_conntrack_ipv4 4704 8
nf_conntrack_ipv6 5024 0
nf_conntrack_rtcache 2448 0
nf_defrag_ipv4 806 1 nf_conntrack_ipv4
nf_defrag_ipv6 9047 1 nf_conntrack_ipv6
nf_log_common 2319 2 nf_log_ipv4
nf_log_ipv4 3184 0
nf_log_ipv6 3344 0
nf_nat 9083 5 nf_nat_ipv4
nf_nat_ftp 1232 0
nf_nat_ipv4 3713 1 iptable_nat
nf_nat_masquerade_ipv4 1420 1 ipt_MASQUERADE
nf_reject_ipv4 1827 1 ipt_REJECT
nf_reject_ipv6 1943 1 ip6t_REJECT
nls_base 4976 1 usbcore
ohci_hcd 22191 1 ohci_platform
ohci_platform 2752 0
option 26976 0
rndis_host 4937 0
usb_common 1160 1 usbcore
usb_wwan 4391 1 option
usbcore 117300 15 option
usbnet 17046 5 rndis_host
usbserial 17691 2 option
x_tables 10901 26 ipt_REJECT
xt_CT 2352 0
xt_LOG 768 0
xt_REDIRECT 1152 0
xt_TCPMSS 2656 1
xt_comment 480 24
xt_conntrack 2160 7
xt_id 480 0
xt_limit 992 1
xt_mac 624 0
xt_mark 672 0
xt_multiport 1184 0
xt_nat 1152 0
xt_state 688 0
xt_tcpudp 1728 4
xt_time 1632 0
/etc/config/network
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd29:864c:1d98::/48'
config interface 'lan'
option ifname 'eth0'
option force_link '1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.2.1'
config interface 'wan'
option proto 'ncm'
option ifname 'wwan0'
option device '/dev/ttyUSB0'
option pincode '0000'
option apn 'internet.eplus.de'
option username 'eplus'
option password 'gprs'
#option auth 'both'
#option mode 'custom'
#option delay '10'
Subsequent tests with different devices (ttyUSB0, ttyUSB1, cdc-wdm0)
made no difference
or didn't connect at all. After looking at the sources and /etc/gcom
scripts, these parameters
should be ok?
Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): sending ->
AT^NDISDUP=1,0
Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): Command
failed: Permission denied
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is now
down
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_4' is
disabled
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_6' is
disabled
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is
setting up now
Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending -> AT
Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending ->
ATZ
Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
ATQ0
Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
ATV1
Tue Jun 30 13:17:10 2015 daemon.notice netifd: wan (2001): sending ->
ATE1
Tue Jun 30 13:17:11 2015 daemon.notice netifd: wan (2001): sending ->
ATS0=0
Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): SIM ready
Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): PIN set
successfully
Tue Jun 30 13:17:13 2015 daemon.notice netifd: wan (2001): sending ->
AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Connected,
starting DHCP
Tue Jun 30 13:17:14 2015 kern.info kernel: [ 1158.920000] huawei_cdc_ncm
1-1:1.2 wwan0: open: enable queueing (rx 5, tx 5) mtu 1500 simple
framing
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.920000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.930000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
enabled
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
enabled
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan' is now up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network device 'wwan0'
link is up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network alias 'wwan0'
link is up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' has
link connectivity
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
setting up now
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' has
link connectivity
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
setting up now
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is now
up
--> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
failed: Unknown error
--> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
failed: Unknown error
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): udhcpc
(v1.23.2) started
Tue Jun 30 13:17:14 2015 user.notice firewall: Reloading firewall due to
ifup of wan (wwan0)
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
Tue Jun 30 13:17:17 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
Tue Jun 30 13:17:20 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
[ 191.930000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 53/61,
errs 0/0
[ 195.680000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 195.690000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.700000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.450000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 54/65,
errs 0/0
[ 237.460000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 237.470000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.490000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1147.540000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 357/372,
errs 0/0
[ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.930000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
https://forum.openwrt.org/viewtopic.php?pid=273099
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=174004&postdays=0&postorder=asc&start=0
I've checked that the patches from here
https://lists.openwrt.org/pipermail/openwrt-devel/2015-January/030890.html
are already integrated, which seems to be the case.
https://forum.openwrt.org/viewtopic.php?id=41945
I seem to get data from at^dhcp as well, which at least _seems_ like a
plausible 10.x.x.x IP/GW config set but when I apply those manually,
again no luck. usb modeswitching seems to be in order (I think) since
the connection is established and the devices (wwan0,cdc-wdm0,ttyUSB0+1)
are available. No SD/CDrom visible.
There has also been some info about removing arp support from wwan0
but so far that also has not made any difference.
Is anyone out there having this Stick running with NCM at all? I'd
appreciate any help to get this online because currently our whole
hackbase (https://apollo.open-resource.org/) is offline, since we have
no wired internet anymore and need 4G fallback until someone is willing
to help us with a Wifi based WAN connection. You can also ping chron0
in #openwrt and #openwrt-devel on freenode if you need more info/traces.
This is my first time dealing with 3G/4G devices so I have no prior
experience I could use as a reference if I'm doing it wrong or if there
are some bugs under the hood - but I'm sure I'm not the only one with
this
problem out there - if you search for openwrt ncm 3372...
Thanks a lot in advance and keep up the great work,
chrono
--
Apollo-NG
Mobile Hackbase
chrono
2015-07-01 13:01:29 UTC
Permalink
Post by Matti Laakso
Post by chrono
In short: I've be trying and failing for more than 4 days now to use a
4G/LTE Stick as WAN device using NCM and wwan0 instead of slow
pppd/wvdial/modem usage. Any help and ideas would be appreciated.
Openwrt (git/master)
Host: TL-MR3020
Stick: Telekom Speedstick LTE V (Huawei 3372)
^FHVER:"E3372S-153 21.297.05.01.55,CL1E3372SM Ver.A"
which should be non-hilink AFAIK
http://comments.gmane.org/gmane.linux.usb.general/127444
The firmware does not entirely conform to NCM spec. When I tested E3372
back in January I only made sure that DHCP was working, and didn't check
any data transfer. Basically, DHCP is all that works, and only
intermittently. By luck, it worked for me at that time. So there is no
data transfer possible with that stick at the moment.
You could try Enrico's patch above, and give him (and us) feedback if it
works. I unfortunately don't have the E3372 anymore.
Thanks for the link. I've applied Enrico's patches to my kernels,
3.18.16 on OpenWRT on a MR3020 (MIPS) and 3.18.11 (gentoo-sources) on a
thinkpad x230 (x86_64), without any errors or warnings.

However, the result seems to be the same: LED indicates proper Link,
but neither udhcpc nor dhcpcd are able to obtain IP configuration.
In order to have more headroom for debugging and tcpdumping, I've moved
the test setup from openwrt to the gentoo box. usb modeswitch seems to
work on both systems, since both create the same devices once the stick
is plugged in: ttyUSB0, ttyUSB1, cdc-wdm0 and wwan0.

I'm still unsure which devices the actual control interface is, usually
I end up using /dey/ttyUSB1 but test with USB0 and cdc-wdm0 as well to
be sure for lack of better understanding. As far as DHCP is concerned,
do you mean DHCP by udhcpc/dhcpcd was working or the somewhat hacky
AT^DHCP? approach? Which one should be working?

----- Tested Gentoo Env ------

### Modules ###

huawei_cdc_ncm 1792 0
cdc_wdm 8162 1 huawei_cdc_ncm
cdc_ncm 12865 1 huawei_cdc_ncm
option 35968 0
usb_wwan 4928 1 option
ch341 3808 0
sdhci_pci 9536 0
sdhci 21384 1 sdhci_pci
mmc_core 67272 2 sdhci,sdhci_pci
tun 16961 2
ctr 2752 2
ccm 5952 2
bnep 8856 2
hid_lenovo 5472 0
usbserial 17547 3 ch341,option,usb_wwan
ecb 1312 1
btusb 19810 0
bluetooth 224985 23 bnep,btusb
usbnet 16998 2 huawei_cdc_ncm,cdc_ncm
mii 3296 1 usbnet
snd_hda_codec_hdmi 31425 1
snd_hda_codec_realtek 46576 1
snd_hda_codec_generic 41824 1 snd_hda_codec_realtek
iwldvm 105504 0
mac80211 255264 1 iwldvm
coretemp 5284 0
x86_pkg_temp_thermal 3744 0
iwlwifi 79976 1 iwldvm
cfg80211 180304 3 iwlwifi,mac80211,iwldvm
snd_hda_intel 16920 3
snd_hda_controller 13376 1 snd_hda_intel
thinkpad_acpi 48696 1
snd_hda_codec 65728 5
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
i915 702640 4
led_class 2344 4 sdhci,hid_lenovo,iwldvm,thinkpad_acpi
hwmon 2032 2 coretemp,thinkpad_acpi
snd_hwdep 4968 1 snd_hda_codec
snd_pcm 61008 4
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
e1000e 140272 0
snd_timer 15146 1 snd_pcm
cfbfillrect 3360 1 i915
cfbimgblt 1952 1 i915
cfbcopyarea 3072 1 i915
drm_kms_helper 53328 1 i915
snd 46240 14
snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,thinkpad_acpi
ptp 8540 1 e1000e
pps_core 5332 1 ptp

### dmesg ###

[137461.917673] usb 1-1: new high-speed USB device number 26 using
xhci_hcd
[137462.094859] usb 1-1: New USB device found, idVendor=12d1,
idProduct=1506
[137462.094867] usb 1-1: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[137462.094872] usb 1-1: Product: HUAWEI_MOBILE
[137462.094877] usb 1-1: Manufacturer: HUAWEI_MOBILE
[137462.094881] usb 1-1: SerialNumber: 0123456789ABCDEF
[137462.676938] usbcore: registered new interface driver option
[137462.676974] usbserial: USB Serial support registered for GSM modem
(1-port)
[137462.677242] option 1-1:1.0: GSM modem (1-port) converter detected
[137462.677404] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB0
[137462.677443] option 1-1:1.1: GSM modem (1-port) converter detected
[137462.677670] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB1
[137462.678047] usbcore: registered new interface driver cdc_ncm
[137462.678340] usbcore: registered new interface driver cdc_wdm
[137462.703456] huawei_cdc_ncm 1-1:1.2: MAC-Address: 00:1e:10:1f:00:00
[137462.703462] huawei_cdc_ncm 1-1:1.2: setting rx_max = 16384
[137462.708916] huawei_cdc_ncm 1-1:1.2: cdc-wdm0: USB WDM device
[137462.709201] huawei_cdc_ncm 1-1:1.2 wwan0: register 'huawei_cdc_ncm'
at usb-0000:00:14.0-1, Huawei CDC NCM device, 00:1e:10:1f:00:00
[137462.709416] usbcore: registered new interface driver huawei_cdc_ncm
[138240.878559] device wwan0 entered promiscuous mode
[138251.075927] device wwan0 left promiscuous mode
[138266.353852] net_ratelimit: 21988 callbacks suppressed
[138266.353863] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[138266.353940] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[138282.484574] device wwan0 entered promiscuous mode
[138337.898831] device wwan0 left promiscuous mode
[138393.318885] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319697] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319707] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319711] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319714] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319717] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319721] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319725] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319728] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319731] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[139109.458011] device wwan0 entered promiscuous mode
[139121.957965] device wwan0 left promiscuous mode
[139132.058948] device wwan0 entered promiscuous mode
[139149.925470] device wwan0 left promiscuous mode

### lsusb ###

Bus 001 Device 026: ID 12d1:1506 Huawei Technologies Co., Ltd.
Modem/Networkcard

### test flow ###

echo -e "AT^NDISDUP=1,1,\"internet.eplus.de\",\"eplus\",\"gprs\"\r" >
/dev/ttyUSB1

AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
OK

^NDISSTAT:1,,,"IPV4"

^RSSI:19

^HCSQ:"LTE",47,40,126,20

^DSFLOWRPT:00000002,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

^DSFLOWRPT:00000004,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

^DSFLOWRPT:00000006,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

^DSFLOWRPT:00000008,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

^DSFLOWRPT:0000000A,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

AT+COPS?
+COPS: 0,0,"MEDIONmobile",7

OK

echo -e "AT^DHCP?\r" > /dev/ttyUSB1

AT^DHCP?
^DHCP:
F8C9730A,F0FFFFFF,F1C9730A,F1C9730A,096717D4,086717D4,150000000,150000000

perl -e 'print join(",",map { join(".", unpack("C4", pack("L", hex))) }
split /,/, shift),"\n"'
F8C9730A,F0FFFFFF,F1C9730A,F1C9730A,096717D4,086717D4

10.115.201.248,255.255.255.240,10.115.201.241,10.115.201.241,212.23.103.9,212.23.103.8

ifconfig wwan0 10.115.201.248 netmask 255.255.255.240

ping 10.115.201.241

### tcpdump ###

12:28:12.753869 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:28:15.753893 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:28:18.753857 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:28:21.089958 IP (tos 0x0, ttl 64, id 58723, offset 0, flags [none],
proto UDP (17), length 334)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request
from 00:1e:10:1f:00:00, length 306, xid 0x10d465e1, secs 59, Flags
[none] (0x0000)
Client-Ethernet-Address 00:1e:10:1f:00:00
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Client-ID Option 61, length 19: hardware-type 255,
10:1f:00:00:00:01:00:01:1a:86:d9:57:00:a0:73:56:23:6e
SLP-NA Option 80, length 0""
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 5: "wwan0"
Hostname Option 12, length 7: "chronos"
T145 Option 145, length 1: 1
Parameter-Request Option 55, length 14:
Subnet-Mask, Classless-Static-Route, Static-Route,
Default-Gateway
Domain-Name-Server, Hostname, Domain-Name, BR
NTP, Lease-Time, Server-ID, RN
RB, Option 119
0x0000: 4500 014e e563 0000 4011 943c 0000 0000 ***@..<....
0x0010: ffff ffff 0044 0043 013a 85a6 0101 0600 .....D.C.:......
0x0020: 10d4 65e1 003b 0000 0000 0000 0000 0000 ..e..;..........
0x0030: 0000 0000 0000 0000 001e 101f 0000 0000 ................
0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0080: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0090: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0100: 0000 0000 0000 0000 6382 5363 3501 013d ........c.Sc5..=
0x0110: 13ff 101f 0000 0001 0001 1a86 d957 00a0 .............W..
0x0120: 7356 236e 5000 3902 05dc 3c05 7777 616e sV#nP.9...<.wwan
0x0130: 300c 0763 6872 6f6e 6f73 9101 0137 0e01 0..chronos...7..
0x0140: 7921 0306 0c0f 1c2a 3336 3a3b 77ff y!.....*36:;w.

12:41:47.043808 IP (tos 0x0, ttl 64, id 38445, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 4,
length 64
0x0000: 4500 0054 962d 4000 4001 fbab 0a73 c9f8 E..T.-@***@....s..
0x0010: 0a73 c9f1 0800 733e 300a 0004 0be0 9355 .s....s>0......U
0x0020: 0000 0000 f6aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:48.043772 IP (tos 0x0, ttl 64, id 38794, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 5,
length 64
0x0000: 4500 0054 978a 4000 4001 fa4e 0a73 c9f8 ***@.@..N.s..
0x0010: 0a73 c9f1 0800 993d 300a 0005 0ce0 9355 .s.....=0......U
0x0020: 0000 0000 cfaa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:48.893992 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:41:49.043755 IP (tos 0x0, ttl 64, id 39777, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 6,
length 64
0x0000: 4500 0054 9b61 4000 4001 f677 0a73 c9f8 ***@.@..w.s..
0x0010: 0a73 c9f1 0800 9f3c 300a 0006 0de0 9355 .s.....<0......U
0x0020: 0000 0000 c8aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:50.043753 IP (tos 0x0, ttl 64, id 40453, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 7,
length 64
0x0000: 4500 0054 9e05 4000 4001 f3d3 0a73 c9f8 ***@.@....s..
0x0010: 0a73 c9f1 0800 9e3b 300a 0007 0ee0 9355 .s.....;0......U
0x0020: 0000 0000 c8aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:51.043818 IP (tos 0x0, ttl 64, id 40918, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 8,
length 64
0x0000: 4500 0054 9fd6 4000 4001 f202 0a73 c9f8 ***@.@....s..
0x0010: 0a73 c9f1 0800 653a 300a 0008 0fe0 9355 .s....e:0......U
0x0020: 0000 0000 00ab 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:51.894000 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:41:52.043811 IP (tos 0x0, ttl 64, id 41520, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 9,
length 64
0x0000: 4500 0054 a230 4000 4001 efa8 0a73 c9f8 ***@.@....s..
0x0010: 0a73 c9f1 0800 6c39 300a 0009 10e0 9355 .s....l90......U
0x0020: 0000 0000 f8aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567


Out of necessity I'm still willing to try and test more to get it
up and running, if you guys need anything from me to hunt the problem
down further or can give me an explicit rundown what exactly you
need to test/debug further (and sequence if important), I'll be
happy to help. I've assumed that Huawei NCM does not need neither
MBIM nor QMI WWAN modules, right?



----- Tested OpenWRT Env ------
Post by Matti Laakso
Post by chrono
arc4 1312 2
ath 19893 3 ath9k
ath9k 87622 0
ath9k_common 17230 1 ath9k
ath9k_hw 337656 2 ath9k
cdc_ether 3788 1 rndis_host
cdc_ncm 11557 1 huawei_cdc_ncm
cdc_subset 1536 0
cdc_wdm 7829 1 huawei_cdc_ncm
cfg80211 213857 4 ath9k
compat 1332 4 ath9k
crc16 1015 0
crc_ccitt 1019 0
crypto_blkcipher 10647 1 arc4
crypto_hash 9762 0
ehci_hcd 32108 1 ehci_platform
ehci_platform 3376 0
gpio_button_hotplug 4464 0
huawei_cdc_ncm 1520 0
ip6_tables 9393 3 ip6table_raw
ip6t_REJECT 1184 0
ip6table_filter 608 0
ip6table_mangle 1152 0
ip6table_raw 576 0
ip_tables 9533 4 iptable_nat
ipt_MASQUERADE 656 1
ipt_REJECT 912 2
iptable_filter 672 1
iptable_mangle 944 1
iptable_nat 768 1
iptable_raw 640 1
ipv6 258696 22 nf_conntrack_ipv6
ledtrig_usbdev 1936 0
mac80211 381507 1 ath9k
mii 3528 1 usbnet
nf_conntrack 47723 11 nf_nat_ipv4
nf_conntrack_ftp 5312 1 nf_nat_ftp
nf_conntrack_ipv4 4704 8
nf_conntrack_ipv6 5024 0
nf_conntrack_rtcache 2448 0
nf_defrag_ipv4 806 1 nf_conntrack_ipv4
nf_defrag_ipv6 9047 1 nf_conntrack_ipv6
nf_log_common 2319 2 nf_log_ipv4
nf_log_ipv4 3184 0
nf_log_ipv6 3344 0
nf_nat 9083 5 nf_nat_ipv4
nf_nat_ftp 1232 0
nf_nat_ipv4 3713 1 iptable_nat
nf_nat_masquerade_ipv4 1420 1 ipt_MASQUERADE
nf_reject_ipv4 1827 1 ipt_REJECT
nf_reject_ipv6 1943 1 ip6t_REJECT
nls_base 4976 1 usbcore
ohci_hcd 22191 1 ohci_platform
ohci_platform 2752 0
option 26976 0
rndis_host 4937 0
usb_common 1160 1 usbcore
usb_wwan 4391 1 option
usbcore 117300 15 option
usbnet 17046 5 rndis_host
usbserial 17691 2 option
x_tables 10901 26 ipt_REJECT
xt_CT 2352 0
xt_LOG 768 0
xt_REDIRECT 1152 0
xt_TCPMSS 2656 1
xt_comment 480 24
xt_conntrack 2160 7
xt_id 480 0
xt_limit 992 1
xt_mac 624 0
xt_mark 672 0
xt_multiport 1184 0
xt_nat 1152 0
xt_state 688 0
xt_tcpudp 1728 4
xt_time 1632 0
/etc/config/network
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd29:864c:1d98::/48'
config interface 'lan'
option ifname 'eth0'
option force_link '1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.2.1'
config interface 'wan'
option proto 'ncm'
option ifname 'wwan0'
option device '/dev/ttyUSB0'
option pincode '0000'
option apn 'internet.eplus.de'
option username 'eplus'
option password 'gprs'
#option auth 'both'
#option mode 'custom'
#option delay '10'
Subsequent tests with different devices (ttyUSB0, ttyUSB1, cdc-wdm0)
made no difference
or didn't connect at all. After looking at the sources and /etc/gcom
scripts, these parameters
should be ok?
Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): sending ->
AT^NDISDUP=1,0
Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): Command
failed: Permission denied
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is now
down
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_4' is
disabled
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_6' is
disabled
Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is
setting up now
Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending -> AT
Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending ->
ATZ
Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
ATQ0
Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
ATV1
Tue Jun 30 13:17:10 2015 daemon.notice netifd: wan (2001): sending ->
ATE1
Tue Jun 30 13:17:11 2015 daemon.notice netifd: wan (2001): sending ->
ATS0=0
Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): SIM ready
Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): PIN set
successfully
Tue Jun 30 13:17:13 2015 daemon.notice netifd: wan (2001): sending ->
AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Connected,
starting DHCP
Tue Jun 30 13:17:14 2015 kern.info kernel: [ 1158.920000]
huawei_cdc_ncm
1-1:1.2 wwan0: open: enable queueing (rx 5, tx 5) mtu 1500 simple
framing
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.920000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.930000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
--> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
enabled
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
enabled
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan' is now up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network device 'wwan0'
link is up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network alias 'wwan0'
link is up
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' has
link connectivity
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
setting up now
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' has
link connectivity
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
setting up now
Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is now
up
--> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
failed: Unknown error
--> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
failed: Unknown error
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): udhcpc
(v1.23.2) started
Tue Jun 30 13:17:14 2015 user.notice firewall: Reloading firewall due to
ifup of wan (wwan0)
Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
Tue Jun 30 13:17:17 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
Tue Jun 30 13:17:20 2015 daemon.notice netifd: wan_4 (2052): Sending
discover...
[ 191.930000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 53/61,
errs 0/0
[ 195.680000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 195.690000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.700000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.450000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 54/65,
errs 0/0
[ 237.460000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 237.470000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 237.490000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1147.540000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 357/372,
errs 0/0
[ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
5, tx 5) mtu 1500 simple framing
[ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.930000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
Here are a couple of links that also seem to describe similar
https://forum.openwrt.org/viewtopic.php?pid=273099
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=174004&postdays=0&postorder=asc&start=0
I've checked that the patches from here
https://lists.openwrt.org/pipermail/openwrt-devel/2015-January/030890.html
are already integrated, which seems to be the case.
https://forum.openwrt.org/viewtopic.php?id=41945
I seem to get data from at^dhcp as well, which at least _seems_ like a
plausible 10.x.x.x IP/GW config set but when I apply those manually,
again no luck. usb modeswitching seems to be in order (I think) since
the connection is established and the devices
(wwan0,cdc-wdm0,ttyUSB0+1)
are available. No SD/CDrom visible.
There has also been some info about removing arp support from wwan0
but so far that also has not made any difference.
Is anyone out there having this Stick running with NCM at all? I'd
appreciate any help to get this online because currently our whole
hackbase (https://apollo.open-resource.org/) is offline, since we have
no wired internet anymore and need 4G fallback until someone is willing
to help us with a Wifi based WAN connection. You can also ping chron0
in #openwrt and #openwrt-devel on freenode if you need more
info/traces.
This is my first time dealing with 3G/4G devices so I have no prior
experience I could use as a reference if I'm doing it wrong or if there
are some bugs under the hood - but I'm sure I'm not the only one with
this
problem out there - if you search for openwrt ncm 3372...
Thanks a lot in advance and keep up the great work,
chrono
--
Apollo-NG
Mobile Hackbase
Bjørn Mork
2015-07-01 14:03:53 UTC
Permalink
Post by chrono
### test flow ###
echo -e "AT^NDISDUP=1,1,\"internet.eplus.de\",\"eplus\",\"gprs\"\r" >
/dev/ttyUSB1
AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
OK
^NDISSTAT:1,,,"IPV4"
^RSSI:19
^HCSQ:"LTE",47,40,126,20
^DSFLOWRPT:00000002,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:00000004,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:00000006,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:00000008,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:0000000A,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
AT+COPS?
+COPS: 0,0,"MEDIONmobile",7
OK
echo -e "AT^DHCP?\r" > /dev/ttyUSB1
AT^DHCP?
F8C9730A,F0FFFFFF,F1C9730A,F1C9730A,096717D4,086717D4,150000000,150000000
perl -e 'print join(",",map { join(".", unpack("C4", pack("L", hex)))
} split /,/, shift),"\n"'
F8C9730A,F0FFFFFF,F1C9730A,F1C9730A,096717D4,086717D4
10.115.201.248,255.255.255.240,10.115.201.241,10.115.201.241,212.23.103.9,212.23.103.8
ifconfig wwan0 10.115.201.248 netmask 255.255.255.240
ping 10.115.201.241
Great docs of what you have tried!

There are two more things I can think of that is worth testing:
1) set the wwan0 interface up before connecting (AT^NDISDUP):
ifconfig wwan0 up
2) turn off ARP:
ifconfig wwan0 -arp

And note that pinging the "gateway" isn't a good test, contrary to
normal networks. The "subnet" and "gateway" are faked by the firmware.
In reality, the gateway address is probably assigned to another user. If
the firmware does things properly, then it won't answer the ping but
forward those icmp echo requests to the mobile network like any other
packet. And many mobile networks will never forward icmp echo to end
users, so you will not get a reply even if the address happens to be in
use by someone.

To test this you should find some address which is known to be reachable
and responding, and add a route to that (or a default route). I.e.
ip route add 8.8.8.8/32 via 10.115.201.241
or
ip route add default via 10.115.201.241

If you turn off arp then you can simply ignore the gateway address and
refer to the netdev instead:
ip route add 8.8.8.8/32 dev wwan0
or
ip route add default dev wwan0

Then try to ping 8.8.8.8 (or whatever address you chose).


Bjørn
chrono
2015-07-01 15:22:57 UTC
Permalink
Post by Bjørn Mork
Great docs of what you have tried!
I can't really expect help or a magic solution without giving
detailed info about what I've tried. Besides, since we're all
connected, it might help to fix these issues in general because
I have a device to test and other devs might see something I've
overlooked or simply am not aware of so we may get faster to
a solution that may work for everyone ;)
Post by Bjørn Mork
ifconfig wwan0 up
ifconfig wwan0 -arp
IIRC I've already mentioned that I've tried the -arp approach
on the openwrt test and also did this on the gentoo box:

wwan0: flags=4291<UP,BROADCAST,RUNNING,NOARP,MULTICAST> mtu 1500
inet 10.115.201.248 netmask 255.255.255.240 broadcast
10.115.201.255
ether 00:1e:10:1f:00:00 txqueuelen 1000 (Ethernet)
RX packets 3262 bytes 150052 (146.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 711 bytes 140192 (136.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Post by Bjørn Mork
And note that pinging the "gateway" isn't a good test, contrary to
normal networks. The "subnet" and "gateway" are faked by the firmware.
In reality, the gateway address is probably assigned to another user. If
the firmware does things properly, then it won't answer the ping but
forward those icmp echo requests to the mobile network like any other
packet. And many mobile networks will never forward icmp echo to end
users, so you will not get a reply even if the address happens to be in
use by someone.
Thanks for the explanation, I usually use the google dns (8.8.8.8) as
a default test-ping IP, since it's easy to remember and is usually
never offline but since I never got a reply from it my thinking was
to try to reach the next hop (the GW) to see if at least this would
work (to exclude any other upstream routing issues)
Post by Bjørn Mork
To test this you should find some address which is known to be
reachable
and responding, and add a route to that (or a default route). I.e.
ip route add 8.8.8.8/32 via 10.115.201.241
8.8.8.8 10.115.201.241 255.255.255.255 UGH 0 0 0
wwan0

# ping 8.8.8.8
--- 8.8.8.8 ping statistics ---
30 packets transmitted, 0 received, 100% packet loss, time 28999ms
Post by Bjørn Mork
If you turn off arp then you can simply ignore the gateway address and
ip route add 8.8.8.8/32 dev wwan0
8.8.8.8 0.0.0.0 255.255.255.255 UH 0 0 0
wwan0

# ping 8.8.8.8
--- 8.8.8.8 ping statistics ---
22 packets transmitted, 0 received, 100% packet loss, time 20999ms

The thing that puzzles me most is that either I'm totally doing
something
wrong here or we're fighting some kind of regression, since people in
austria have obviously had success before, which influenced my choice
to get this device, since it's so simple to get online with it... NOT :)

http://www.lteforum.at/mobilfunk/huawei-e3372-openwrt.1739/#post-26074

There also seems to be an external driver package from huawei,
but I'd rather have this fixed natively and open-source, without
having to rely on binary driver packages from huawei.
Bjørn Mork
2015-07-01 18:41:42 UTC
Permalink
Post by chrono
IIRC I've already mentioned that I've tried the -arp approach
Ah, sorry. You document much better than I read :)
Post by chrono
The thing that puzzles me most is that either I'm totally doing
something
wrong here or we're fighting some kind of regression, since people in
austria have obviously had success before, which influenced my choice
to get this device, since it's so simple to get online with it... NOT :)
http://www.lteforum.at/mobilfunk/huawei-e3372-openwrt.1739/#post-26074
I cannot explain this. But then again I cannot explain the problems we
suddenly started having with several different Huawei NCM modems. When
Enrico first wrote the huawei_cdc_ncm driver everything was working
perfectly.

What I do know is that Huawei have a large number of different hardware
and firmware combinations, sharing parts of the firmware across
different hardware implementations. It is possible that the problems we
are seeing is caused by a firmware upgrade at some point.

Or maybe I broke all this while messing around with the cdc_ncm
driver...
Post by chrono
There also seems to be an external driver package from huawei,
but I'd rather have this fixed natively and open-source, without
having to rely on binary driver packages from huawei.
Huawei actually give you the full source of that driver, complying with
the GPL. Which gives them an extra star in my book :)

But I do agree that it is better to find the root cause and fix the
problem in mainline instead of depending on an out-of-tree driver.
Enrico is working hard on this, and I am sure he will eventually fix
it. I feel bad about not having looked at his patches yet, but the fact
is that I don't have much to offer despite what he thinks. I don't have
any of these failing modems, and I have absolutely no clue about what
went wrong here.

A nice user recently sent me a Huawei ME936, and I was hoping that this
would allow me to look into the problem. But it appears to be a
completely different device (Intel based) with it's own set of quirks.
Not really related even if it also is a Huawei NCM device.



Bjørn
Matti Laakso
2015-07-01 20:15:39 UTC
Permalink
Post by chrono
I'm still unsure which devices the actual control interface is, usually
I end up using /dey/ttyUSB1 but test with USB0 and cdc-wdm0 as well to
be sure for lack of better understanding. As far as DHCP is concerned,
do you mean DHCP by udhcpc/dhcpcd was working or the somewhat hacky
AT^DHCP? approach? Which one should be working?
With huawei_cdc_ncm you should use /dev/cdc-wdm0. Regular DHCP client
should work since the firmware in the stick provides a DHCP server. I
was able to get an IP-address a couple of times with udhcpc, but no
other data transfer was possible. AT^DHCP on the other hand always
works, since NCM transfer is not involved.
Post by chrono
The thing that puzzles me most is that either I'm totally doing
something
wrong here or we're fighting some kind of regression, since people in
austria have obviously had success before, which influenced my choice
to get this device, since it's so simple to get online with it... NOT :)
http://www.lteforum.at/mobilfunk/huawei-e3372-openwrt.1739/#post-26074
I really doubt that E3372 non-HiLink is working for anyone on Linux. The
HiLink-version on the other hand does work, since again, NCM is not
involved. Note that many other Huawei modems do work correctly with
huawei_cdc_ncm, e.g., E3276.
Post by chrono
There also seems to be an external driver package from huawei,
but I'd rather have this fixed natively and open-source, without
having to rely on binary driver packages from huawei.
According to Enrico Huawei's own driver works also with E3372, but I
remember I was not able to compile it for a relatively recent kernel.

Matti
Vittorio G (VittGam)
2015-07-02 03:19:05 UTC
Permalink
Hello,

Are we talking about E3372h or E3372s?

I've got E3372h working by doing this:

echo 6000 > /sys/class/net/wwan0/cdc_ncm/tx_max
echo 0 > /sys/class/net/wwan0/cdc_ncm/min_tx_pkt

But it seems it didn't help an E3372s owner unfortunately. :/

My stick is a E3372h-153 with firmware 21.180.01.00.00. E3372s and h have
different hardware but same external look...

I'm forwarding here the mail I sent to modemmanager-devel some days ago.

-----

Hello,

I faced the deaf wwan0 problem with a Huawei E3372h-153.

I'm not using ModemManager but OpenWrt CC-rc2, with Linux 3.18.14.

I've enabled the debug port of the android running in the stick. (Yes, it's
running android but without dalvik, don't ask me why since it isn't even
tethering in the standard android way... The embedded linux can't even see the
modem interface via ifconfig, it's just a relay between the vxworks that handles
the modem and the usb port. Mah.)

To enable the debug port, just search on the 'net and you will easily find the
commands. You can brick the modem permanently if you play too much with it; so
I'm not going to write the commands here, since I don't want any responsibility
if you happen to break your internet key this way. Be careful! ;)

Anyway, I've seen that the android dmesg log was full of errors, one line per packet
sent from the host to the modem:

[002173183ms] ====ERROR:gnet_copy_skb skb->len=526 should be greater than len=342 + offset=184====
[002173935ms] ====ERROR:gnet_copy_skb skb->len=226 should be greater than len=42 + offset=184====
[002176186ms] ====ERROR:gnet_copy_skb skb->len=526 should be greater than len=342 + offset=184====
[002176207ms] ====ERROR:gnet_copy_skb skb->len=226 should be greater than len=42 + offset=184====
[002177205ms] ====ERROR:gnet_copy_skb skb->len=226 should be greater than len=42 + offset=184====
[002178205ms] ====ERROR:gnet_copy_skb skb->len=226 should be greater than len=42 + offset=184====
[002179187ms] ====ERROR:gnet_copy_skb skb->len=526 should be greater than len=342 + offset=184====

After testing many things, I've found the "magic" settings that do work:

echo 6000 > /sys/class/net/wwan0/cdc_ncm/tx_max
echo 0 > /sys/class/net/wwan0/cdc_ncm/min_tx_pkt

After issuing these commands, the interface works fine! (Or at least it seems
for now...)

Of course, I think that it's way far from perfect, but it's a starting point
for debugging at least.

I've seen that setting tx_max to 1698 (the minimum) only allows packets up to
1496 bytes to work (ping -s 1468).

If I increase the tx_max, the limit changes of course, and 1500-byte packets
get sent correctly.

But if the tx_max is too big, like with the default of 16384, a lot of delay
is introduced. It seems that a buffer needs to get full before the packets
are sent to the modem and then out to the internet... (I've checked with tcpdump
on the remote host that the modem will not send out packets before this hypotethical
buffer gets full, then they are sent all together.)

The number 6000 for tx_max seems to be a fair compromise between low delay (it's
like with 1698) and being able to send big packets in a burst (I've tested with
fragmented ping up to -s 30000, and also wget of a big file works great).

If you need some more testing, definitely let me know!

(By the way, just a note since it helped me with OpenWrt and might help you too:
in case you don't get AT^NDISDUP to connect, it's because this stick seems not to
want the APN name specified there. Instead, just set it with AT+CGDCONT=1,"IP","apn"
and then send AT^NDISDUP=1,1 to connect. To disconnect, send AT^NDISDUP=1,0 .)


Best regards,
Vittorio G
Cezary Jackiewicz
2015-07-02 04:35:43 UTC
Permalink
Dnia 2015-07-01, o godz. 23:15:39
Post by Matti Laakso
According to Enrico Huawei's own driver works also with E3372, but I
remember I was not able to compile it for a relatively recent kernel.
See https://github.com/obsy/packages/tree/master/huawei-hw-cdc
It is huawei version, works with E3372s-153 and CC-rc2 in ncm mode
(see also http://eko.one.pl/forum/viewtopic.php?id=11470 - in polish)
--
Pozdrawiam,
Cezary Jackiewicz
chrono
2015-07-06 08:39:40 UTC
Permalink
Ahoy everyone,
If you are interested again, here is the working patch.
After removing the cover, I could verify that the Telekom Speedstick LTE
V
is actually a Huawei 3372s (at least it says so on the label next to the
IMEI).

I've applied mrkiko's latest patches and also tested vittgam's hints
about
tx magic but the situation and symptoms habe not changed, here's the
trace:

Huawei 3372 ncm-patch2 trace on mr3020 (MIPS)

dmesg after bootup:

[ 0.000000] Linux version 3.18.16 (***@chronos) (gcc version 4.8.3
(OpenWrt/Linaro GCC 4.8-2014.04 r46120) ) #1 Sat Jul 4 15:34:33 2015
[ 0.000000] MyLoader: sysp=7ab7c29c, boardp=07ac6486, parts=24fed496
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 00019374 (MIPS 24Kc)
[ 0.000000] SoC: Atheros AR9330 rev 1
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 02000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x00000000-0x01ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x01ffffff]
[ 0.000000] Initmem setup node 0 [mem 0x00000000-0x01ffffff]
[ 0.000000] On node 0 totalpages: 8192
[ 0.000000] free_area_init_node: node 0, pgdat 803500f0, node_mem_map
81000000
[ 0.000000] Normal zone: 64 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 8192 pages, LIFO batch:0
[ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32
bytes.
[ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases,
linesize 32 bytes
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on.
Total pages: 8128
[ 0.000000] Kernel command line: board=TL-MR3020
console=ttyATH0,115200 rootfstype=squashfs,jffs2 noinitrd
[ 0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[ 0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384
bytes)
[ 0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192
bytes)
[ 0.000000] Writing ErrCtl register=00000000
[ 0.000000] Readback ErrCtl register=00000000
[ 0.000000] Memory: 28536K/32768K available (2452K kernel code, 119K
rwdata, 524K rodata, 224K init, 188K bss, 4232K reserved)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1,
Nodes=1
[ 0.000000] NR_IRQS:51
[ 0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz,
Ref:25.000MHz
[ 0.000000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
[ 0.080000] pid_max: default: 32768 minimum: 301
[ 0.080000] Mount-cache hash table entries: 1024 (order: 0, 4096
bytes)
[ 0.090000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096
bytes)
[ 0.100000] NET: Registered protocol family 16
[ 0.100000] MIPS: machine is TP-LINK TL-MR3020
[ 0.370000] Switched to clocksource MIPS
[ 0.370000] NET: Registered protocol family 2
[ 0.380000] TCP established hash table entries: 1024 (order: 0, 4096
bytes)
[ 0.380000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.380000] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.390000] TCP: reno registered
[ 0.390000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.400000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.410000] NET: Registered protocol family 1
[ 0.410000] PCI: CLS 0 bytes, default 32
[ 0.410000] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.430000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.430000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME)
(CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.440000] msgmni has been set to 55
[ 0.460000] io scheduler noop registered
[ 0.460000] io scheduler deadline registered (default)
[ 0.460000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[ 0.470000] ar933x-uart: ttyATH0 at MMIO 0x18020000 (irq = 11,
base_baud = 1562500) is a AR933X UART
[ 0.480000] console [ttyATH0] enabled
[ 0.480000] bootconsole [early0] disabled
[ 0.500000] m25p80 spi0.0: found s25sl032p, expected m25p80
[ 0.500000] m25p80 spi0.0: s25sl032p (4096 Kbytes)
[ 0.510000] 5 tp-link partitions found on MTD device spi0.0
[ 0.510000] Creating 5 MTD partitions on "spi0.0":
[ 0.520000] 0x000000000000-0x000000020000 : "u-boot"
[ 0.520000] 0x000000020000-0x000000132940 : "kernel"
[ 0.530000] 0x000000132940-0x0000003f0000 : "rootfs"
[ 0.530000] mtd: device 2 (rootfs) set to be root filesystem
[ 0.540000] 1 squashfs-split partitions found on MTD device rootfs
[ 0.540000] 0x0000003a0000-0x0000003f0000 : "rootfs_data"
[ 0.550000] 0x0000003f0000-0x000000400000 : "art"
[ 0.550000] 0x000000020000-0x0000003f0000 : "firmware"
[ 0.580000] libphy: ag71xx_mdio: probed
[ 1.170000] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.1:04
[uid=004dd041, driver=Generic PHY]
[ 1.180000] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
[ 1.180000] TCP: cubic registered
[ 1.180000] NET: Registered protocol family 17
[ 1.190000] bridge: automatic filtering via arp/ip/ip6tables has been
deprecated. Update your scripts to load br_netfilter if you need this.
[ 1.200000] 8021q: 802.1Q VLAN Support v1.8
[ 1.220000] VFS: Mounted root (squashfs filesystem) readonly on
device 31:2.
[ 1.220000] Freeing unused kernel memory: 224K (80368000 - 803a0000)
[ 2.620000] init: Console is alive
[ 2.620000] init: - watchdog -
[ 4.380000] usbcore: registered new interface driver usbfs
[ 4.380000] usbcore: registered new interface driver hub
[ 4.390000] usbcore: registered new device driver usb
[ 4.400000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI)
Driver
[ 4.410000] ehci-platform: EHCI generic platform driver
[ 4.410000] ehci-platform ehci-platform: EHCI Host Controller
[ 4.420000] ehci-platform ehci-platform: new USB bus registered,
assigned bus number 1
[ 4.430000] ehci-platform ehci-platform: irq 3, io mem 0x1b000000
[ 4.450000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
[ 4.450000] hub 1-0:1.0: USB hub found
[ 4.450000] hub 1-0:1.0: 1 port detected
[ 4.460000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 4.470000] ohci-platform: OHCI generic platform driver
[ 4.630000] init: - preinit -
[ 5.450000] random: procd urandom read with 8 bits of entropy
available
[ 8.250000] eth0: link up (100Mbps/Full duplex)
[ 8.740000] jffs2: notice: (339) jffs2_build_xattr_subsystem:
complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan)
and 0 of xref (0 dead, 0 orphan) found.
[ 8.760000] mount_root: switching to jffs2 overlay
[ 8.810000] eth0: link down
[ 8.830000] procd: - early -
[ 8.830000] procd: - watchdog -
[ 9.800000] procd: - ubus -
[ 10.820000] procd: - init -
[ 11.930000] NET: Registered protocol family 10
[ 11.940000] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 11.960000] usbcore: registered new interface driver cdc_wdm
[ 11.970000] Loading modules backported from Linux version
master-2015-03-09-0-g141f155
[ 11.980000] Backport generated by backports.git
backports-20150129-0-gdd4a670
[ 11.990000] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 12.010000] nf_conntrack version 0.5.0 (449 buckets, 1796 max)
[ 12.040000] usbcore: registered new interface driver usbserial
[ 12.050000] usbcore: registered new interface driver
usbserial_generic
[ 12.060000] usbserial: USB Serial support registered for generic
[ 12.080000] xt_time: kernel timezone is -0000
[ 12.090000] usbcore: registered new interface driver cdc_ncm
[ 12.130000] cfg80211: Calling CRDA to update world regulatory domain
[ 12.140000] usbcore: registered new interface driver huawei_cdc_ncm
[ 12.170000] cfg80211: World regulatory domain updated:
[ 12.170000] cfg80211: DFS Master region: unset
[ 12.170000] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[ 12.180000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz),
(N/A, 2000 mBm), (N/A)
[ 12.190000] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz),
(N/A, 2000 mBm), (N/A)
[ 12.200000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz),
(N/A, 2000 mBm), (N/A)
[ 12.210000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz),
(N/A, 2000 mBm), (N/A)
[ 12.220000] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz,
160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
[ 12.230000] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz),
(N/A, 2000 mBm), (0 s)
[ 12.230000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz),
(N/A, 2000 mBm), (N/A)
[ 12.240000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 0 mBm), (N/A)
[ 12.360000] usbcore: registered new interface driver cdc_mbim
[ 12.370000] usbcore: registered new interface driver option
[ 12.380000] usbserial: USB Serial support registered for GSM modem
(1-port)
[ 12.410000] ath: EEPROM regdomain: 0x0
[ 12.410000] ath: EEPROM indicates default country code should be used
[ 12.410000] ath: doing EEPROM country->regdmn map search
[ 12.410000] ath: country maps to regdmn code: 0x3a
[ 12.410000] ath: Country alpha2 being used: US
[ 12.410000] ath: Regpair used: 0x3a
[ 12.420000] ieee80211 phy0: Selected rate control algorithm
'minstrel_ht'
[ 12.430000] ieee80211 phy0: Atheros AR9330 Rev:1 mem=0xb8100000,
irq=2
[ 12.430000] cfg80211: Calling CRDA for country: US
[ 12.450000] cfg80211: Regulatory domain changed to country: US
[ 12.450000] cfg80211: DFS Master region: FCC
[ 12.460000] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[ 12.470000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz),
(N/A, 3000 mBm), (N/A)
[ 12.470000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz,
160000 KHz AUTO), (N/A, 1700 mBm), (N/A)
[ 12.480000] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz,
160000 KHz AUTO), (N/A, 2300 mBm), (0 s)
[ 12.490000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz),
(N/A, 3000 mBm), (N/A)
[ 12.500000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 4000 mBm), (N/A)
[ 22.550000] device eth0 entered promiscuous mode
[ 22.550000] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[ 24.690000] eth0: link up (100Mbps/Full duplex)
[ 24.690000] br-lan: port 1(eth0) entered forwarding state
[ 24.700000] br-lan: port 1(eth0) entered forwarding state
[ 24.700000] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 26.700000] br-lan: port 1(eth0) entered forwarding state
[ 80.360000] random: nonblocking pool is initialized

Stick inserted:

[ 309.790000] usb 1-1: new high-speed USB device number 2 using
ehci-platform
[ 309.950000] option 1-1:1.0: GSM modem (1-port) converter detected
[ 309.960000] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB0
[ 309.970000] option 1-1:1.1: GSM modem (1-port) converter detected
[ 309.970000] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB1
[ 310.030000] huawei_cdc_ncm 1-1:1.2: MAC-Address: 00:1e:10:1f:00:00
[ 310.030000] huawei_cdc_ncm 1-1:1.2: setting rx_max = 16384
[ 310.050000] huawei_cdc_ncm 1-1:1.2: NDP will be placed at end of
frame for this device.
[ 310.060000] huawei_cdc_ncm 1-1:1.2: cdc-wdm0: USB WDM device
[ 310.060000] huawei_cdc_ncm 1-1:1.2 wwan0: register 'huawei_cdc_ncm'
at usb-ehci-platform-1, Huawei CDC NCM device, 00:1e:10:1f:00:00

Modules:

arc4 1312 2
ath 19893 3 ath9k
ath9k 87622 0
ath9k_common 17230 1 ath9k
ath9k_hw 337656 2 ath9k
cdc_mbim 3888 0
cdc_ncm 11733 2 cdc_mbim
cdc_wdm 7829 2 cdc_mbim
cfg80211 213857 4 ath9k
compat 1332 4 ath9k
crc16 1015 0
crc_ccitt 1019 0
crypto_blkcipher 10647 1 arc4
crypto_hash 9762 0
ehci_hcd 32108 1 ehci_platform
ehci_platform 3376 0
gpio_button_hotplug 4464 0
huawei_cdc_ncm 1536 0
ip6_tables 9393 3 ip6table_raw
ip6t_REJECT 1184 0
ip6table_filter 608 0
ip6table_mangle 1152 0
ip6table_raw 576 0
ip_tables 9533 4 iptable_nat
ipt_MASQUERADE 656 1
ipt_REJECT 912 2
iptable_filter 672 1
iptable_mangle 944 1
iptable_nat 768 1
iptable_raw 640 1
ipv6 258696 22 nf_conntrack_ipv6
ledtrig_usbdev 1936 0
mac80211 381507 1 ath9k
mii 3528 1 usbnet
nf_conntrack 47723 11 nf_nat_ipv4
nf_conntrack_ftp 5312 1 nf_nat_ftp
nf_conntrack_ipv4 4704 8
nf_conntrack_ipv6 5024 0
nf_conntrack_rtcache 2448 0
nf_defrag_ipv4 806 1 nf_conntrack_ipv4
nf_defrag_ipv6 9047 1 nf_conntrack_ipv6
nf_log_common 2319 2 nf_log_ipv4
nf_log_ipv4 3184 0
nf_log_ipv6 3344 0
nf_nat 9083 5 nf_nat_ipv4
nf_nat_ftp 1232 0
nf_nat_ipv4 3713 1 iptable_nat
nf_nat_masquerade_ipv4 1420 1 ipt_MASQUERADE
nf_reject_ipv4 1827 1 ipt_REJECT
nf_reject_ipv6 1943 1 ip6t_REJECT
nls_base 4976 1 usbcore
ohci_hcd 22191 1 ohci_platform
ohci_platform 2752 0
option 26976 0
usb_common 1160 1 usbcore
usb_wwan 4391 1 option
usbcore 117316 13 option
usbnet 17046 3 cdc_mbim
usbserial 17691 2 option
x_tables 10901 26 ipt_REJECT
xt_CT 2352 0
xt_LOG 768 0
xt_REDIRECT 1152 0
xt_TCPMSS 2656 0
xt_comment 480 23
xt_conntrack 2160 7
xt_id 480 0
xt_limit 992 1
xt_mac 624 0
xt_mark 672 0
xt_multiport 1184 0
xt_nat 1152 0
xt_state 688 0
xt_tcpudp 1728 3
xt_time 1632 0

Interfaces:

crw-r--r-- 1 root root 188, 0 Jul 4 15:38 /dev/ttyUSB0
crw-r--r-- 1 root root 188, 1 Jul 4 15:38 /dev/ttyUSB1
crw-r--r-- 1 root root 180, 176 Jul 4 15:38 /dev/cdc-wdm0

wwan0 Link encap:Ethernet HWaddr 00:1E:10:1F:00:00
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

***@OpenWrt:~# ifconfig wwan0 -arp
***@OpenWrt:~# ifconfig wwan0 up

wwan0 Link encap:Ethernet HWaddr 00:1E:10:1F:00:00
inet6 addr: fe80::21e:10ff:fe1f:0/64 Scope:Link
UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:16 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:736 (736.0 B) TX bytes:360 (360.0 B)


***@OpenWrt:~# picocom /dev/ttyUSB1

AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
OK

^NDISSTAT:1,,,"IPV4"

^RSSI:22

^HCSQ:"LTE",53,48,121,24

^DSFLOWRPT:00000002,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

^DSFLOWRPT:00000004,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

^DSFLOWRPT:00000006,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000

AT+COPS?
+COPS: 0,0,"MEDIONmobile",7
OK

***@OpenWrt:~# udhcpc -i wwan0
udhcpc (v1.23.2) started
Sending discover...
Sending discover...
Sending discover...

***@OpenWrt:~# ifconfig wwan0

wwan0 Link encap:Ethernet HWaddr 00:1E:10:1F:00:00
inet6 addr: fe80::21e:10ff:fe1f:0/64 Scope:Link
UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:26 errors:0 dropped:0 overruns:0 frame:0
TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1196 (1.1 KiB) TX bytes:1386 (1.3 KiB)

AT^DHCP?
^DHCP:
D8C0F00A,F0FFFFFF,D1C0F00A,D1C0F00A,086717D4,096717D4,150000000,150000000
OK

perl -e 'print join(",",map { join(".", unpack("C4", pack("L", hex))) }
split /,/, shift),"\n"'
D8C0F00A,F0FFFFFF,D1C0F00A,D1C0F00A,086717D4,096717D4
10.240.192.216,255.255.255.240,10.240.192.209,10.240.192.209,212.23.103.8,212.23.103.9

***@OpenWrt:~# ifconfig wwan0 10.240.192.216 netmask 255.255.255.240

wwan0 Link encap:Ethernet HWaddr 00:1E:10:1F:00:00
inet addr:10.240.192.216 Bcast:10.240.192.223
Mask:255.255.255.240
inet6 addr: fe80::21e:10ff:fe1f:0/64 Scope:Link
UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:215 errors:0 dropped:0 overruns:0 frame:0
TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9890 (9.6 KiB) TX bytes:1386 (1.3 KiB)

***@OpenWrt:~# route add -net default gw 10.240.192.209
***@OpenWrt:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
0.0.0.0 10.240.192.209 0.0.0.0 UG 0 0 0
wwan0
10.240.192.208 0.0.0.0 255.255.255.240 U 0 0 0
wwan0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0
br-lan
chrono
2015-07-07 09:31:53 UTC
Permalink
As there seem to be more than just minor differences between the 3372H
and the 3372S,
here is what I could query from the 3372s I have here. Maybe it is
useful infor for someone.
The stick is available, so if you need more info/queries/tests just give
me a ping
here or in #openwrt-devel.

####################################################################################

rundown of commands from
http://www.lteforum.at/mobilfunk/at-command-execution-fuer-huawei-sticks.2235/

ATI
Manufacturer: huawei
Model: E3372
Revision: 21.297.05.01.55
IMEI: XXXXXXXXXXXXXXXXX
+GCAP: +CGSM,+DS,+ES

AT^HVER
^HVER:"CL1E3372SM"

AT^FHVER
^FHVER:"E3372S-153 21.297.05.01.55,CL1E3372SM Ver.A"

AT^VERSION?
^VERSION:BDT:Oct 14 2014, 18:22:29
^VERSION:EXTS:21.297.05.01.55
^VERSION:INTS:
^VERSION:EXTD:UTPS22.001.19.05.55_MAC22.001.19.05.55
^VERSION:INTD:
^VERSION:EXTH:CL1E3372SM Ver.A
^VERSION:INTH:
^VERSION:EXTU:E3372
^VERSION:INTU:
^VERSION:CFG:1004
^VERSION:PRL:
^VERSION:OEM:
^VERSION:INI:

AT^SYSCFG?
^SYSCFG:14,2,3FFFFFFF,1,2

AT^SYSINFOEX
^SYSINFOEX:2,3,0,1,,6,"LTE",101,"LTE"

AT+GMR
21.297.05.01.55

AT^VERTIME
^VERTIME:Oct 14 2014, 18:25:31

AT^DATALOCK?
^DATALOCK:1

AT^DLOADVER?
2.0

AT^DLOADINFO?
swver:21.297.05.01.55
isover:UTPS22.001.19.05.55_MAC22.001.19.05.55
product name:E3372
dload type:0

AT^FLASHINFO?
~~~~~~FLASH INFO~~~~~~:
MMC BLOCK COUNT:0, PAGE SIZE:0, PAGE COUNT PER BLOCK:0

AT^CHIPTEMP?
^CHIPTEMP: 420,420,65535,29,23

AT+COPS=?
+COPS:
(2,"E-Plus","E-Plus","26203",7),(1,"E-Plus","E-Plus","26203",2),(3,"Vodafone.de","Vodafone","26202",7),(3,"Vodafone.de","Vodafone","26202",2),(3,"Telekom.de","TDG","26201",7),(3,"Telekom.de","TDG","26201",2),(3,"o2
- de","o2 - de","26207",2),,(0,1,2,3,4),(0,1,2)

AT+CGACT? (ip?)
+CGACT: 1,1
+CGACT: 21,0
+CGACT: 22,0
+CGACT: 23,0
+CGACT: 24,0
+CGACT: 25,0
+CGACT: 26,0
+CGACT: 27,0
+CGACT: 28,0
+CGACT: 29,0
+CGACT: 30,0
+CGACT: 31,0


Playing with ports:

AT^SETPORT=?
^SETPORT:3: 3G DIAG
^SETPORT:10: 4G MODEM
^SETPORT:1: 3G MODEM
^SETPORT:12: 4G PCUI
^SETPORT:13: 4G DIAG
^SETPORT:5: 3G GPS\
^SETPORT:14: 4G GPS
^SETPORT:A: BLUE TOOTH
^SETPORT:16: NCM
^SETPORT:A1: CDROM
^SETPORT:A2: SD

AT^SETPORT?
^SETPORT:FF;10,12,16

Test for more vxworks debug options according to
http://4pda.ru/forum/index.php?showtopic=582284&st=560

at^setport="FF;10,12,16,A2,5,A"
OK
at^reset

crw-r--r-- 1 root root 188, 0 Jul 4 16:03 /dev/ttyUSB0
crw-r--r-- 1 root root 188, 1 Jul 4 16:03 /dev/ttyUSB1
crw-r--r-- 1 root root 188, 2 Jul 4 16:03 /dev/ttyUSB2
crw-r--r-- 1 root root 188, 3 Jul 4 16:03 /dev/ttyUSB3
crw-r--r-- 1 root root 180, 176 Jul 4 16:03 /dev/cdc-wdm0

ttyUSB0 - AT-port PPP-connections
ttyUSB1 - AT-port connections for NDIS-
ttyUSB2 - knosol Linux
ttyUSB3 - Console VxWorks
chrono
2015-07-09 13:11:51 UTC
Permalink
Ahoy everyone,

more on the Telekom Speedstick LTE V (Huawei 3372s) from here:

http://www.amazon.de/dp/B00NLJE3O6

I've tested Enricos latest patch on MIPS (3.18.17) and x86_64 (3.18.11)
and had a little bit of trouble applying it to latest trunk, so here's
the latest tested patch from a diff against 3.18.17 (openwrt-trunk).

With that patch applied, a simple AT^NDISDUP=1,1,"your.apn.here" and
udhcpc -i wwan0 is online and routing immediately.

The following config snippet is also working directly with openwrt:

config interface '4g'
option proto 'ncm'
option ifname 'wwan0'
option device '/dev/ttyUSB1'
option apn 'internet.eplus.de'

Again, big thanks go to Enrico for fixing NDP/SKB issues, much obliged.

-------------------------------------------------------------------------------
--- fix-huawei-3372s-ncm.patch ---

diff -u a/drivers/net/usb/cdc_mbim.c b/drivers/net/usb/cdc_mbim.c
--- a/drivers/net/usb/cdc_mbim.c 2015-06-28 17:40:40.000000000 +0000
+++ b/drivers/net/usb/cdc_mbim.c 2015-07-04 15:05:14.546901702 +0000
@@ -158,7 +158,7 @@
if (!cdc_ncm_comm_intf_is_mbim(intf->cur_altsetting))
goto err;

- ret = cdc_ncm_bind_common(dev, intf, data_altsetting);
+ ret = cdc_ncm_bind_common(dev, intf, data_altsetting, 0);
if (ret)
goto err;

diff -u a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c
--- a/drivers/net/usb/cdc_ncm.c 2015-06-28 17:40:40.000000000 +0000
+++ b/drivers/net/usb/cdc_ncm.c 2015-07-09 08:43:01.658770535 +0000
@@ -684,10 +684,11 @@
ctx->tx_curr_skb = NULL;
}

+ kfree(ctx->delayed_ndp16);
kfree(ctx);
}

-int cdc_ncm_bind_common(struct usbnet *dev, struct usb_interface *intf,
u8 data_altsetting)
+int cdc_ncm_bind_common(struct usbnet *dev, struct usb_interface *intf,
u8 data_altsetting, int drvflags)
{
const struct usb_cdc_union_desc *union_desc = NULL;
struct cdc_ncm_ctx *ctx;
@@ -855,6 +856,17 @@
/* finish setting up the device specific data */
cdc_ncm_setup(dev);

+ /* Device-specific flags */
+ ctx->drvflags = drvflags;
+
+ /* Allocate the delayed NDP if needed. */
+ if (ctx->drvflags & CDC_NCM_FLAG_NDP_TO_END) {
+ ctx->delayed_ndp16 = kzalloc(ctx->max_ndp_size, GFP_KERNEL);
+ if (!ctx->delayed_ndp16)
+ goto error2;
+ dev_info(&intf->dev, "NDP will be placed at end of frame for this
device.");
+ }
+
/* override ethtool_ops */
dev->net->ethtool_ops = &cdc_ncm_ethtool_ops;

@@ -954,8 +966,11 @@
if (cdc_ncm_select_altsetting(intf) != CDC_NCM_COMM_ALTSETTING_NCM)
return -ENODEV;

- /* The NCM data altsetting is fixed */
- ret = cdc_ncm_bind_common(dev, intf, CDC_NCM_DATA_ALTSETTING_NCM);
+ /* The NCM data altsetting is fixed, so we hard-coded it.
+ * Additionally, generic NCM devices are assumed to accept arbitrarily
+ * placed NDP.
+ */
+ ret = cdc_ncm_bind_common(dev, intf, CDC_NCM_DATA_ALTSETTING_NCM, 0);

/*
* We should get an event when network connection is "connected" or
@@ -986,6 +1001,14 @@
struct usb_cdc_ncm_nth16 *nth16 = (void *)skb->data;
size_t ndpoffset = le16_to_cpu(nth16->wNdpIndex);

+ /* If NDP should be moved to the end of the NCM package, we can't
follow the
+ * NTH16 header as we would normally do. NDP isn't written to the SKB
yet, and
+ * the wNdpIndex field in the header is actually not consistent with
reality. It will be later.
+ */
+ if (ctx->drvflags & CDC_NCM_FLAG_NDP_TO_END)
+ if (ctx->delayed_ndp16->dwSignature == sign)
+ return ctx->delayed_ndp16;
+
/* follow the chain of NDPs, looking for a match */
while (ndpoffset) {
ndp16 = (struct usb_cdc_ncm_ndp16 *)(skb->data + ndpoffset);
@@ -995,7 +1018,8 @@
}

/* align new NDP */
- cdc_ncm_align_tail(skb, ctx->tx_ndp_modulus, 0, ctx->tx_max);
+ if (!(ctx->drvflags & CDC_NCM_FLAG_NDP_TO_END))
+ cdc_ncm_align_tail(skb, ctx->tx_ndp_modulus, 0, ctx->tx_max);

/* verify that there is room for the NDP and the datagram (reserve) */
if ((ctx->tx_max - skb->len - reserve) < ctx->max_ndp_size)
@@ -1008,7 +1032,11 @@
nth16->wNdpIndex = cpu_to_le16(skb->len);

/* push a new empty NDP */
- ndp16 = (struct usb_cdc_ncm_ndp16 *)memset(skb_put(skb,
ctx->max_ndp_size), 0, ctx->max_ndp_size);
+ if (!(ctx->drvflags & CDC_NCM_FLAG_NDP_TO_END))
+ ndp16 = (struct usb_cdc_ncm_ndp16 *)memset(skb_put(skb,
ctx->max_ndp_size), 0, ctx->max_ndp_size);
+ else
+ ndp16 = ctx->delayed_ndp16;
+
ndp16->dwSignature = sign;
ndp16->wLength = cpu_to_le16(sizeof(struct usb_cdc_ncm_ndp16) +
sizeof(struct usb_cdc_ncm_dpe16));
return ndp16;
@@ -1023,6 +1051,15 @@
struct sk_buff *skb_out;
u16 n = 0, index, ndplen;
u8 ready2send = 0;
+ u32 delayed_ndp_size;
+
+ /* When our NDP gets written in cdc_ncm_ndp(), then skb_out->len gets
updated
+ * accordingly. Otherwise, we should check here.
+ */
+ if (ctx->drvflags & CDC_NCM_FLAG_NDP_TO_END)
+ delayed_ndp_size = ctx->max_ndp_size;
+ else
+ delayed_ndp_size = 0;

/* if there is a remaining skb, it gets priority */
if (skb != NULL) {
@@ -1077,7 +1114,7 @@
cdc_ncm_align_tail(skb_out, ctx->tx_modulus, ctx->tx_remainder,
ctx->tx_max);

/* check if we had enough room left for both NDP and frame */
- if (!ndp16 || skb_out->len + skb->len > ctx->tx_max) {
+ if (!ndp16 || skb_out->len + skb->len + delayed_ndp_size >
ctx->tx_max) {
if (n == 0) {
/* won't fit, MTU problem? */
dev_kfree_skb_any(skb);
@@ -1150,6 +1187,17 @@
/* variables will be reset at next call */
}

+ /* If requested, put NDP at end of frame. */
+ if (ctx->drvflags & CDC_NCM_FLAG_NDP_TO_END) {
+ nth16 = (struct usb_cdc_ncm_nth16 *)skb_out->data;
+ cdc_ncm_align_tail(skb_out, ctx->tx_ndp_modulus, 0, ctx->tx_max);
+ nth16->wNdpIndex = cpu_to_le16(skb_out->len);
+ memcpy(skb_put(skb_out, ctx->max_ndp_size), ctx->delayed_ndp16,
ctx->max_ndp_size);
+
+ /* Zero out delayed NDP - signature checking will naturally fail. */
+ ndp16 = memset(ctx->delayed_ndp16, 0, ctx->max_ndp_size);
+ }
+
/* If collected data size is less or equal ctx->min_tx_pkt
* bytes, we send buffers as it is. If we get more data, it
* would be more efficient for USB HS mobile device with DMA
diff -u a/drivers/net/usb/huawei_cdc_ncm.c
b/drivers/net/usb/huawei_cdc_ncm.c
--- a/drivers/net/usb/huawei_cdc_ncm.c 2015-06-28 17:40:40.000000000
+0000
+++ b/drivers/net/usb/huawei_cdc_ncm.c 2015-07-04 15:23:25.779014586
+0000
@@ -73,11 +73,14 @@
struct usb_driver *subdriver = ERR_PTR(-ENODEV);
int ret = -ENODEV;
struct huawei_cdc_ncm_state *drvstate = (void *)&usbnet_dev->data;
+ int drvflags = 0;

/* altsetting should always be 1 for NCM devices - so we hard-coded
- * it here
+ * it here. Some huawei devices will need the NDP part of the NCM
package to
+ * be at the end of the frame.
*/
- ret = cdc_ncm_bind_common(usbnet_dev, intf, 1);
+ drvflags |= CDC_NCM_FLAG_NDP_TO_END;
+ ret = cdc_ncm_bind_common(usbnet_dev, intf, 1, drvflags);
if (ret)
goto err;

diff -u a/include/linux/usb/cdc_ncm.h b/include/linux/usb/cdc_ncm.h
--- a/include/linux/usb/cdc_ncm.h 2015-06-28 17:40:40.000000000 +0000
+++ b/include/linux/usb/cdc_ncm.h 2015-07-04 15:27:52.171388014 +0000
@@ -80,6 +80,9 @@
#define CDC_NCM_TIMER_INTERVAL_MIN 5UL
#define CDC_NCM_TIMER_INTERVAL_MAX (U32_MAX / NSEC_PER_USEC)

+/* Driver flags */
+#define CDC_NCM_FLAG_NDP_TO_END 0x02 /* NDP is placed at end of frame
*/
+
#define cdc_ncm_comm_intf_is_mbim(x) ((x)->desc.bInterfaceSubClass ==
USB_CDC_SUBCLASS_MBIM && \
(x)->desc.bInterfaceProtocol == USB_CDC_PROTO_NONE)
#define cdc_ncm_data_intf_is_mbim(x) ((x)->desc.bInterfaceProtocol ==
USB_CDC_MBIM_PROTO_NTB)
@@ -103,9 +106,11 @@

spinlock_t mtx;
atomic_t stop;
+ int drvflags;

u32 timer_interval;
u32 max_ndp_size;
+ struct usb_cdc_ncm_ndp16 *delayed_ndp16;

u32 tx_timer_pending;
u32 tx_curr_frame_num;
@@ -133,7 +138,7 @@
};

u8 cdc_ncm_select_altsetting(struct usb_interface *intf);
-int cdc_ncm_bind_common(struct usbnet *dev, struct usb_interface *intf,
u8 data_altsetting);
+int cdc_ncm_bind_common(struct usbnet *dev, struct usb_interface *intf,
u8 data_altsetting, int drvflags);
void cdc_ncm_unbind(struct usbnet *dev, struct usb_interface *intf);
struct sk_buff *cdc_ncm_fill_tx_frame(struct usbnet *dev, struct
sk_buff *skb, __le32 sign);
int cdc_ncm_rx_verify_nth16(struct cdc_ncm_ctx *ctx, struct sk_buff
*skb_in);
Matti Laakso
2015-07-12 13:36:57 UTC
Permalink
Post by chrono
Ahoy everyone,
http://www.amazon.de/dp/B00NLJE3O6
I've tested Enricos latest patch on MIPS (3.18.17) and x86_64 (3.18.11)
and had a little bit of trouble applying it to latest trunk, so here's
the latest tested patch from a diff against 3.18.17 (openwrt-trunk).
With that patch applied, a simple AT^NDISDUP=1,1,"your.apn.here" and
udhcpc -i wwan0 is online and routing immediately.
config interface '4g'
option proto 'ncm'
option ifname 'wwan0'
option device '/dev/ttyUSB1'
option apn 'internet.eplus.de'
Again, big thanks go to Enrico for fixing NDP/SKB issues, much obliged.
That's great news! Did you try if option device '/dev/cdc-wdm0' works as
well? I was able to borrow a E3372, and will try the patch soon as well.

Matti
John Crispin
2015-07-14 06:41:40 UTC
Permalink
Hi,

how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.

also the patch sent was missing proper subject and SoB.

John
Post by Matti Laakso
Post by chrono
Ahoy everyone,
http://www.amazon.de/dp/B00NLJE3O6
I've tested Enricos latest patch on MIPS (3.18.17) and x86_64 (3.18.11)
and had a little bit of trouble applying it to latest trunk, so here's
the latest tested patch from a diff against 3.18.17 (openwrt-trunk).
With that patch applied, a simple AT^NDISDUP=1,1,"your.apn.here" and
udhcpc -i wwan0 is online and routing immediately.
config interface '4g'
option proto 'ncm'
option ifname 'wwan0'
option device '/dev/ttyUSB1'
option apn 'internet.eplus.de'
Again, big thanks go to Enrico for fixing NDP/SKB issues, much obliged.
That's great news! Did you try if option device '/dev/cdc-wdm0' works as
well? I was able to borrow a E3372, and will try the patch soon as well.
Matti
_______________________________________________
openwrt-devel mailing list
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
chrono
2015-07-14 12:44:44 UTC
Permalink
how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.

I'll try to do another test with cdc-⁠wdm0 tonight, as promised
to Matti. Apart from that it has been running here with current
trunk on a MR3020 as well as a GL-⁠Inet (both ar71xx) without
any problems, abnormal disconnects or any other erratic/⁠weird
system behaviour.

also the patch sent was missing proper subject and SoB.

Sorry if I have broken any protocol, I have no experience with
openwrt-⁠devel ecosphere from a submitter's point of view. How
should the Subject be formatted to be proper? Also, SoB?

http://acronyms.thefreedictionary.com/SOB

My guess is, it means Signed-⁠off By, but again, I don't know
if I can sign something off and if so, how I have to do it :)

Since I found a lot of refs on the web where people were trying
to get this working (again?) I thought it made sense to share
the results of the time Enrico and I invested into it to get it
to work, so that even if the patch was rejected, people could
take it and do whatever they want since it's pretty much all
that is needed.
chrono
2015-07-15 13:35:32 UTC
Permalink
Hi John,
Post by John Crispin
how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.
Pretty well, see mail from yesterday. After a fresh pull today, the
patch
also applied without any warning/notice to 3.18.18 and the stick is also
working with the same config as posted yesterday.
Post by John Crispin
also the patch sent was missing proper subject and SoB.
Do I need to do something here to help? It would be great to see this
at least in trunk and/or CC so that more people can directly use
these sticks without hassle.

chrono
Matti Laakso
2015-07-15 17:41:49 UTC
Permalink
Post by John Crispin
Hi,
how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.
also the patch sent was missing proper subject and SoB.
John
Hi John,

Sorry about the delay, it seems I've managed to kill the second USB-port
in my main router, and the first was for extroot. Now I was able to test
this on another router, and E3372s is working perfectly on current 15.05
with this patch. Pure plug-and-play, at least for IPv4 connectivity. I
can send a properly formatted and signed-off patch shortly, hope it
still makes it to 15.05.

Matti
Post by John Crispin
/ Ahoy everyone,
/>>/
/>>/
/>>/ http://www.amazon.de/dp/B00NLJE3O6
/>>/
/>>/ I've tested Enricos latest patch on MIPS (3.18.17) and x86_64 (3.18.11)
/>>/ and had a little bit of trouble applying it to latest trunk, so here's
/>>/ the latest tested patch from a diff against 3.18.17 (openwrt-trunk).
/>>/
/>>/ With that patch applied, a simple AT^NDISDUP=1,1,"your.apn.here" and
/>>/ udhcpc -i wwan0 is online and routing immediately.
/>>/
/>>/
/>>/ config interface '4g'
/>>/ option proto 'ncm'
/>>/ option ifname 'wwan0'
/>>/ option device '/dev/ttyUSB1'
/>>/ option apn 'internet.eplus.de'
/>>/
/>>/ Again, big thanks go to Enrico for fixing NDP/SKB issues, much obliged.
/>/
/>/ That's great news! Did you try if option device '/dev/cdc-wdm0' works as
/>/ well? I was able to borrow a E3372, and will try the patch soon as well.
/>/
/>/ Matti
/>/ _______________________________________________
/>/ openwrt-devel mailing list
/>/ openwrt-devel at lists.openwrt.org <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>
/>/ https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
/>/ /
John Crispin
2015-07-15 17:57:15 UTC
Permalink
Post by chrono
Post by John Crispin
Hi,
how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.
also the patch sent was missing proper subject and SoB.
John
Hi John,
Sorry about the delay, it seems I've managed to kill the second USB-port
in my main router, and the first was for extroot. Now I was able to test
this on another router, and E3372s is working perfectly on current 15.05
with this patch. Pure plug-and-play, at least for IPv4 connectivity. I
can send a properly formatted and signed-off patch shortly, hope it
still makes it to 15.05.
Matti
goodie, i'll pull it into CC
John Crispin
2015-07-24 06:46:21 UTC
Permalink
Post by John Crispin
Post by chrono
Post by John Crispin
Hi,
how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.
also the patch sent was missing proper subject and SoB.
John
Hi John,
Sorry about the delay, it seems I've managed to kill the second USB-port
in my main router, and the first was for extroot. Now I was able to test
this on another router, and E3372s is working perfectly on current 15.05
with this patch. Pure plug-and-play, at least for IPv4 connectivity. I
can send a properly formatted and signed-off patch shortly, hope it
still makes it to 15.05.
Matti
goodie, i'll pull it into CC
done, do we also need this for 4.1 ?

John
chrono
2015-07-14 12:12:39 UTC
Permalink
Post by Matti Laakso
That's great news! Did you try if option device '/dev/cdc-wdm0' works as
well? I was able to borrow a E3372, and will try the patch soon as well.
I do have cdc-wdm0 availabe and IIRC, I tested sending AT commands to
it before, and it _seemed_ to behave just like ttyUSB1. I can do another
test tonight, same kernel but use cdc-wdm0 as a control device, if
it helps. I'm cut off the internet lately for most of the time, so
please
forgive my comm latency.
chrono
2015-07-14 21:30:18 UTC
Permalink
Post by chrono
Post by Matti Laakso
That's great news! Did you try if option device '/dev/cdc-wdm0' works as
well? I was able to borrow a E3372, and will try the patch soon as well.
I do have cdc-wdm0 availabe and IIRC, I tested sending AT commands to
it before, and it _seemed_ to behave just like ttyUSB1. I can do another
test tonight, same kernel but use cdc-wdm0 as a control device, if
it helps. I'm cut off the internet lately for most of the time, so
please
forgive my comm latency.
Changed config to cdc-wdm0 and online with GL.Inet host now.

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=54 time=53.338 ms
64 bytes from 8.8.8.8: seq=1 ttl=54 time=67.359 ms
64 bytes from 8.8.8.8: seq=2 ttl=54 time=59.140 ms
64 bytes from 8.8.8.8: seq=3 ttl=54 time=58.785 ms
64 bytes from 8.8.8.8: seq=4 ttl=54 time=58.512 ms
64 bytes from 8.8.8.8: seq=5 ttl=54 time=50.084 ms
64 bytes from 8.8.8.8: seq=6 ttl=54 time=57.995 ms
64 bytes from 8.8.8.8: seq=7 ttl=54 time=57.516 ms
64 bytes from 8.8.8.8: seq=8 ttl=54 time=49.181 ms
^C
--- 8.8.8.8 ping statistics ---
9 packets transmitted, 9 packets received, 0% packet loss
round-trip min/avg/max = 49.181/56.878/67.359 ms

Noteworthy things:

Using picocom with /dev/cdc-wdm0 does NOT seem to work, however, this
doesn't seem to affect the ability to get it online. Still confusing.

usb-modeswitch is NOT installed. It seems that after making a modeswitch
once, the stick stays in the last mode. There are a couple of more
/dev/ttyUSBx devices (2+3) which are a results of playing with
AT^SETPORT.

wwan0 comes up without ARP. This has not been set manually but seems
to be set automatically. (Did a fresh boot for each test).

There are also still those:

huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped

messages as well as some Unknown error messages in logread:

Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_4' is
setting up now
Tue Jul 14 20:57:04 2015 daemon.notice netifd: 4g (1185): Command
failed: Unknown error

From a "users" perspective it was/still is a bit confusing what
the "right" path of configuration is supposed to be. Use some hacky
scripts we can find online or just use (luci)-3g-proto/comgt as a
default. There are also some rejected patches in ozlab implementing
NCM as a separate interface config protocol. Since it's working now,
I would only wish to have a detailed status overview, showing things
like signal, freq, carrier, link, mode, etc. on the web interface.

==== config ====

config interface '4g'
option proto 'ncm'
option ifname 'wwan0'
#option device '/dev/ttyUSB1'
option device '/dev/cdc-wdm0'
option apn 'internet.eplus.de'



==== interface ====

wwan0 Link encap:Ethernet HWaddr 00:1E:10:1F:00:00
inet addr:10.118.87.230 Bcast:10.118.87.231
Mask:255.255.255.252
inet6 addr: fe80::21e:10ff:fe1f:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1740 errors:0 dropped:0 overruns:0 frame:0
TX packets:2006 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1153294 (1.0 MiB) TX bytes:752946 (735.2 KiB)


==== dmesg ====

[ 0.000000] Linux version 3.18.17 (***@chronos) (gcc version 4.8.3
(OpenWrt/Linaro GCC 4.8-2014.04 r46120) ) #11 Mon Jul 13 12:11:17 2015
[ 0.000000] MyLoader: sysp=07e72918, boardp=37075c4b, parts=9854d1f2
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 00019374 (MIPS 24Kc)
[ 0.000000] SoC: Atheros AR9330 rev 1
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 04000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x00000000-0x03ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x03ffffff]
[ 0.000000] Initmem setup node 0 [mem 0x00000000-0x03ffffff]
[ 0.000000] On node 0 totalpages: 16384
[ 0.000000] free_area_init_node: node 0, pgdat 803540f0, node_mem_map
81000000
[ 0.000000] Normal zone: 128 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 16384 pages, LIFO batch:3
[ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32
bytes.
[ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases,
linesize 32 bytes
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on.
Total pages: 16256
[ 0.000000] Kernel command line: board=GL-INET
console=ttyATH0,115200 rootfstype=squashfs,jffs2 noinitrd
[ 0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768
bytes)
[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384
bytes)
[ 0.000000] Writing ErrCtl register=00000000
[ 0.000000] Readback ErrCtl register=00000000
[ 0.000000] Memory: 61024K/65536K available (2468K kernel code, 119K
rwdata, 524K rodata, 208K init, 188K bss, 4512K reserved)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1,
Nodes=1
[ 0.000000] NR_IRQS:51
[ 0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz,
Ref:25.000MHz
[ 0.000000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
[ 0.080000] pid_max: default: 32768 minimum: 301
[ 0.080000] Mount-cache hash table entries: 1024 (order: 0, 4096
bytes)
[ 0.090000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096
bytes)
[ 0.100000] NET: Registered protocol family 16
[ 0.100000] MIPS: machine is GL-CONNECT INET v1
[ 0.590000] Switched to clocksource MIPS
[ 0.590000] NET: Registered protocol family 2
[ 0.600000] TCP established hash table entries: 1024 (order: 0, 4096
bytes)
[ 0.600000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.600000] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.610000] TCP: reno registered
[ 0.610000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.620000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.630000] NET: Registered protocol family 1
[ 0.630000] PCI: CLS 0 bytes, default 32
[ 0.630000] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.660000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.660000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME)
(CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.670000] msgmni has been set to 119
[ 0.680000] io scheduler noop registered
[ 0.680000] io scheduler deadline registered (default)
[ 0.680000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[ 0.690000] ar933x-uart: ttyATH0 at MMIO 0x18020000 (irq = 11,
base_baud = 1562500) is a AR933X UART
[ 0.700000] console [ttyATH0] enabled
[ 0.710000] bootconsole [early0] disabled
[ 0.720000] m25p80 spi0.0: found w25q128, expected m25p80
[ 0.720000] m25p80 spi0.0: w25q128 (16384 Kbytes)
[ 0.730000] 5 tp-link partitions found on MTD device spi0.0
[ 0.730000] Creating 5 MTD partitions on "spi0.0":
[ 0.740000] 0x000000000000-0x000000020000 : "u-boot"
[ 0.740000] 0x000000020000-0x00000013449c : "kernel"
[ 0.750000] 0x00000013449c-0x000000ff0000 : "rootfs"
[ 0.750000] mtd: device 2 (rootfs) set to be root filesystem
[ 0.760000] 1 squashfs-split partitions found on MTD device rootfs
[ 0.760000] 0x000000500000-0x000000ff0000 : "rootfs_data"
[ 0.770000] 0x000000ff0000-0x000001000000 : "art"
[ 0.780000] 0x000000020000-0x000000ff0000 : "firmware"
[ 0.800000] libphy: ag71xx_mdio: probed
[ 1.390000] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.1:04
[uid=004dd041, driver=Generic PHY]
[ 1.400000] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
[ 1.990000] ag71xx-mdio.1: Found an AR7240/AR9330 built-in switch
[ 2.020000] eth1: Atheros AG71xx at 0xba000000, irq 5, mode:GMII
[ 2.020000] TCP: cubic registered
[ 2.030000] NET: Registered protocol family 17
[ 2.030000] bridge: automatic filtering via arp/ip/ip6tables has been
deprecated. Update your scripts to load br_netfilter if you need this.
[ 2.040000] 8021q: 802.1Q VLAN Support v1.8
[ 2.060000] VFS: Mounted root (squashfs filesystem) readonly on
device 31:2.
[ 2.070000] Freeing unused kernel memory: 208K (8036c000 - 803a0000)
[ 3.460000] init: Console is alive
[ 3.460000] init: - watchdog -
[ 5.190000] usbcore: registered new interface driver usbfs
[ 5.200000] usbcore: registered new interface driver hub
[ 5.200000] usbcore: registered new device driver usb
[ 5.210000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI)
Driver
[ 5.220000] ehci-platform: EHCI generic platform driver
[ 5.220000] ehci-platform ehci-platform: EHCI Host Controller
[ 5.230000] ehci-platform ehci-platform: new USB bus registered,
assigned bus number 1
[ 5.240000] ehci-platform ehci-platform: irq 3, io mem 0x1b000000
[ 5.260000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
[ 5.260000] hub 1-0:1.0: USB hub found
[ 5.260000] hub 1-0:1.0: 1 port detected
[ 5.270000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 5.280000] ohci-platform: OHCI generic platform driver
[ 5.560000] init: - preinit -
[ 5.590000] usb 1-1: new high-speed USB device number 2 using
ehci-platform
[ 6.070000] random: procd urandom read with 10 bits of entropy
available
[ 9.600000] mount_root: loading kmods from internal overlay
[ 9.950000] jffs2: notice: (335) jffs2_build_xattr_subsystem:
complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan)
and 0 of xref (0 dead, 0 orphan) found.
[ 9.960000] block: attempting to load
/tmp/jffs_cfg/upper/etc/config/fstab
[ 9.980000] block: extroot: not configured
[ 10.040000] jffs2: notice: (331) jffs2_build_xattr_subsystem:
complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan)
and 0 of xref (0 dead, 0 orphan) found.
[ 10.170000] block: attempting to load
/tmp/jffs_cfg/upper/etc/config/fstab
[ 10.190000] block: extroot: not configured
[ 10.190000] mount_root: switching to jffs2 overlay
[ 10.240000] procd: - early -
[ 10.240000] procd: - watchdog -
[ 11.130000] procd: - ubus -
[ 12.150000] procd: - init -
[ 13.530000] NET: Registered protocol family 10
[ 13.560000] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 13.610000] u32 classifier
[ 13.610000] input device check on
[ 13.610000] Actions configured
[ 13.620000] Mirror/redirect action on
[ 13.630000] nf_conntrack version 0.5.0 (956 buckets, 3824 max)
[ 13.660000] usbcore: registered new interface driver cdc_wdm
[ 13.670000] Loading modules backported from Linux version
master-2015-06-22-0-g4732c92
[ 13.680000] Backport generated by backports.git
backports-20150626-0-gc1a4168
[ 13.690000] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 13.780000] usbcore: registered new interface driver usbserial
[ 13.780000] usbcore: registered new interface driver
usbserial_generic
[ 13.790000] usbserial: USB Serial support registered for generic
[ 13.870000] xt_time: kernel timezone is -0000
[ 13.880000] usbcore: registered new interface driver cdc_ncm
[ 13.950000] cfg80211: Calling CRDA to update world regulatory domain
[ 13.950000] cfg80211: World regulatory domain updated:
[ 13.960000] cfg80211: DFS Master region: unset
[ 13.960000] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[ 13.970000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz),
(N/A, 2000 mBm), (N/A)
[ 13.980000] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz),
(N/A, 2000 mBm), (N/A)
[ 13.990000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz),
(N/A, 2000 mBm), (N/A)
[ 14.000000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz,
160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
[ 14.010000] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz,
160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
[ 14.010000] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz),
(N/A, 2000 mBm), (0 s)
[ 14.020000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz),
(N/A, 2000 mBm), (N/A)
[ 14.030000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 0 mBm), (N/A)
[ 14.070000] huawei_cdc_ncm 1-1:1.2: MAC-Address: 00:1e:10:1f:00:00
[ 14.070000] huawei_cdc_ncm 1-1:1.2: setting rx_max = 16384
[ 14.090000] huawei_cdc_ncm 1-1:1.2: NDP will be placed at end of
frame for this device.
[ 14.100000] huawei_cdc_ncm 1-1:1.2: cdc-wdm0: USB WDM device
[ 14.100000] huawei_cdc_ncm 1-1:1.2 wwan0: register 'huawei_cdc_ncm'
at usb-ehci-platform-1, Huawei CDC NCM device, 00:1e:10:1f:00:00
[ 14.120000] usbcore: registered new interface driver huawei_cdc_ncm
[ 14.230000] usbcore: registered new interface driver qmi_wwan
[ 14.320000] usbcore: registered new interface driver cdc_mbim
[ 14.350000] usbcore: registered new interface driver option
[ 14.350000] usbserial: USB Serial support registered for GSM modem
(1-port)
[ 14.360000] option 1-1:1.0: GSM modem (1-port) converter detected
[ 14.370000] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB0
[ 14.370000] option 1-1:1.1: GSM modem (1-port) converter detected
[ 14.380000] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB1
[ 14.390000] option 1-1:1.4: GSM modem (1-port) converter detected
[ 14.390000] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB2
[ 14.400000] option 1-1:1.5: GSM modem (1-port) converter detected
[ 14.400000] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB3
[ 14.450000] ath: EEPROM regdomain: 0x0
[ 14.450000] ath: EEPROM indicates default country code should be used
[ 14.450000] ath: doing EEPROM country->regdmn map search
[ 14.450000] ath: country maps to regdmn code: 0x3a
[ 14.450000] ath: Country alpha2 being used: US
[ 14.450000] ath: Regpair used: 0x3a
[ 14.460000] ieee80211 phy0: Selected rate control algorithm
'minstrel_ht'
[ 14.470000] ieee80211 phy0: Atheros AR9330 Rev:1 mem=0xb8100000,
irq=2
[ 14.470000] cfg80211: Calling CRDA for country: US
[ 14.490000] cfg80211: Regulatory domain changed to country: US
[ 14.490000] cfg80211: DFS Master region: FCC
[ 14.490000] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[ 14.500000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz),
(N/A, 3000 mBm), (N/A)
[ 14.510000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz,
160000 KHz AUTO), (N/A, 1700 mBm), (N/A)
[ 14.520000] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz,
160000 KHz AUTO), (N/A, 2300 mBm), (0 s)
[ 14.530000] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz),
(N/A, 2300 mBm), (0 s)
[ 14.540000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz),
(N/A, 3000 mBm), (N/A)
[ 14.550000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 4000 mBm), (N/A)
[ 24.810000] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 25.110000] device eth0 entered promiscuous mode
[ 25.110000] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[ 25.200000] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 26.730000] cfg80211: Calling CRDA for country: DE
[ 26.730000] cfg80211: Regulatory domain changed to country: DE
[ 26.740000] cfg80211: DFS Master region: ETSI
[ 26.740000] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[ 26.750000] cfg80211: (2400000 KHz - 2483000 KHz @ 40000 KHz),
(N/A, 2000 mBm), (N/A)
[ 26.760000] cfg80211: (5150000 KHz - 5250000 KHz @ 80000 KHz,
200000 KHz AUTO), (N/A, 2000 mBm), (N/A)
[ 26.770000] cfg80211: (5250000 KHz - 5350000 KHz @ 80000 KHz,
200000 KHz AUTO), (N/A, 2000 mBm), (0 s)
[ 26.780000] cfg80211: (5470000 KHz - 5725000 KHz @ 160000 KHz),
(N/A, 2700 mBm), (0 s)
[ 26.780000] cfg80211: (57000000 KHz - 66000000 KHz @ 2160000 KHz),
(N/A, 4000 mBm), (N/A)
[ 27.180000] eth0: link up (100Mbps/Full duplex)
[ 27.180000] br-lan: port 1(eth0) entered forwarding state
[ 27.190000] br-lan: port 1(eth0) entered forwarding state
[ 27.200000] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 28.490000] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 29.190000] br-lan: port 1(eth0) entered forwarding state
[ 34.750000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[ 59.380000] random: nonblocking pool is initialized

==== logread ====

Tue Jul 14 20:56:47 2015 user.info kernel: [ 10.170000] block:
attempting to load /tmp/jffs_cfg/upper/etc/config/fstab
Tue Jul 14 20:56:47 2015 user.info kernel: [ 10.190000] block:
extroot: not configured
Tue Jul 14 20:56:47 2015 user.info kernel: [ 10.190000] mount_root:
switching to jffs2 overlay
Tue Jul 14 20:56:47 2015 user.info kernel: [ 10.240000] procd: - early
-
Tue Jul 14 20:56:47 2015 user.info kernel: [ 10.240000] procd: -
watchdog -
Tue Jul 14 20:56:47 2015 user.info kernel: [ 11.130000] procd: - ubus
-
Tue Jul 14 20:56:47 2015 user.info kernel: [ 12.150000] procd: - init
-
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.530000] NET:
Registered protocol family 10
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.560000] ip6_tables:
(C) 2000-2006 Netfilter Core Team
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.610000] u32 classifier
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.610000] input
device check on
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.610000] Actions
configured
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.620000]
Mirror/redirect action on
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.630000] nf_conntrack
version 0.5.0 (956 buckets, 3824 max)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.660000] usbcore:
registered new interface driver cdc_wdm
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.670000] Loading
modules backported from Linux version master-2015-06-22-0-g4732c92
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.680000] Backport
generated by backports.git backports-20150626-0-gc1a4168
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.690000] ip_tables: (C)
2000-2006 Netfilter Core Team
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.780000] usbcore:
registered new interface driver usbserial
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.780000] usbcore:
registered new interface driver usbserial_generic
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.790000] usbserial: USB
Serial support registered for generic
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.870000] xt_time:
kernel timezone is -0000
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.880000] usbcore:
registered new interface driver cdc_ncm
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.950000] cfg80211:
Calling CRDA to update world regulatory domain
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.950000] cfg80211:
World regulatory domain updated:
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.960000] cfg80211: DFS
Master region: unset
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.960000] cfg80211:
(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp),
(dfs_cac_time)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.970000] cfg80211:
(2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.980000] cfg80211:
(2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 13.990000] cfg80211:
(2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.000000] cfg80211:
(5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000
mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.010000] cfg80211:
(5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000
mBm), (0 s)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.010000] cfg80211:
(5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.020000] cfg80211:
(5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.030000] cfg80211:
(57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.070000] huawei_cdc_ncm
1-1:1.2: MAC-Address: 00:1e:10:1f:00:00
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.070000] huawei_cdc_ncm
1-1:1.2: setting rx_max = 16384
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.090000] huawei_cdc_ncm
1-1:1.2: NDP will be placed at end of frame for this device.
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.100000] huawei_cdc_ncm
1-1:1.2: cdc-wdm0: USB WDM device
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.100000] huawei_cdc_ncm
1-1:1.2 wwan0: register 'huawei_cdc_ncm' at usb-ehci-platform-1, Huawei
CDC NCM device, 00:1e:10:1f:00:00
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.120000] usbcore:
registered new interface driver huawei_cdc_ncm
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.230000] usbcore:
registered new interface driver qmi_wwan
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.320000] usbcore:
registered new interface driver cdc_mbim
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.350000] usbcore:
registered new interface driver option
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.350000] usbserial: USB
Serial support registered for GSM modem (1-port)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.360000] option
1-1:1.0: GSM modem (1-port) converter detected
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.370000] usb 1-1: GSM
modem (1-port) converter now attached to ttyUSB0
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.370000] option
1-1:1.1: GSM modem (1-port) converter detected
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.380000] usb 1-1: GSM
modem (1-port) converter now attached to ttyUSB1
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.390000] option
1-1:1.4: GSM modem (1-port) converter detected
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.390000] usb 1-1: GSM
modem (1-port) converter now attached to ttyUSB2
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.400000] option
1-1:1.5: GSM modem (1-port) converter detected
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.400000] usb 1-1: GSM
modem (1-port) converter now attached to ttyUSB3
Tue Jul 14 20:56:47 2015 kern.debug kernel: [ 14.450000] ath: EEPROM
regdomain: 0x0
Tue Jul 14 20:56:47 2015 kern.debug kernel: [ 14.450000] ath: EEPROM
indicates default country code should be used
Tue Jul 14 20:56:47 2015 kern.debug kernel: [ 14.450000] ath: doing
EEPROM country->regdmn map search
Tue Jul 14 20:56:47 2015 kern.debug kernel: [ 14.450000] ath: country
maps to regdmn code: 0x3a
Tue Jul 14 20:56:47 2015 kern.debug kernel: [ 14.450000] ath: Country
alpha2 being used: US
Tue Jul 14 20:56:47 2015 kern.debug kernel: [ 14.450000] ath: Regpair
used: 0x3a
Tue Jul 14 20:56:47 2015 kern.debug kernel: [ 14.460000] ieee80211
phy0: Selected rate control algorithm 'minstrel_ht'
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.470000] ieee80211
phy0: Atheros AR9330 Rev:1 mem=0xb8100000, irq=2
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.470000] cfg80211:
Calling CRDA for country: US
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.490000] cfg80211:
Regulatory domain changed to country: US
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.490000] cfg80211: DFS
Master region: FCC
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.490000] cfg80211:
(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp),
(dfs_cac_time)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.500000] cfg80211:
(2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.510000] cfg80211:
(5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 1700
mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.520000] cfg80211:
(5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300
mBm), (0 s)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.530000] cfg80211:
(5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2300 mBm), (0 s)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.540000] cfg80211:
(5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
Tue Jul 14 20:56:47 2015 kern.info kernel: [ 14.550000] cfg80211:
(57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Tue Jul 14 20:56:50 2015 user.emerg : this file has been obsoleted.
please call "/sbin/block mount" directly
Tue Jul 14 20:56:50 2015 daemon.err block: /dev/mtdblock3 is already
mounted
Tue Jul 14 20:56:51 2015 authpriv.info dropbear[1034]: Not backgrounding
Tue Jul 14 20:56:54 2015 daemon.err insmod: module is already loaded -
cls_u32
Tue Jul 14 20:56:54 2015 daemon.err insmod: module is already loaded -
em_u32
Tue Jul 14 20:56:54 2015 daemon.err insmod: module is already loaded -
act_connmark
Tue Jul 14 20:56:54 2015 daemon.err insmod: module is already loaded -
act_mirred
Tue Jul 14 20:56:54 2015 daemon.err insmod: module is already loaded -
sch_ingress
Tue Jul 14 20:56:54 2015 daemon.err insmod: module is already loaded -
cls_fw
Tue Jul 14 20:56:54 2015 daemon.err insmod: module is already loaded -
sch_hfsc
Tue Jul 14 20:56:54 2015 kern.info kernel: [ 24.810000] IPv6:
ADDRCONF(NETDEV_UP): eth0: link is not ready
Tue Jul 14 20:56:54 2015 kern.info kernel: [ 25.110000] device eth0
entered promiscuous mode
Tue Jul 14 20:56:54 2015 kern.info kernel: [ 25.110000] IPv6:
ADDRCONF(NETDEV_UP): br-lan: link is not ready
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'lan' is
enabled
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'lan' is
setting up now
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'lan' is now up
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface '4g' is setting
up now
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'dmz' is
enabled
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'dmz' is
setting up now
Tue Jul 14 20:56:54 2015 kern.info kernel: [ 25.200000] IPv6:
ADDRCONF(NETDEV_UP): eth1: link is not ready
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'dmz' is now up
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'loopback' is
enabled
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'loopback' is
setting up now
Tue Jul 14 20:56:54 2015 daemon.notice netifd: Interface 'loopback' is
now up
Tue Jul 14 20:56:55 2015 daemon.notice netifd: Network device 'lo' link
is up
Tue Jul 14 20:56:55 2015 daemon.notice netifd: Interface 'loopback' has
link connectivity
Tue Jul 14 20:56:56 2015 daemon.err insmod: module is already loaded -
xt_multiport
Tue Jul 14 20:56:56 2015 daemon.err insmod: module is already loaded -
xt_comment
Tue Jul 14 20:56:56 2015 daemon.err insmod: module is already loaded -
xt_length
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.730000] cfg80211:
Calling CRDA for country: DE
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.730000] cfg80211:
Regulatory domain changed to country: DE
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.740000] cfg80211: DFS
Master region: ETSI
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.740000] cfg80211:
(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp),
(dfs_cac_time)
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.750000] cfg80211:
(2400000 KHz - 2483000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.760000] cfg80211:
(5150000 KHz - 5250000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000
mBm), (N/A)
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.770000] cfg80211:
(5250000 KHz - 5350000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000
mBm), (0 s)
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.780000] cfg80211:
(5470000 KHz - 5725000 KHz @ 160000 KHz), (N/A, 2700 mBm), (0 s)
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 26.780000] cfg80211:
(57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 27.180000] eth0: link up
(100Mbps/Full duplex)
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 27.180000] br-lan: port
1(eth0) entered forwarding state
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 27.190000] br-lan: port
1(eth0) entered forwarding state
Tue Jul 14 20:56:56 2015 daemon.notice netifd: Network device 'eth0'
link is up
Tue Jul 14 20:56:56 2015 daemon.notice netifd: Bridge 'br-lan' link is
up
Tue Jul 14 20:56:56 2015 daemon.notice netifd: Interface 'lan' has link
connectivity
Tue Jul 14 20:56:56 2015 kern.info kernel: [ 27.200000] IPv6:
ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Tue Jul 14 20:56:58 2015 kern.info kernel: [ 28.490000] IPv6:
ADDRCONF(NETDEV_UP): wlan0: link is not ready
Tue Jul 14 20:56:58 2015 user.notice firewall: Reloading firewall due to
ifup of lan (br-lan)
Tue Jul 14 20:56:58 2015 kern.info kernel: [ 29.190000] br-lan: port
1(eth0) entered forwarding state
Tue Jul 14 20:56:58 2015 daemon.notice netifd: radio0 (1193):
Successfully initialized wpa_supplicant
Tue Jul 14 20:56:59 2015 daemon.notice netifd: 4g (1185): sending -> AT
Tue Jul 14 20:57:00 2015 daemon.notice netifd: 4g (1185): sending -> ATZ
Tue Jul 14 20:57:00 2015 daemon.notice netifd: 4g (1185): sending ->
ATQ0
Tue Jul 14 20:57:01 2015 daemon.notice netifd: 4g (1185): sending ->
ATV1
Tue Jul 14 20:57:01 2015 daemon.notice netifd: Interface 'wan' is
enabled
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
cls_u32
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
em_u32
Tue Jul 14 20:57:02 2015 daemon.notice netifd: 4g (1185): sending ->
ATE1
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
act_connmark
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
act_mirred
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
sch_ingress
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
cls_fw
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
sch_hfsc
Tue Jul 14 20:57:02 2015 daemon.notice netifd: 4g (1185): sending ->
ATS0=0
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
xt_multiport
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
xt_comment
Tue Jul 14 20:57:02 2015 daemon.err insmod: module is already loaded -
xt_length
Tue Jul 14 20:57:03 2015 daemon.notice netifd: 4g (1185): sending ->
AT^NDISDUP=1,1,"internet.eplus.de"
Tue Jul 14 20:57:04 2015 daemon.notice netifd: 4g (1185): Connected,
starting DHCP
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g' is now up
Tue Jul 14 20:57:04 2015 kern.err kernel: [ 34.750000] huawei_cdc_ncm
1-1:1.2 wwan0: kevent 12 may have been dropped
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Network device 'wwan0'
link is up
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Network alias 'wwan0'
link is up
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_4' is
enabled
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_4' has link
connectivity
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_4' is
setting up now
Tue Jul 14 20:57:04 2015 daemon.notice netifd: 4g (1185): Command
failed: Unknown error
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_6' is
enabled
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_6' has link
connectivity
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_6' is
setting up now
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_6' is now
up
Tue Jul 14 20:57:04 2015 daemon.notice netifd: 4g (1185): Command
failed: Unknown error
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : uci: Entry not found
Tue Jul 14 20:57:04 2015 user.emerg : /etc/rc.local: line 28:
/usr/bin/glautoupdater: not found
Tue Jul 14 20:57:04 2015 daemon.notice netifd: 4g_4 (1721): udhcpc
(v1.23.2) started
Tue Jul 14 20:57:05 2015 user.emerg : setting up led LAN
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: started, version
2.73 cachesize 150
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: compile time
options: no-IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua
TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq-dhcp[1740]: DHCP, IP range
192.168.8.100 -- 192.168.8.249, lease time 12h
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: using local
addresses only for domain lan
Tue Jul 14 20:57:05 2015 daemon.warn dnsmasq[1740]: no servers found in
/tmp/resolv.conf.auto, will retry
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: read /etc/hosts - 1
addresses
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: read /tmp/hosts/dhcp
- 1 addresses
Tue Jul 14 20:57:05 2015 daemon.notice netifd: 4g_4 (1721): Sending
discover...
Tue Jul 14 20:57:05 2015 daemon.notice netifd: 4g_4 (1721): Sending
select for 10.118.87.230...
Tue Jul 14 20:57:05 2015 user.emerg : setting up led WLAN
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq-dhcp[1740]: read
/etc/ethers - 0 addresses
Tue Jul 14 20:57:05 2015 daemon.notice netifd: 4g_4 (1721): Lease of
10.118.87.230 obtained, lease time 518400
Tue Jul 14 20:57:05 2015 daemon.notice netifd: Interface '4g_4' is now
up
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: reading
/tmp/resolv.conf.auto
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: using local
addresses only for domain lan
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: using nameserver
212.23.103.8#53
Tue Jul 14 20:57:05 2015 daemon.info dnsmasq[1740]: using nameserver
212.23.103.9#53
Tue Jul 14 20:57:07 2015 daemon.notice vnstatd[1829]: vnStat daemon 1.12
started. (uid:0 gid:0)
Tue Jul 14 20:57:07 2015 daemon.notice vnstatd[1829]: Monitoring: eth0
(100 Mbit) eth1 (100 Mbit) wlan0 (100 Mbit) wwan0 (100 Mbit)
Tue Jul 14 20:57:07 2015 daemon.info procd: - init complete -
Tue Jul 14 20:57:07 2015 user.notice /usr/bin/simplefailover: No gateway
on wan?
Tue Jul 14 20:57:12 2015 user.notice firewall: Reloading firewall due to
ifup of 4g (wwan0)
Tue Jul 14 20:58:20 2015 kern.notice kernel: [ 59.380000] random:
nonblocking pool is initialized

==== lsusb ====

Bus 001 Device 002: ID 12d1:1506 Huawei Technologies Co., Ltd. E398
LTE/UMTS/GSM Modem/Networkcard
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x12d1 Huawei Technologies Co., Ltd.
idProduct 0x1506 E398 LTE/UMTS/GSM Modem/Networkcard
bcdDevice 1.02
iManufacturer 1 HUAWEI_MOBILE
iProduct 2 HUAWEI_MOBILE
iSerial 3 0123456789ABCDEF
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 282
bNumInterfaces 6
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 2mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 16
iInterface 0
** UNRECOGNIZED: 05 24 00 10 01
** UNRECOGNIZED: 04 24 02 02
** UNRECOGNIZED: 05 24 01 00 00
** UNRECOGNIZED: 05 24 06 00 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x000a 1x 10 bytes
bInterval 9
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 18
iInterface 0
** UNRECOGNIZED: 05 24 00 10 01
** UNRECOGNIZED: 04 24 02 02
** UNRECOGNIZED: 05 24 01 00 01
** UNRECOGNIZED: 05 24 06 00 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 22
iInterface 7 NCM Network Control Model
** UNRECOGNIZED: 05 24 00 10 01
** UNRECOGNIZED: 06 24 1a 00 01 1f
** UNRECOGNIZED: 0d 24 0f 09 0f 00 00 00 ea 05 03 00 01
** UNRECOGNIZED: 05 24 06 02 02
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x85 EP 5 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0010 1x 16 bytes
bInterval 5
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 22
iInterface 8 CDC Network Data
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x85 EP 5 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0010 1x 16 bytes
bInterval 5
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 11 Mass Storage
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x86 EP 6 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x04 EP 4 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 4
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 5
iInterface 0
** UNRECOGNIZED: 05 24 00 10 01
** UNRECOGNIZED: 04 24 02 02
** UNRECOGNIZED: 05 24 01 00 04
** UNRECOGNIZED: 05 24 06 00 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x87 EP 7 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x05 EP 5 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 5
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 10
iInterface 0
** UNRECOGNIZED: 05 24 00 10 01
** UNRECOGNIZED: 04 24 02 02
** UNRECOGNIZED: 05 24 01 00 05
** UNRECOGNIZED: 05 24 06 00 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x88 EP 8 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x06 EP 6 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Binary Object Store Descriptor:
bLength 5
bDescriptorType 15
wTotalLength 22
bNumDeviceCaps 2
USB 2.0 Extension Device Capability:
bLength 7
bDescriptorType 16
bDevCapabilityType 2
bmAttributes 0x00000002
Link Power Management (LPM) Supported
SuperSpeed USB Device Capability:
bLength 10
bDescriptorType 16
bDevCapabilityType 3
bmAttributes 0x00
wSpeedsSupported 0x000f
Device can operate at Low Speed (1Mbps)
Device can operate at Full Speed (12Mbps)
Device can operate at High Speed (480Mbps)
Device can operate at SuperSpeed (5Gbps)
bFunctionalitySupport 1
Lowest fully-functional device speed is Full Speed (12Mbps)
bU1DevExitLat 1 micro seconds
bU2DevExitLat 500 micro seconds
Device Status: 0x0001
Self Powered
Matti Laakso
2015-07-24 09:19:35 UTC
Permalink
The fix will be in 4.2, so we still need the patch for 4.1.
________________________________
LÀhettÀjÀ: John Crispin<mailto:***@openwrt.org>
LÀhetetty: ‎24.‎7.‎2015 9:46
Vastaanottaja: Matti Laakso<mailto:***@elisanet.fi>; openwrt-***@lists.openwrt.org<mailto:openwrt-***@lists.openwrt.org>; ***@open-resource.org<mailto:***@open-resource.org>
Aihe: Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end of NCM frame
Post by John Crispin
Post by chrono
Post by John Crispin
Hi,
how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.
also the patch sent was missing proper subject and SoB.
John
Hi John,
Sorry about the delay, it seems I've managed to kill the second USB-port
in my main router, and the first was for extroot. Now I was able to test
this on another router, and E3372s is working perfectly on current 15.05
with this patch. Pure plug-and-play, at least for IPv4 connectivity. I
can send a properly formatted and signed-off patch shortly, hope it
still makes it to 15.05.
Matti
goodie, i'll pull it into CC
done, do we also need this for 4.1 ?

John
John Crispin
2015-07-24 09:21:37 UTC
Permalink
Post by Matti Laakso
The fix will be in 4.2, so we still need the patch for 4.1.
can you prepare a patch and send it over ?
Matti Laakso
2015-07-24 10:32:05 UTC
Permalink
Sure, but will take until Monday.
________________________________
LÀhettÀjÀ: John Crispin<mailto:***@openwrt.org>
LÀhetetty: ‎24.‎7.‎2015 12:22
Vastaanottaja: Matti Laakso<mailto:***@elisanet.fi>; openwrt-***@lists.openwrt.org<mailto:openwrt-***@lists.openwrt.org>; ***@open-resource.org<mailto:***@open-resource.org>
Aihe: Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end of NCM frame
Post by Matti Laakso
The fix will be in 4.2, so we still need the patch for 4.1.
can you prepare a patch and send it over ?
Matti Laakso
2015-07-27 12:25:44 UTC
Permalink
Post by Matti Laakso
Sure, but will take until Monday.
________________________________
Lähettäjä: John Crispin<mailto:blogic at openwrt.org <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>>
Lähetetty: ‎24.‎7.‎2015 12:22
Vastaanottaja: Matti Laakso<mailto:malaakso at elisanet.fi <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>>; openwrt-devel at lists.openwrt.org <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel><mailto:openwrt-devel at lists.openwrt.org <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>>; chrono at open-resource.org <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel><mailto:chrono at open-resource.org <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>>
Aihe: Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end of NCM frame
/ The fix will be in 4.2, so we still need the patch for 4.1.
/
can you prepare a patch and send it over ?
It seems that Hauke already handled this. Working fine for me in trunk
now as well.

Matti

Loading...