* MediaTek Inc. MT7601U Wireless Adapter @ 2014-08-26 17:35 poma 2014-08-26 18:28 ` John W. Linville 0 siblings, 1 reply; 14+ messages in thread From: poma @ 2014-08-26 17:35 UTC (permalink / raw) To: GSS_MTK_WCN_ACS Cc: users, linux-wireless, Meng Zhang, Paul Lin, sharon.lo, andrea.tsai, mz.lee, jc.yang, chichen.lee, zoran.zvonar, shu-rung.ye, shawmin.lei, mingto.yu, careers.usa, maria.crockett, xun.guo, daisy.wu, ling.sun, noida.jobs, hr.mbj, yongzhen.chen, eric.yeh, kelvin.chou, xianlai.zhong, paul-ph.huang, mk.tsai, gaosen.zhang, sophia.liang, weihua.ma, jl.lin, fan.chen, priya.s, dyas.wu, kuanghua.wen, in.oh, recruit.sg, msz_dh3_all_manager, arun.gupta, muyi.chen, suyan.zhang, tony.pereira, christian.kermarrec Say, hi fi to everybody! Driver "mt7601Usta"(DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2) for the MediaTek MT7601U based wireless adapters - on a sale worldwide, is broken and obsolete. MediaTek folks, please consider the release of an upgraded version of the driver for the current stable Linux kernel, and the upcoming. Thanks. These are the results of tests starting with: $ modinfo mt7601Usta filename: /lib/modules/2.6.32-431.23.3.el6.x86_64/updates/mt7601Usta.ko version: 3.0.0.3 description: RT2870 Wireless Lan Linux Driver author: Paul Lin <paul_lin@ralinktech.com> license: GPL srcversion: E3EE381863883B309D682BB alias: usb:v148Fp7601d*dc*dsc*dp*ic*isc*ip* alias: usb:v148Fp6370d*dc*dsc*dp*ic*isc*ip* alias: usb:v148Fp7650d*dc*dsc*dp*ic*isc*ip* depends: vermagic: 2.6.32-431.23.3.el6.x86_64 SMP mod_unload modversions parm: mac:rt28xx: wireless mac addr (charp) and the ending with: $ modinfo mt7601Usta filename: /lib/modules/3.16.0-1.fc21.x86_64/updates/mt7601Usta.ko version: 3.0.0.3 description: RT2870 Wireless Lan Linux Driver author: Paul Lin <paul_lin@ralinktech.com> license: GPL srcversion: DB56E18D38EF6269211CFA0 alias: usb:v148Fp7601d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v148Fp6370d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v148Fp7650d*dc*dsc*dp*ic*isc*ip*in* depends: vermagic: 3.16.0-1.fc21.x86_64 SMP mod_unload parm: mac:rt28xx: wireless mac addr (charp) WORKING: 2.6.32-431.23.3.el6.x86_64 2.6.43.8-2.fc15.x86_64 WORKING - WITH REDUCED THROUGHPUT AND DISCONNECTIONS 3.0.0-1.fc16.x86_64 3.1.0-1.fc16.x86_64 3.2.0-2.fc17.x86_64 3.3.0-1.fc17.x86_64 3.3.8-1.fc16.x86_64 BROKEN - OPERATING SYSTEM CRASHES: 3.4.0-1.fc18.x86_64 3.4.2-4.fc17.x86_64 BROKEN - CANNOT COMPILE - WITH UNOFFICIAL PATCHES OPERATING SYSTEM CRASHES: 3.10.0-123.6.3.el7.x86_64 3.12.10-300.fc20.x86_64 3.15.10-200.fc20.x86_64 3.16.0-1.fc21.x86_64 poma Ref. http://forum.ubuntu.org.cn/viewtopic.php?f=116&t=456228 http://www.mediatek.com/en/downloads/ http://www.mediatek.com/en/downloads/mt7610u-usb/ DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: MediaTek Inc. MT7601U Wireless Adapter 2014-08-26 17:35 MediaTek Inc. MT7601U Wireless Adapter poma @ 2014-08-26 18:28 ` John W. Linville 2014-08-27 6:34 ` [rt2x00-users] " Andreas Hartmann 0 siblings, 1 reply; 14+ messages in thread From: John W. Linville @ 2014-08-26 18:28 UTC (permalink / raw) To: poma Cc: GSS_MTK_WCN_ACS, users, linux-wireless, Meng Zhang, Paul Lin, sharon.lo, andrea.tsai, mz.lee, jc.yang, chichen.lee, zoran.zvonar, shu-rung.ye, shawmin.lei, mingto.yu, careers.usa, maria.crockett, xun.guo, daisy.wu, ling.sun, noida.jobs, hr.mbj, yongzhen.chen, eric.yeh, kelvin.chou, xianlai.zhong, paul-ph.huang, mk.tsai, gaosen.zhang, sophia.liang, weihua.ma, jl.lin, fan.chen, priya.s, dyas.wu, kuanghua.wen, in.oh, recruit.sg, msz_dh3_all_manager, arun.gupta, muyi.chen, suyan.zhang, tony.pereira, christian.kermarrec On Tue, Aug 26, 2014 at 07:35:23PM +0200, poma wrote: > > Say, hi fi to everybody! > > Driver "mt7601Usta"(DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2) for the MediaTek MT7601U based wireless adapters - on a sale worldwide, is broken and obsolete. > MediaTek folks, > please consider the release of an upgraded version of the driver for the current stable Linux kernel, and the upcoming. > Thanks. It would be much better if the MediaTek folks would just send us patches for the drivers already in the kernel... John -- John W. Linville Someday the world will need a hero, and you linville@tuxdriver.com might be all we have. Be ready. ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-08-26 18:28 ` John W. Linville @ 2014-08-27 6:34 ` Andreas Hartmann 2014-08-27 13:55 ` John W. Linville 0 siblings, 1 reply; 14+ messages in thread From: Andreas Hartmann @ 2014-08-27 6:34 UTC (permalink / raw) To: John W. Linville, poma Cc: ling.sun, xun.guo, recruit.sg, GSS_MTK_WCN_ACS, Meng Zhang, zoran.zvonar, maria.crockett, jc.yang, mingto.yu, chichen.lee, paul-ph.huang, christian.kermarrec, arun.gupta, daisy.wu, gaosen.zhang, eric.yeh, hr.mbj, andrea.tsai, Paul Lin, shu-rung.ye, msz_dh3_all_manager, mk.tsai, muyi.chen, weihua.ma, shawmin.lei, yongzhen.chen, tony.pereira, sophia.liang, dyas.wu, careers.usa, kelvin.chou, fan.chen, mz.lee, xianlai.zhong, linux-wireless, users, priya.s, sharon.lo, jl.lin, suyan.zhang, in.oh, kuanghua.wen, noida.jobs John W. Linville wrote: > On Tue, Aug 26, 2014 at 07:35:23PM +0200, poma wrote: >> >> Say, hi fi to everybody! >> >> Driver "mt7601Usta"(DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2) for the MediaTek MT7601U based wireless adapters - on a sale worldwide, is broken and obsolete. >> MediaTek folks, >> please consider the release of an upgraded version of the driver for the current stable Linux kernel, and the upcoming. >> Thanks. > > It would be much better if the MediaTek folks would just send us > patches for the drivers already in the kernel... No. Sorry. The existing rt2800-driver is mostly broken and unusable compared with the original Ralink drivers. Especially the usb drivers are extremely bad. There are huge differences between the ralink usb drivers (rt5572sta e.g.) and the rt2800usb driver. The ralink drivers are working fine with a few additional patches even with kernel 3.15 and with 64bit(!!). @MediaTek Please provide own drivers as before as the existing rt2800 drivers should be reworked completely - but from my point of view they are dead since long time now. It is much better to have one basically good working driver (which must be patched manually to work with newer kernels because newer kernels often aren't downwardly compatible - if they would be, there wouldn't be any problem even with older drivers. But this is a huge problem of Linux at all). Regards and thanks to Ralink / Mediatek for providing own drivers! Andreas Hartmann ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-08-27 6:34 ` [rt2x00-users] " Andreas Hartmann @ 2014-08-27 13:55 ` John W. Linville 2014-08-28 2:51 ` poma 0 siblings, 1 reply; 14+ messages in thread From: John W. Linville @ 2014-08-27 13:55 UTC (permalink / raw) To: Andreas Hartmann Cc: poma, ling.sun, xun.guo, recruit.sg, GSS_MTK_WCN_ACS, Meng Zhang, zoran.zvonar, maria.crockett, jc.yang, mingto.yu, chichen.lee, paul-ph.huang, christian.kermarrec, arun.gupta, daisy.wu, gaosen.zhang, eric.yeh, hr.mbj, andrea.tsai, Paul Lin, shu-rung.ye, msz_dh3_all_manager, mk.tsai, muyi.chen, weihua.ma, shawmin.lei, yongzhen.chen, tony.pereira, sophia.liang, dyas.wu, careers.usa, kelvin.chou, fan.chen, mz.lee, xianlai.zhong, linux-wireless, users, priya.s, sharon.lo, jl.lin, suyan.zhang, in.oh, kuanghua.wen, noida.jobs On Wed, Aug 27, 2014 at 08:34:34AM +0200, Andreas Hartmann wrote: > John W. Linville wrote: > > On Tue, Aug 26, 2014 at 07:35:23PM +0200, poma wrote: > >> > >> Say, hi fi to everybody! > >> > >> Driver "mt7601Usta"(DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2) for the MediaTek MT7601U based wireless adapters - on a sale worldwide, is broken and obsolete. > >> MediaTek folks, > >> please consider the release of an upgraded version of the driver for the current stable Linux kernel, and the upcoming. > >> Thanks. > > > > It would be much better if the MediaTek folks would just send us > > patches for the drivers already in the kernel... > > > No. Sorry. The existing rt2800-driver is mostly broken and unusable > compared with the original Ralink drivers. Especially the usb drivers > are extremely bad. There are huge differences between the ralink usb > drivers (rt5572sta e.g.) and the rt2800usb driver. The ralink drivers > are working fine with a few additional patches even with kernel 3.15 and > with 64bit(!!). > > @MediaTek > Please provide own drivers as before as the existing rt2800 drivers > should be reworked completely - but from my point of view they are dead > since long time now. > It is much better to have one basically good working driver (which must > be patched manually to work with newer kernels because newer kernels > often aren't downwardly compatible - if they would be, there wouldn't be > any problem even with older drivers. But this is a huge problem of Linux > at all). > > > Regards and thanks to Ralink / Mediatek for providing own drivers! No. Sorry. They are doing the wrong thing. If Ralink/MediaTek would cooperate with the community and work through the normal kernel process like everyone else, their hardware would be fully supported out of the box just like hardware from other vendors. Then no one would have to bother with figuring-out how to get the driver "working fine with a few additional patches", whatever that means. By apologizing for them and degrading the rt2800 driver you are only making things worse. You should demand better behavior from MediaTek. John -- John W. Linville Someday the world will need a hero, and you linville@tuxdriver.com might be all we have. Be ready. ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-08-27 13:55 ` John W. Linville @ 2014-08-28 2:51 ` poma 2014-08-31 5:39 ` poma 0 siblings, 1 reply; 14+ messages in thread From: poma @ 2014-08-28 2:51 UTC (permalink / raw) To: users; +Cc: linux-wireless A patch[1] is composed partly from the RT3573 source code patched by ashaffer, from Andreas work, some of the ideas are from the beagleboard community, and some of my. :) Debug(trace) is turned off. Device now works more or less OK but slow, max. 10 Mbit, although connectable is only within the "N" & "N/G" modes. What is important is the system no longer crashes, and disconnection are rare. Generally better than before. Tested with kernels: 3.15.10-200.fc20.x86_64 3.16.1-301.fc21.x86_64 3.17.0-0.rc2.git0.1.fc22.x86_64 and with debug kernel: 3.17.0-0.rc2.git1.1.fc22.x86_64 dmesg: ... mt7601Usta: module verification failed: signature and/or required key missing - tainting kernel rtusb init rt2870 ---> usbcore: registered new interface driver rt2870 0x1300 = 00064300 INFO: trying to register non-static key. the code is fine but needs lockdep annotation. turning off the locking correctness validator. CPU: 1 PID: 687 Comm: NetworkManager Tainted: G OE 3.17.0-0.rc2.git1.1.fc22.x86_64 #1 ... Call Trace: [<ffffffff81823d70>] dump_stack+0x4d/0x66 [<ffffffff8182126b>] register_lock_class.part.25+0x38/0x3c [<ffffffff810fc0c9>] __lock_acquire+0x1c79/0x1ca0 [<ffffffff810e335c>] ? update_curr+0x5c/0x200 [<ffffffff8102429e>] ? native_sched_clock+0x2e/0xb0 [<ffffffff810fc9d4>] lock_acquire+0xa4/0x1d0 [<ffffffff810efa0c>] ? add_wait_queue+0x1c/0x50 [<ffffffff8182d6d7>] _raw_spin_lock_irqsave+0x57/0xa0 [<ffffffff810efa0c>] ? add_wait_queue+0x1c/0x50 [<ffffffff810efa0c>] add_wait_queue+0x1c/0x50 [<ffffffffa0715d54>] RtmpOsUsbEmptyUrbCheck+0xc4/0x140 [mt7601Usta] [<ffffffff810d8820>] ? wake_up_state+0x20/0x20 [<ffffffffa06dc3bd>] RTMPDrvClose+0x8d/0x150 [mt7601Usta] [<ffffffffa0704b52>] rt28xx_close+0x22/0x30 [mt7601Usta] [<ffffffffa06e7223>] RTMP_COM_IoctlHandle+0x823/0x890 [mt7601Usta] [<ffffffff816f02b8>] ? linkwatch_schedule_work+0x58/0xa0 [<ffffffff816f0357>] ? linkwatch_fire_event+0x57/0xa0 [<ffffffffa070498c>] MainVirtualIF_close+0x7c/0xd0 [mt7601Usta] [<ffffffffa07050e0>] ? RtmpOSIRQRequest+0x60/0x60 [mt7601Usta] [<ffffffffa0704b30>] ? RT28xx_get_ether_stats+0x150/0x150 [mt7601Usta] [<ffffffff816d08a5>] __dev_close_many+0xb5/0x120 [<ffffffff816d0a72>] __dev_close+0x42/0x70 [<ffffffff816dcc8d>] __dev_change_flags+0x9d/0x160 [<ffffffff816dcd79>] dev_change_flags+0x29/0x70 [<ffffffff816ec0a9>] do_setlink+0x409/0xb80 [<ffffffff810fa887>] ? __lock_acquire+0x437/0x1ca0 [<ffffffff81422392>] ? nla_parse+0x32/0x120 [<ffffffff816ee5cd>] rtnl_newlink+0x61d/0x780 [<ffffffff81377218>] ? security_capable+0x18/0x20 [<ffffffff810aaeb5>] ? ns_capable+0x35/0x70 [<ffffffff816eae31>] rtnetlink_rcv_msg+0xa1/0x260 [<ffffffff816ead6b>] ? rtnetlink_rcv+0x1b/0x40 [<ffffffff816ead6b>] ? rtnetlink_rcv+0x1b/0x40 [<ffffffff816ead90>] ? rtnetlink_rcv+0x40/0x40 [<ffffffff81710e69>] netlink_rcv_skb+0xa9/0xd0 [<ffffffff816ead7a>] rtnetlink_rcv+0x2a/0x40 [<ffffffff81710475>] netlink_unicast+0x125/0x1a0 [<ffffffff8171084f>] netlink_sendmsg+0x35f/0x7c0 [<ffffffff816b880e>] sock_sendmsg+0x9e/0xe0 [<ffffffff811fe38e>] ? might_fault+0x5e/0xc0 [<ffffffff811fe3e9>] ? might_fault+0xb9/0xc0 [<ffffffff811fe38e>] ? might_fault+0x5e/0xc0 [<ffffffff816b9848>] ___sys_sendmsg+0x408/0x420 [<ffffffff8102429e>] ? native_sched_clock+0x2e/0xb0 [<ffffffff8102429e>] ? native_sched_clock+0x2e/0xb0 [<ffffffff81024329>] ? sched_clock+0x9/0x10 [<ffffffff810dc775>] ? local_clock+0x25/0x30 [<ffffffff8127b54a>] ? __fget+0x12a/0x2f0 [<ffffffff8127b425>] ? __fget+0x5/0x2f0 [<ffffffff8127b780>] ? __fget_light+0x30/0x160 [<ffffffff816ba031>] __sys_sendmsg+0x51/0x90 [<ffffffff816ba082>] SyS_sendmsg+0x12/0x20 [<ffffffff8182dbe9>] system_call_fastpath+0x16/0x1b unlink cmd rsp urb 0x1300 = 00064300 unlink cmd rsp urb 0x1300 = 00064300 unlink cmd rsp urb 0x1300 = 00064300 ... # iwconfig ra0 ra0 Ralink STA ESSID:"Geppetto" Nickname:"MT7601STA" Mode:Managed Frequency=2.462 GHz Access Point: 00:22:44:66:88:aa Bit Rate=26 Mb/s RTS thr:off Fragment thr:off Encryption key:1111-2222-3333-4444-5555-6666-7777-8888 [2] Security mode:open Link Quality=61/100 Signal level:-72 dBm Noise level:-87 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 [1] DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0.patch diff -ur DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/include/os/rt_linux.h DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/include/os/rt_linux.h --- DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/include/os/rt_linux.h 2013-09-12 07:27:14.000000000 +0200 +++ DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/include/os/rt_linux.h 2014-08-28 02:09:13.823643901 +0200 @@ -882,9 +882,14 @@ #define GET_OS_PKT_DATATAIL(_pkt) \ (RTPKT_TO_OSPKT(_pkt)->tail) +#ifdef NET_SKBUFF_DATA_USES_OFFSET +#define SET_OS_PKT_DATATAIL(_pkt, _start, _len) \ + ((RTPKT_TO_OSPKT(_pkt))->tail) = (ULONG)(RTPKT_TO_OSPKT(_pkt)->data - (ULONG)(RTPKT_TO_OSPKT(_pkt)->head) + (_len)) +#else #define SET_OS_PKT_DATATAIL(_pkt, _start, _len) \ ((RTPKT_TO_OSPKT(_pkt))->tail) = (PUCHAR)((_start) + (_len)) - +#endif + #define GET_OS_PKT_HEAD(_pkt) \ (RTPKT_TO_OSPKT(_pkt)->head) diff -ur DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/linux/config.mk DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/os/linux/config.mk --- DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/linux/config.mk 2013-09-12 08:05:55.000000000 +0200 +++ DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/os/linux/config.mk 2014-08-28 02:09:32.557529121 +0200 @@ -290,7 +290,7 @@ # config for STA mode ifeq ($(RT28xx_MODE),STA) -WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT -DDBG +WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT ifeq ($(HAS_XLINK),y) WFLAGS += -DXLINK_SUPPORT @@ -1054,11 +1054,16 @@ export CFLAGS endif +GCCVERSION = $(shell gcc -dumpversion) + ifeq ($(PLATFORM),PC) ifneq (,$(findstring 2.4,$(LINUX_SRC))) # Linux 2.4 CFLAGS := -D__KERNEL__ -I$(LINUX_SRC)/include -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include $(LINUX_SRC)/include/linux/modversions.h $(WFLAGS) export CFLAGS + else ifneq (,$(findstring 4.9,$(GCCVERSION))) + # GCC 4.9 + EXTRA_CFLAGS := -Wno-error=date-time $(WFLAGS) else # Linux 2.6 EXTRA_CFLAGS := $(WFLAGS) diff -ur DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/linux/rt_linux.c DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/os/linux/rt_linux.c --- DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/linux/rt_linux.c 2013-09-12 07:27:14.000000000 +0200 +++ DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/os/linux/rt_linux.c 2014-08-28 02:09:13.838643009 +0200 @@ -27,13 +27,18 @@ #define RTMP_MODULE_OS #define RTMP_MODULE_OS_UTIL - +#define CONFIG_UIDGID_STRICT_TYPE_CHECKS +#define NET_SKBUFF_DATA_USES_OFFSET #include "rtmp_comm.h" #include "rtmp_osabl.h" #include "rt_os_util.h" #include <linux/rtnetlink.h> +#ifdef CONFIG_UIDGID_STRICT_TYPE_CHECKS +#include <linux/uidgid.h> +#endif + #if defined(CONFIG_RA_HW_NAT) || defined(CONFIG_RA_HW_NAT_MODULE) #include "../../../../../../net/nat/hw_nat/ra_nat.h" #include "../../../../../../net/nat/hw_nat/frame_engine.h" @@ -494,9 +499,15 @@ MEM_DBG_PKT_ALLOC_INC(skb); skb_reserve(skb, 2); +#ifdef NET_SKBUFF_DATA_USES_OFFSET + NdisMoveMemory(skb->data+skb->tail, pHeader802_3, HdrLen); + skb_put(skb, HdrLen); + NdisMoveMemory(skb->data+skb->tail, pData, DataSize); +#else NdisMoveMemory(skb->tail, pHeader802_3, HdrLen); skb_put(skb, HdrLen); NdisMoveMemory(skb->tail, pData, DataSize); +#endif skb_put(skb, DataSize); skb->dev = pNetDev; /*get_netdev_from_bssid(pAd, FromWhichBSSID); */ pPacket = OSPKT_TO_RTPKT(skb); @@ -692,7 +703,11 @@ pOSPkt->dev = pNetDev; pOSPkt->data = pData; pOSPkt->len = DataSize; +#ifdef NET_SKBUFF_DATA_USES_OFFSET + pOSPkt->tail = (pOSPkt->data-pOSPkt->head)+pOSPkt->len; +#else pOSPkt->tail = pOSPkt->data + pOSPkt->len; +#endif /* copy 802.3 header */ @@ -1118,9 +1133,15 @@ pOSFSInfo->fsgid = current->fsgid; current->fsuid = current->fsgid = 0; #else +#ifdef CONFIG_UIDGID_STRICT_TYPE_CHECKS + struct user_namespace *to = current_user_ns(); + pOSFSInfo->fsuid = from_kuid_munged(to, current_fsuid()); + pOSFSInfo->fsgid = from_kgid_munged(to, current_fsgid()); +#else pOSFSInfo->fsuid = current_fsuid(); pOSFSInfo->fsgid = current_fsgid(); #endif +#endif pOSFSInfo->fs = get_fs(); set_fs(KERNEL_DS); } else { diff -ur DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/sta/sta_cfg.c DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/sta/sta_cfg.c --- DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/sta/sta_cfg.c 2013-09-12 07:27:14.000000000 +0200 +++ DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0/sta/sta_cfg.c 2014-08-28 02:09:13.842642771 +0200 @@ -8274,6 +8274,7 @@ RTMPIoctlGetSiteSurvey(pAd, pRequest); break; +#ifdef DBG case CMD_RTPRIV_IOCTL_MAC: RTMPIoctlMAC(pAd, pRequest); break; @@ -8285,6 +8286,7 @@ case CMD_RTPRIV_IOCTL_RF: RTMPIoctlRF(pAd, pRequest); break; +#endif /* DBG */ case CMD_RTPRIV_IOCTL_BBP: RTMPIoctlBbp(pAd, pRequest, pData, Data); poma ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-08-28 2:51 ` poma @ 2014-08-31 5:39 ` poma 2014-08-31 16:36 ` Andreas Hartmann 0 siblings, 1 reply; 14+ messages in thread From: poma @ 2014-08-31 5:39 UTC (permalink / raw) To: users; +Cc: linux-wireless A new patch[1] mainly based on patches at https://github.com/ashaffer/rt3573sta and several network throughput tests via the Iperf. Tested with kernels: - 3.15.10-200.fc20.x86_64 - 3.16.1-301.fc21.x86_64 - 3.17.0-0.rc2.git3.1.fc22.x86_64 - 3.16.1-301.fc21.i686 - 3.17.0-0.rc2.git3.1.fc22.i686 <Proximity> Wi-Fi <~20cm LOS~> AP(Wi-Fi <-bridge-> 100Mbit switch) <-> Ethernet <AP> # iwconfig ra0 ra0 RTWIFI SoftAP ESSID:"Geppetto" Mode:Managed Channel=13 Access Point: 00:22:44:66:88:aa Bit Rate=150 Mb/s </AP> <Wi-Fi> $ iwconfig ra0 ra0 Ralink STA ESSID:"Geppetto" Nickname:"MT7601STA" Mode:Managed Frequency=2.472 GHz Access Point: 00:22:44:66:88:aa Bit Rate=150 Mb/s RTS thr:off Fragment thr:off Link Quality=100/100 Signal level:-22 dBm Noise level:-53 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 </Wi-Fi> <Ethernet> $ ifconfig bridge0 bridge0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.2.2 netmask 255.255.255.0 broadcast 192.168.2.255 ether 00:12:34:56:78:90 txqueuelen 0 (Ethernet) RX errors 0 dropped 0 overruns 0 frame 0 TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 </Ethernet> <Ethernet-TCP> $ iperf -s -i 1 ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.2.2 port 5001 connected with 192.168.2.36 port 58536 [ ID] Interval Transfer Bandwidth [ 4] 0.0- 1.0 sec 10.6 MBytes 88.9 Mbits/sec [ 4] 1.0- 2.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 2.0- 3.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 3.0- 4.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 4.0- 5.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 5.0- 6.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 6.0- 7.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 7.0- 8.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 8.0- 9.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 9.0-10.0 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 0.0-10.1 sec 113 MBytes 93.6 Mbits/sec </Ethernet-TCP> > <Wi-Fi-TCP> $ iperf -c 192.168.2.2 -i 1 ------------------------------------------------------------ Client connecting to 192.168.2.2, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.36 port 58536 connected with 192.168.2.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 11.1 MBytes 93.3 Mbits/sec [ 3] 1.0- 2.0 sec 11.8 MBytes 98.6 Mbits/sec [ 3] 2.0- 3.0 sec 11.4 MBytes 95.4 Mbits/sec [ 3] 3.0- 4.0 sec 11.0 MBytes 92.3 Mbits/sec [ 3] 4.0- 5.0 sec 11.5 MBytes 96.5 Mbits/sec [ 3] 5.0- 6.0 sec 11.1 MBytes 93.3 Mbits/sec [ 3] 6.0- 7.0 sec 11.2 MBytes 94.4 Mbits/sec [ 3] 7.0- 8.0 sec 11.1 MBytes 93.3 Mbits/sec [ 3] 8.0- 9.0 sec 11.5 MBytes 96.5 Mbits/sec [ 3] 9.0-10.0 sec 11.0 MBytes 92.3 Mbits/sec [ 3] 0.0-10.0 sec 113 MBytes 94.4 Mbits/sec </Wi-Fi-TCP> <Ethernet-UDP> $ iperf -s -i 1 -u ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.2 port 5001 connected with 192.168.2.36 port 48479 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0- 1.0 sec 11.4 MBytes 95.3 Mbits/sec 0.119 ms 0/ 8105 (0%) [ 3] 1.0- 2.0 sec 11.4 MBytes 95.7 Mbits/sec 0.081 ms 480/ 8617 (5.6%) [ 3] 2.0- 3.0 sec 11.4 MBytes 95.7 Mbits/sec 0.098 ms 1200/ 9338 (13%) [ 3] 3.0- 4.0 sec 11.4 MBytes 95.7 Mbits/sec 0.078 ms 1502/ 9640 (16%) [ 3] 4.0- 5.0 sec 11.4 MBytes 95.7 Mbits/sec 0.121 ms 1459/ 9596 (15%) [ 3] 5.0- 6.0 sec 11.4 MBytes 95.7 Mbits/sec 0.084 ms 1488/ 9626 (15%) [ 3] 6.0- 7.0 sec 11.4 MBytes 95.7 Mbits/sec 0.142 ms 1513/ 9651 (16%) [ 3] 7.0- 8.0 sec 11.4 MBytes 95.7 Mbits/sec 0.100 ms 1470/ 9608 (15%) [ 3] 8.0- 9.0 sec 11.4 MBytes 95.7 Mbits/sec 0.095 ms 1526/ 9664 (16%) [ 3] 9.0-10.0 sec 11.4 MBytes 95.7 Mbits/sec 0.076 ms 1415/ 9553 (15%) [ 3] 0.0-10.2 sec 116 MBytes 95.7 Mbits/sec 0.559 ms 12254/94926 (13%) [ 3] 0.0-10.2 sec 1 datagrams received out-of-order </Ethernet-UDP> > <Wi-Fi-UDP> $ iperf -c 192.168.2.2 -i 1 -u -b 300M ------------------------------------------------------------ Client connecting to 192.168.2.2, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.36 port 48479 connected with 192.168.2.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 12.4 MBytes 104 Mbits/sec [ 3] 1.0- 2.0 sec 13.2 MBytes 110 Mbits/sec [ 3] 2.0- 3.0 sec 13.2 MBytes 111 Mbits/sec [ 3] 3.0- 4.0 sec 13.6 MBytes 114 Mbits/sec [ 3] 4.0- 5.0 sec 13.5 MBytes 113 Mbits/sec [ 3] 5.0- 6.0 sec 13.4 MBytes 113 Mbits/sec [ 3] 6.0- 7.0 sec 13.5 MBytes 113 Mbits/sec [ 3] 7.0- 8.0 sec 13.6 MBytes 114 Mbits/sec [ 3] 8.0- 9.0 sec 13.5 MBytes 113 Mbits/sec [ 3] 0.0-10.0 sec 133 MBytes 112 Mbits/sec [ 3] Sent 94927 datagrams [ 3] Server Report: [ 3] 0.0-10.2 sec 116 MBytes 95.7 Mbits/sec 0.559 ms 12254/94926 (13%) [ 3] 0.0-10.2 sec 1 datagrams received out-of-order </Wi-Fi-UDP> <Wi-Fi-TCP> $ iperf -s -i 1 ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.2.36 port 5001 connected with 192.168.2.2 port 50371 [ ID] Interval Transfer Bandwidth [ 4] 0.0- 1.0 sec 10.2 MBytes 85.4 Mbits/sec [ 4] 1.0- 2.0 sec 9.66 MBytes 81.0 Mbits/sec [ 4] 2.0- 3.0 sec 9.53 MBytes 79.9 Mbits/sec [ 4] 3.0- 4.0 sec 9.28 MBytes 77.8 Mbits/sec [ 4] 4.0- 5.0 sec 8.94 MBytes 75.0 Mbits/sec [ 4] 5.0- 6.0 sec 8.60 MBytes 72.2 Mbits/sec [ 4] 6.0- 7.0 sec 8.24 MBytes 69.1 Mbits/sec [ 4] 7.0- 8.0 sec 8.19 MBytes 68.7 Mbits/sec [ 4] 8.0- 9.0 sec 7.77 MBytes 65.2 Mbits/sec [ 4] 9.0-10.0 sec 7.64 MBytes 64.1 Mbits/sec [ 4] 0.0-10.2 sec 89.2 MBytes 73.6 Mbits/sec </Wi-Fi-TCP> > <Ethernet-TCP> $ iperf -c 192.168.2.36 -i 1 ------------------------------------------------------------ Client connecting to 192.168.2.36, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.2 port 50371 connected with 192.168.2.36 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 10.9 MBytes 91.2 Mbits/sec [ 3] 1.0- 2.0 sec 10.2 MBytes 86.0 Mbits/sec [ 3] 2.0- 3.0 sec 9.50 MBytes 79.7 Mbits/sec [ 3] 3.0- 4.0 sec 9.12 MBytes 76.5 Mbits/sec [ 3] 4.0- 5.0 sec 9.12 MBytes 76.5 Mbits/sec [ 3] 5.0- 6.0 sec 8.38 MBytes 70.3 Mbits/sec [ 3] 6.0- 7.0 sec 8.25 MBytes 69.2 Mbits/sec [ 3] 7.0- 8.0 sec 8.12 MBytes 68.2 Mbits/sec [ 3] 8.0- 9.0 sec 7.75 MBytes 65.0 Mbits/sec [ 3] 9.0-10.0 sec 7.75 MBytes 65.0 Mbits/sec [ 3] 0.0-10.0 sec 89.2 MBytes 74.7 Mbits/sec </Ethernet-TCP> <Wi-Fi-UDP> $ iperf -s -i 1 -u ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.36 port 5001 connected with 192.168.2.2 port 55274 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0- 1.0 sec 10.5 MBytes 88.3 Mbits/sec 0.251 ms 1/ 7513 (0.013%) [ 3] 1.0- 2.0 sec 11.1 MBytes 93.0 Mbits/sec 0.276 ms 240/ 8149 (2.9%) [ 3] 2.0- 3.0 sec 10.8 MBytes 90.5 Mbits/sec 0.340 ms 400/ 8099 (4.9%) [ 3] 3.0- 4.0 sec 11.0 MBytes 92.1 Mbits/sec 0.127 ms 267/ 8101 (3.3%) [ 3] 4.0- 5.0 sec 10.6 MBytes 89.1 Mbits/sec 0.230 ms 524/ 8104 (6.5%) [ 3] 5.0- 6.0 sec 10.5 MBytes 88.3 Mbits/sec 0.141 ms 636/ 8145 (7.8%) [ 3] 6.0- 7.0 sec 10.4 MBytes 87.4 Mbits/sec 0.126 ms 639/ 8071 (7.9%) [ 3] 7.0- 8.0 sec 10.6 MBytes 89.2 Mbits/sec 0.163 ms 621/ 8207 (7.6%) [ 3] 8.0- 9.0 sec 10.5 MBytes 88.2 Mbits/sec 0.141 ms 537/ 8035 (6.7%) [ 3] 9.0-10.0 sec 10.3 MBytes 86.8 Mbits/sec 0.206 ms 765/ 8145 (9.4%) [ 3] 0.0-10.1 sec 107 MBytes 89.3 Mbits/sec 0.445 ms 4699/81305 (5.8%) [ 3] 0.0-10.1 sec 1 datagrams received out-of-order </Wi-Fi-UDP> > <Ethernet-UDP> $ iperf -c 192.168.2.36 -i 1 -u -b 300M ------------------------------------------------------------ Client connecting to 192.168.2.36, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.2 port 55274 connected with 192.168.2.36 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 11.5 MBytes 96.6 Mbits/sec [ 3] 1.0- 2.0 sec 11.4 MBytes 95.2 Mbits/sec [ 3] 2.0- 3.0 sec 11.4 MBytes 95.5 Mbits/sec [ 3] 3.0- 4.0 sec 11.4 MBytes 95.7 Mbits/sec [ 3] 4.0- 5.0 sec 11.4 MBytes 95.6 Mbits/sec [ 3] 5.0- 6.0 sec 11.4 MBytes 95.6 Mbits/sec [ 3] 6.0- 7.0 sec 11.3 MBytes 95.1 Mbits/sec [ 3] 7.0- 8.0 sec 11.4 MBytes 95.6 Mbits/sec [ 3] 8.0- 9.0 sec 11.4 MBytes 95.7 Mbits/sec [ 3] 9.0-10.0 sec 11.4 MBytes 95.5 Mbits/sec [ 3] 0.0-10.0 sec 114 MBytes 95.6 Mbits/sec [ 3] Sent 81306 datagrams [ 3] Server Report: [ 3] 0.0-10.1 sec 107 MBytes 89.3 Mbits/sec 0.444 ms 4699/81305 (5.8%) [ 3] 0.0-10.1 sec 1 datagrams received out-of-order </Ethernet-UDP> </Proximity> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <Refraction> Wi-Fi <~10m NLOS~> AP(Wi-Fi <-bridge-> 100Mbit switch) <-> Ethernet <AP> # iwconfig ra0 ra0 RTWIFI SoftAP ESSID:"Geppetto" Mode:Managed Channel=13 Access Point: 00:22:44:66:88:aa Bit Rate=150 Mb/s </AP> <Wi-Fi> $ iwconfig ra0 ra0 Ralink STA ESSID:"Geppetto" Nickname:"MT7601STA" Mode:Managed Frequency=2.472 GHz Access Point: 00:22:44:66:88:aa Bit Rate=27 Mb/s RTS thr:off Fragment thr:off Link Quality=60/100 Signal level:-80 dBm Noise level:-90 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 </Wi-Fi> <Ethernet> $ ifconfig enp0s4f1u4 enp0s4f1u4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.2.5 netmask 255.255.255.0 broadcast 192.168.2.255 ether 00:12:34:56:78:20 txqueuelen 1000 (Ethernet) RX errors 0 dropped 84 overruns 0 frame 0 TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 </Ethernet> <Wi-Fi-TCP> $ iperf -s -i 1 ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.2.36 port 5001 connected with 192.168.2.5 port 59063 [ ID] Interval Transfer Bandwidth [ 4] 0.0- 1.0 sec 1.81 MBytes 15.2 Mbits/sec [ 4] 1.0- 2.0 sec 2.24 MBytes 18.8 Mbits/sec [ 4] 2.0- 3.0 sec 2.25 MBytes 18.8 Mbits/sec [ 4] 3.0- 4.0 sec 2.26 MBytes 19.0 Mbits/sec [ 4] 4.0- 5.0 sec 2.12 MBytes 17.8 Mbits/sec [ 4] 5.0- 6.0 sec 1.60 MBytes 13.4 Mbits/sec [ 4] 6.0- 7.0 sec 2.20 MBytes 18.5 Mbits/sec [ 4] 7.0- 8.0 sec 2.23 MBytes 18.7 Mbits/sec [ 4] 8.0- 9.0 sec 1.41 MBytes 11.8 Mbits/sec [ 4] 9.0-10.0 sec 2.83 MBytes 23.7 Mbits/sec [ 4] 0.0-10.6 sec 22.0 MBytes 17.4 Mbits/sec </Wi-Fi-TCP> > <Ethernet-TCP> $ iperf -c 192.168.2.36 -i 1 ------------------------------------------------------------ Client connecting to 192.168.2.36, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.5 port 59063 connected with 192.168.2.36 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 2.00 MBytes 16.8 Mbits/sec [ 3] 1.0- 2.0 sec 2.50 MBytes 21.0 Mbits/sec [ 3] 2.0- 3.0 sec 2.38 MBytes 19.9 Mbits/sec [ 3] 3.0- 4.0 sec 2.25 MBytes 18.9 Mbits/sec [ 3] 4.0- 5.0 sec 2.50 MBytes 21.0 Mbits/sec [ 3] 5.0- 6.0 sec 1.88 MBytes 15.7 Mbits/sec [ 3] 6.0- 7.0 sec 2.00 MBytes 16.8 Mbits/sec [ 3] 7.0- 8.0 sec 2.38 MBytes 19.9 Mbits/sec [ 3] 8.0- 9.0 sec 1.38 MBytes 11.5 Mbits/sec [ 3] 9.0-10.0 sec 2.62 MBytes 22.0 Mbits/sec [ 3] 0.0-10.0 sec 22.0 MBytes 18.4 Mbits/sec </Ethernet-TCP> <Wi-Fi-UDP> $ iperf -s -i 1 -u ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.36 port 5001 connected with 192.168.2.5 port 55884 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0- 1.0 sec 1.94 MBytes 16.3 Mbits/sec 1.198 ms 2902/ 4284 (68%) [ 3] 1.0- 2.0 sec 1.79 MBytes 15.0 Mbits/sec 1.282 ms 6990/ 8269 (85%) [ 3] 2.0- 3.0 sec 2.27 MBytes 19.0 Mbits/sec 0.722 ms 6875/ 8492 (81%) [ 3] 3.0- 4.0 sec 2.30 MBytes 19.3 Mbits/sec 0.970 ms 6538/ 8176 (80%) [ 3] 4.0- 5.0 sec 2.27 MBytes 19.0 Mbits/sec 0.994 ms 6387/ 8006 (80%) [ 3] 5.0- 6.0 sec 2.22 MBytes 18.6 Mbits/sec 1.724 ms 6557/ 8140 (81%) [ 3] 6.0- 7.0 sec 1.96 MBytes 16.4 Mbits/sec 1.001 ms 6799/ 8195 (83%) [ 3] 7.0- 8.0 sec 2.28 MBytes 19.1 Mbits/sec 0.699 ms 6556/ 8181 (80%) [ 3] 8.0- 9.0 sec 2.32 MBytes 19.5 Mbits/sec 1.065 ms 6259/ 7916 (79%) [ 3] 9.0-10.0 sec 2.31 MBytes 19.4 Mbits/sec 1.043 ms 6443/ 8092 (80%) [ 3] 0.0-10.4 sec 22.5 MBytes 18.2 Mbits/sec 1.554 ms 64724/80784 (80%) </Wi-Fi-UDP> > <Ethernet-UDP> $ iperf -c 192.168.2.36 -i 1 -u -b 300M ------------------------------------------------------------ Client connecting to 192.168.2.36, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.5 port 55884 connected with 192.168.2.36 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 11.4 MBytes 95.7 Mbits/sec [ 3] 1.0- 2.0 sec 11.3 MBytes 95.1 Mbits/sec [ 3] 2.0- 3.0 sec 11.3 MBytes 95.0 Mbits/sec [ 3] 3.0- 4.0 sec 11.3 MBytes 94.6 Mbits/sec [ 3] 4.0- 5.0 sec 11.4 MBytes 95.3 Mbits/sec [ 3] 5.0- 6.0 sec 11.3 MBytes 95.0 Mbits/sec [ 3] 6.0- 7.0 sec 11.3 MBytes 94.5 Mbits/sec [ 3] 7.0- 8.0 sec 11.3 MBytes 95.0 Mbits/sec [ 3] 8.0- 9.0 sec 11.3 MBytes 94.9 Mbits/sec [ 3] 9.0-10.0 sec 11.4 MBytes 95.4 Mbits/sec [ 3] 0.0-10.0 sec 113 MBytes 95.0 Mbits/sec [ 3] Sent 80820 datagrams [ 3] Server Report: [ 3] 0.0-10.4 sec 22.5 MBytes 18.2 Mbits/sec 1.554 ms 64724/80784 (80%) </Ethernet-UDP> <Ethernet-TCP> $ iperf -s -i 1 ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.2.5 port 5001 connected with 192.168.2.36 port 49506 [ ID] Interval Transfer Bandwidth [ 4] 0.0- 1.0 sec 1.78 MBytes 15.0 Mbits/sec [ 4] 1.0- 2.0 sec 1.71 MBytes 14.3 Mbits/sec [ 4] 2.0- 3.0 sec 1.75 MBytes 14.7 Mbits/sec [ 4] 3.0- 4.0 sec 1.73 MBytes 14.5 Mbits/sec [ 4] 4.0- 5.0 sec 1.76 MBytes 14.7 Mbits/sec [ 4] 5.0- 6.0 sec 1.62 MBytes 13.6 Mbits/sec [ 4] 6.0- 7.0 sec 1.70 MBytes 14.3 Mbits/sec [ 4] 7.0- 8.0 sec 1.52 MBytes 12.7 Mbits/sec [ 4] 8.0- 9.0 sec 1.55 MBytes 13.0 Mbits/sec [ 4] 9.0-10.0 sec 1.64 MBytes 13.7 Mbits/sec [ 4] 0.0-10.5 sec 17.6 MBytes 14.1 Mbits/sec </Ethernet-TCP> > <Wi-Fi-TCP> $ iperf -c 192.168.2.5 -i 1 ------------------------------------------------------------ Client connecting to 192.168.2.5, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.36 port 49506 connected with 192.168.2.5 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 2.00 MBytes 16.8 Mbits/sec [ 3] 1.0- 2.0 sec 1.75 MBytes 14.7 Mbits/sec [ 3] 2.0- 3.0 sec 1.88 MBytes 15.7 Mbits/sec [ 3] 3.0- 4.0 sec 1.62 MBytes 13.6 Mbits/sec [ 3] 4.0- 5.0 sec 2.00 MBytes 16.8 Mbits/sec [ 3] 5.0- 6.0 sec 1.50 MBytes 12.6 Mbits/sec [ 3] 6.0- 7.0 sec 1.88 MBytes 15.7 Mbits/sec [ 3] 7.0- 8.0 sec 1.50 MBytes 12.6 Mbits/sec [ 3] 8.0- 9.0 sec 1.50 MBytes 12.6 Mbits/sec [ 3] 9.0-10.0 sec 1.88 MBytes 15.7 Mbits/sec [ 3] 0.0-10.1 sec 17.6 MBytes 14.6 Mbits/sec </Wi-Fi-TCP> <Ethernet-UDP> $ iperf -s -i 1 -u ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.5 port 5001 connected with 192.168.2.36 port 32801 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0- 1.0 sec 2.02 MBytes 17.0 Mbits/sec 0.370 ms 0/ 1442 (0%) [ 3] 1.0- 2.0 sec 2.63 MBytes 22.1 Mbits/sec 0.623 ms 0/ 1876 (0%) [ 3] 2.0- 3.0 sec 2.77 MBytes 23.2 Mbits/sec 0.423 ms 0/ 1974 (0%) [ 3] 3.0- 4.0 sec 2.48 MBytes 20.8 Mbits/sec 1.137 ms 0/ 1769 (0%) [ 3] 4.0- 5.0 sec 2.18 MBytes 18.3 Mbits/sec 0.398 ms 0/ 1558 (0%) [ 3] 5.0- 6.0 sec 2.26 MBytes 18.9 Mbits/sec 0.846 ms 0/ 1609 (0%) [ 3] 6.0- 7.0 sec 2.37 MBytes 19.9 Mbits/sec 0.500 ms 0/ 1690 (0%) [ 3] 7.0- 8.0 sec 2.33 MBytes 19.6 Mbits/sec 0.782 ms 0/ 1663 (0%) [ 3] 8.0- 9.0 sec 2.44 MBytes 20.5 Mbits/sec 0.707 ms 0/ 1741 (0%) [ 3] 9.0-10.0 sec 2.58 MBytes 21.7 Mbits/sec 1.300 ms 0/ 1842 (0%) [ 3] 0.0-10.1 sec 24.2 MBytes 20.2 Mbits/sec 2.782 ms 0/17256 (0%) [ 3] 0.0-10.1 sec 1 datagrams received out-of-order </Ethernet-UDP> > <Wi-Fi-UDP> $ iperf -c 192.168.2.5 -i 1 -u -b 300M ------------------------------------------------------------ Client connecting to 192.168.2.5, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 208 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.2.36 port 32801 connected with 192.168.2.5 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 2.23 MBytes 18.7 Mbits/sec [ 3] 1.0- 2.0 sec 2.59 MBytes 21.7 Mbits/sec [ 3] 2.0- 3.0 sec 2.76 MBytes 23.1 Mbits/sec [ 3] 3.0- 4.0 sec 2.59 MBytes 21.8 Mbits/sec [ 3] 4.0- 5.0 sec 2.15 MBytes 18.0 Mbits/sec [ 3] 5.0- 6.0 sec 2.14 MBytes 17.9 Mbits/sec [ 3] 6.0- 7.0 sec 2.44 MBytes 20.5 Mbits/sec [ 3] 7.0- 8.0 sec 2.42 MBytes 20.3 Mbits/sec [ 3] 8.0- 9.0 sec 2.43 MBytes 20.4 Mbits/sec [ 3] 9.0-10.0 sec 2.45 MBytes 20.5 Mbits/sec [ 3] 0.0-10.0 sec 24.2 MBytes 20.3 Mbits/sec [ 3] Sent 17257 datagrams [ 3] Server Report: [ 3] 0.0-10.1 sec 24.2 MBytes 20.2 Mbits/sec 2.782 ms 0/17256 (0%) [ 3] 0.0-10.1 sec 1 datagrams received out-of-order </Wi-Fi-UDP> </Refraction> [1] DPO_MT7601U_LinuxSTA_3.0.0.4_20130913-Linux-3.17.0-v2.patch diff -ur a/common/crypt_aes.c b/common/crypt_aes.c --- a/common/crypt_aes.c 2013-09-12 07:27:14.000000000 +0200 +++ b/common/crypt_aes.c 2014-08-29 22:51:56.252033992 +0200 @@ -1456,7 +1456,7 @@ /* if ((pResult = (UINT8 *) kmalloc(sizeof(UINT8)*PlainTextLength, GFP_ATOMIC)) == NULL) { */ if (pResult == NULL) { - DBGPRINT(RT_DEBUG_ERROR, ("AES_Key_Wrap: allocate %d bytes memory failure.\n", sizeof(UINT8)*PlainTextLength)); + DBGPRINT(RT_DEBUG_ERROR, ("AES_Key_Wrap: allocate %d bytes memory failure.\n", (UINT)(sizeof(UINT8)*PlainTextLength))); return -2; } /* End of if */ @@ -1551,7 +1551,7 @@ /* if ((pResult = (UINT8 *) kmalloc(sizeof(UINT8)*PlainLength, GFP_ATOMIC)) == NULL) { */ if (pResult == NULL) { - DBGPRINT(RT_DEBUG_ERROR, ("AES_Key_Unwrap: allocate %d bytes memory failure.\n", sizeof(UINT8)*PlainLength)); + DBGPRINT(RT_DEBUG_ERROR, ("AES_Key_Unwrap: allocate %d bytes memory failure.\n", (UINT)(sizeof(UINT8)*PlainLength))); return -2; } /* End of if */ diff -ur a/common/mlme.c b/common/mlme.c --- a/common/mlme.c 2013-09-12 07:27:14.000000000 +0200 +++ b/common/mlme.c 2014-08-28 20:54:24.000000000 +0200 @@ -541,8 +541,8 @@ #endif /* RALINK_ATE */ /* for performace enchanement */ NdisZeroMemory(&pAd->RalinkCounters, - (UINT32)&pAd->RalinkCounters.OneSecEnd - - (UINT32)&pAd->RalinkCounters.OneSecStart); + (ULONG)&pAd->RalinkCounters.OneSecEnd - + (ULONG)&pAd->RalinkCounters.OneSecStart); return; } diff -ur a/common/rtmp_init_inf.c b/common/rtmp_init_inf.c --- a/common/rtmp_init_inf.c 2013-09-17 11:16:36.000000000 +0200 +++ b/common/rtmp_init_inf.c 2014-08-29 20:57:04.000000000 +0200 @@ -665,7 +665,9 @@ { UINT32 reg = 0; RTMP_IO_READ32(pAd, 0x1300, ®); /* clear garbage interrupts*/ +#ifdef DBG printk("0x1300 = %08x\n", reg); +#endif /* DBG */ } { diff -ur a/common/rtusb_bulk.c b/common/rtusb_bulk.c --- a/common/rtusb_bulk.c 2013-09-12 07:27:14.000000000 +0200 +++ b/common/rtusb_bulk.c 2014-08-29 20:57:43.000000000 +0200 @@ -1585,7 +1585,9 @@ if (pCmdRspEventContext->IRPPending == TRUE) { +#ifdef DBG printk("unlink cmd rsp urb\n"); +#endif /* DBG */ RTUSB_UNLINK_URB(pCmdRspEventContext->pUrb); pCmdRspEventContext->IRPPending = FALSE; pCmdRspEventContext->InUse = FALSE; diff -ur a/common/spectrum.c b/common/spectrum.c --- a/common/spectrum.c 2013-09-12 07:27:14.000000000 +0200 +++ b/common/spectrum.c 2014-08-29 23:03:23.250333353 +0200 @@ -1969,7 +1969,7 @@ /* if ((pMeasureReportInfo = kmalloc(sizeof(MEASURE_RPI_REPORT), GFP_ATOMIC)) == NULL)*/ if (pMeasureReportInfo == NULL) { - DBGPRINT(RT_DEBUG_ERROR, ("%s unable to alloc memory for measure report buffer (size=%d).\n", __FUNCTION__, sizeof(MEASURE_RPI_REPORT))); + DBGPRINT(RT_DEBUG_ERROR, ("%s unable to alloc memory for measure report buffer (size=%d).\n", __FUNCTION__, (UINT)sizeof(MEASURE_RPI_REPORT))); return; } diff -ur a/include/os/rt_linux.h b/include/os/rt_linux.h --- a/include/os/rt_linux.h 2013-09-12 07:27:14.000000000 +0200 +++ b/include/os/rt_linux.h 2014-08-28 20:54:24.000000000 +0200 @@ -879,12 +879,19 @@ (RTPKT_TO_OSPKT(_pkt)->len) #define SET_OS_PKT_LEN(_pkt, _len) \ (RTPKT_TO_OSPKT(_pkt)->len) = (_len) - + +#ifdef NET_SKBUFF_DATA_USES_OFFSET +#define GET_OS_PKT_DATATAIL(_pkt) \ + (RTPKT_TO_OSPKT(_pkt)->head + (ULONG)RTPKT_TO_OSPKT(_pkt)->tail) +#define SET_OS_PKT_DATATAIL(_pkt, _start, _len) \ + ((RTPKT_TO_OSPKT(_pkt))->tail) = (ULONG)_start - (ULONG)(RTPKT_TO_OSPKT(_pkt)->head) + (_len) +#else #define GET_OS_PKT_DATATAIL(_pkt) \ - (RTPKT_TO_OSPKT(_pkt)->tail) + (RTPKT_TO_OSPKT(_pkt)->tail) #define SET_OS_PKT_DATATAIL(_pkt, _start, _len) \ ((RTPKT_TO_OSPKT(_pkt))->tail) = (PUCHAR)((_start) + (_len)) - +#endif + #define GET_OS_PKT_HEAD(_pkt) \ (RTPKT_TO_OSPKT(_pkt)->head) diff -ur a/os/linux/config.mk b/os/linux/config.mk --- a/os/linux/config.mk 2013-09-12 08:05:55.000000000 +0200 +++ b/os/linux/config.mk 2014-08-28 20:54:24.000000000 +0200 @@ -150,7 +150,7 @@ HAS_BGFP_OPEN_SUPPORT=n # Support HOSTAPD function -HAS_HOSTAPD_SUPPORT=n +HAS_HOSTAPD_SUPPORT=y #Support GreenAP function HAS_GREENAP_SUPPORT=n @@ -290,7 +290,7 @@ # config for STA mode ifeq ($(RT28xx_MODE),STA) -WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT -DDBG +WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT ifeq ($(HAS_XLINK),y) WFLAGS += -DXLINK_SUPPORT @@ -1054,11 +1054,16 @@ export CFLAGS endif +GCCVERSION = $(shell gcc -dumpversion) + ifeq ($(PLATFORM),PC) ifneq (,$(findstring 2.4,$(LINUX_SRC))) # Linux 2.4 CFLAGS := -D__KERNEL__ -I$(LINUX_SRC)/include -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include $(LINUX_SRC)/include/linux/modversions.h $(WFLAGS) export CFLAGS + else ifneq (,$(findstring 4.9,$(GCCVERSION))) + # GCC 4.9 + EXTRA_CFLAGS := -Wno-error=date-time $(WFLAGS) else # Linux 2.6 EXTRA_CFLAGS := $(WFLAGS) diff -ur a/os/linux/rt_linux.c b/os/linux/rt_linux.c --- a/os/linux/rt_linux.c 2013-09-12 07:27:14.000000000 +0200 +++ b/os/linux/rt_linux.c 2014-08-28 20:54:24.000000000 +0200 @@ -494,9 +494,11 @@ MEM_DBG_PKT_ALLOC_INC(skb); skb_reserve(skb, 2); - NdisMoveMemory(skb->tail, pHeader802_3, HdrLen); + + NdisMoveMemory(GET_OS_PKT_DATATAIL(skb), pHeader802_3, HdrLen); skb_put(skb, HdrLen); - NdisMoveMemory(skb->tail, pData, DataSize); + NdisMoveMemory(GET_OS_PKT_DATATAIL(skb), pData, DataSize); + skb_put(skb, DataSize); skb->dev = pNetDev; /*get_netdev_from_bssid(pAd, FromWhichBSSID); */ pPacket = OSPKT_TO_RTPKT(skb); @@ -647,7 +649,7 @@ pClonedPkt->dev = pRxPkt->dev; pClonedPkt->data = pData; pClonedPkt->len = DataSize; - pClonedPkt->tail = pClonedPkt->data + pClonedPkt->len; + SET_OS_PKT_DATATAIL(pClonedPkt, pClonedPkt->data, pClonedPkt->len); ASSERT(DataSize < 1530); } return pClonedPkt; @@ -692,7 +694,7 @@ pOSPkt->dev = pNetDev; pOSPkt->data = pData; pOSPkt->len = DataSize; - pOSPkt->tail = pOSPkt->data + pOSPkt->len; + SET_OS_PKT_DATATAIL(pOSPkt, pOSPkt->data, pOSPkt->len); /* copy 802.3 header */ @@ -1117,6 +1119,11 @@ pOSFSInfo->fsuid = current->fsuid; pOSFSInfo->fsgid = current->fsgid; current->fsuid = current->fsgid = 0; + +#elif LINUX_VERSION_CODE >= KERNEL_VERSION(3,15,10) + pOSFSInfo->fsuid = current_fsuid().val; + pOSFSInfo->fsgid = current_fsgid().val; + #else pOSFSInfo->fsuid = current_fsuid(); pOSFSInfo->fsgid = current_fsgid(); diff -ur a/os/linux/rt_main_dev.c b/os/linux/rt_main_dev.c --- a/os/linux/rt_main_dev.c 2013-09-12 07:27:14.000000000 +0200 +++ b/os/linux/rt_main_dev.c 2014-08-29 21:14:46.000000000 +0200 @@ -746,7 +746,9 @@ /* Unregister network device */ if (net_dev != NULL) { +#ifdef DBG printk("RtmpOSNetDevDetach(): RtmpOSNetDeviceDetach(), dev->name=%s!\n", net_dev->name); +#endif /* DBG */ RtmpOSNetDevDetach(net_dev); } diff -ur a/os/linux/rt_profile.c b/os/linux/rt_profile.c --- a/os/linux/rt_profile.c 2013-09-12 07:27:14.000000000 +0200 +++ b/os/linux/rt_profile.c 2014-08-29 23:23:18.033710839 +0200 @@ -396,7 +396,7 @@ if (pRxBlk->DataSize + sizeof(wlan_ng_prism2_header) > RX_BUFFER_AGGRESIZE) { - DBGPRINT(RT_DEBUG_ERROR, ("%s : Size is too large! (%d)\n", __FUNCTION__, pRxBlk->DataSize + sizeof(wlan_ng_prism2_header))); + DBGPRINT(RT_DEBUG_ERROR, ("%s : Size is too large! (%d)\n", __FUNCTION__, pRxBlk->DataSize + (UINT)sizeof(wlan_ng_prism2_header))); goto err_free_sk_buff; } diff -ur a/os/linux/usb_main_dev.c b/os/linux/usb_main_dev.c --- a/os/linux/usb_main_dev.c 2013-09-12 07:27:14.000000000 +0200 +++ b/os/linux/usb_main_dev.c 2014-08-29 21:12:35.000000000 +0200 @@ -516,7 +516,9 @@ /* Init driver module */ INT __init rtusb_init(void) { +#ifdef DBG printk("rtusb init %s --->\n", RTMP_DRV_NAME); +#endif /* DBG */ return usb_register(&rtusb_driver); } @@ -524,7 +526,9 @@ VOID __exit rtusb_exit(void) { usb_deregister(&rtusb_driver); +#ifdef DBG printk("<--- rtusb exit\n"); +#endif /* DBG */ } module_init(rtusb_init); diff -ur a/sta/sta_cfg.c b/sta/sta_cfg.c --- a/sta/sta_cfg.c 2013-09-12 07:27:14.000000000 +0200 +++ b/sta/sta_cfg.c 2014-08-28 20:54:24.000000000 +0200 @@ -8274,6 +8274,7 @@ RTMPIoctlGetSiteSurvey(pAd, pRequest); break; +#ifdef DBG case CMD_RTPRIV_IOCTL_MAC: RTMPIoctlMAC(pAd, pRequest); break; @@ -8285,6 +8286,7 @@ case CMD_RTPRIV_IOCTL_RF: RTMPIoctlRF(pAd, pRequest); break; +#endif /* DBG */ case CMD_RTPRIV_IOCTL_BBP: RTMPIoctlBbp(pAd, pRequest, pData, Data); poma ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-08-31 5:39 ` poma @ 2014-08-31 16:36 ` Andreas Hartmann 2014-10-07 2:47 ` poma 0 siblings, 1 reply; 14+ messages in thread From: Andreas Hartmann @ 2014-08-31 16:36 UTC (permalink / raw) To: poma, users; +Cc: linux-wireless poma wrote: > > A new patch[1] mainly based on patches at > https://github.com/ashaffer/rt3573sta > and several network throughput tests via the Iperf. > Tested with kernels: > - 3.15.10-200.fc20.x86_64 > - 3.16.1-301.fc21.x86_64 > - 3.17.0-0.rc2.git3.1.fc22.x86_64 > - 3.16.1-301.fc21.i686 > - 3.17.0-0.rc2.git3.1.fc22.i686 > > <Proximity> > Wi-Fi <~20cm LOS~> AP(Wi-Fi <-bridge-> 100Mbit switch) <-> Ethernet > > <AP> > # iwconfig ra0 > ra0 RTWIFI SoftAP ESSID:"Geppetto" > Mode:Managed Channel=13 Access Point: 00:22:44:66:88:aa > Bit Rate=150 Mb/s > </AP> > > <Wi-Fi> > $ iwconfig ra0 > ra0 Ralink STA ESSID:"Geppetto" Nickname:"MT7601STA" > Mode:Managed Frequency=2.472 GHz Access Point: 00:22:44:66:88:aa > Bit Rate=150 Mb/s > RTS thr:off Fragment thr:off > Link Quality=100/100 Signal level:-22 dBm Noise level:-53 dBm > Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 > Tx excessive retries:0 Invalid misc:0 Missed beacon:0 > </Wi-Fi> > > <Ethernet> > $ ifconfig bridge0 > bridge0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 > inet 192.168.2.2 netmask 255.255.255.0 broadcast 192.168.2.255 > ether 00:12:34:56:78:90 txqueuelen 0 (Ethernet) > RX errors 0 dropped 0 overruns 0 frame 0 > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > </Ethernet> > > <Ethernet-TCP> > $ iperf -s -i 1 > ------------------------------------------------------------ > Server listening on TCP port 5001 > TCP window size: 85.3 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.2.2 port 5001 connected with 192.168.2.36 port 58536 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0- 1.0 sec 10.6 MBytes 88.9 Mbits/sec > [ 4] 1.0- 2.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 2.0- 3.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 3.0- 4.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 4.0- 5.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 5.0- 6.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 6.0- 7.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 7.0- 8.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 8.0- 9.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 9.0-10.0 sec 11.2 MBytes 94.1 Mbits/sec > [ 4] 0.0-10.1 sec 113 MBytes 93.6 Mbits/sec > </Ethernet-TCP> ... Thanks for providing test results. With respect to the bottleneck fast ethernet switch in between and that it is most probably a 1x1:1 mimo config according[1], they are fine! The 64bit patch you attached is fine for use with tunneling, like vxlan, too! Regards, Andreas [1] (one line) https://wikidevi.com/wiki/Special:Ask?title=Special:Ask&q=[[Chip1+model::~MT7601U*]]&po=?Interface%250D%250A?Form+factor=FF%250D%250A?Interface+connector+type=USB+conn.%250D%250A?FCC+ID%250D%250A?Manuf%250D%250A?Manuf+product+model=Manuf.+mdl%250D%250A?Vendor+ID%250D%250A?Device+ID%250D%250A?Chip1+model%250D%250A?Supported+802dot11+protocols=PHY+modes%250D%250A?MIMO+config%250D%250A?OUI%250D%250A?Estimated+year+of+release=Est.+year&eq=yes&p[format]=broadtable&order[0]=ASC&sort_num=&order_num=ASC&p[limit]=500&p[offset]=&p[link]=all&p[sort]=&p[headers]=show&p[mainlabel]=&p[intro]=&p[outro]=&p[searchlabel]=…+further+results&p[default]=&p[class]=sortable+wikitable+smwtable ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-08-31 16:36 ` Andreas Hartmann @ 2014-10-07 2:47 ` poma 2014-10-07 13:57 ` John W. Linville 0 siblings, 1 reply; 14+ messages in thread From: poma @ 2014-10-07 2:47 UTC (permalink / raw) To: users; +Cc: linux-wireless BUG: unable to handle kernel paging request at ffffc9000277c070 IP: [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 PGD 12b01c067 PUD 12b01d067 PMD 1295e8067 PTE 0 Oops: 0000 [#1] SMP CPU: 3 PID: 1497 Comm: wpa_supplicant Tainted: G OE 3.17.0-1.fc21.x86_64 #1 task: ffff88007ec44e80 ti: ffff8800beddc000 task.ti: ffff8800beddc000 RIP: 0010:[<ffffffff8165272c>] [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 RSP: 0018:ffff8800beddfcd8 EFLAGS: 00010202 RAX: ffffc9000277c000 RBX: ffff8800caa3c000 RCX: ffff8800ca22a948 RDX: 0000000000000000 RSI: 0000000000000005 RDI: ffff8800caa3c000 RBP: ffff8800beddfce8 R08: 0000000000000000 R09: 0000000000000208 R10: 0000000000000400 R11: 0000000000000010 R12: 0000000000000000 R13: ffffc9000277c000 R14: 0000000000000000 R15: 0000000000000001 FS: 00007fce557aa800(0000) GS:ffff88012fcc0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: ffffc9000277c070 CR3: 000000007eeed000 CR4: 00000000000007e0 Stack: ffffffff816527e8 ffff8800caa3c000 ffff8800beddfd20 ffffffffa05e4655 ffffffffa05e4ab0 ffffffffa05e4510 000000005abd5236 ffff8800caa3c000 0000000000001003 ffff8800beddfd58 ffffffff8163135e ffff8800caa3c000 Call Trace: [<ffffffff816527e8>] ? netif_carrier_on+0x48/0x50 [<ffffffffa05e4655>] MainVirtualIF_open+0x85/0xe0 [mt7601Usta] [<ffffffffa05e4ab0>] ? RtmpOSIRQRequest+0x60/0x60 [mt7601Usta] [<ffffffffa05e4510>] ? RT28xx_get_ether_stats+0x150/0x150 [mt7601Usta] [<ffffffff8163135e>] __dev_open+0xce/0x150 [<ffffffff8163168d>] __dev_change_flags+0x9d/0x160 [<ffffffff81631779>] dev_change_flags+0x29/0x70 [<ffffffff816a5bac>] devinet_ioctl+0x63c/0x710 [<ffffffff816a6d05>] inet_ioctl+0x65/0x90 [<ffffffff816105d5>] sock_do_ioctl+0x25/0x50 [<ffffffff81610b30>] sock_ioctl+0x1f0/0x2c0 [<ffffffff81220340>] do_vfs_ioctl+0x2d0/0x4b0 [<ffffffff812205a1>] SyS_ioctl+0x81/0xa0 [<ffffffff81135a16>] ? __audit_syscall_exit+0x1f6/0x2a0 [<ffffffff81743469>] system_call_fastpath+0x16/0x1b Code: 9b 48 a4 ff c6 05 bd 12 6b 00 01 48 8b 45 d8 e9 09 ff ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 66 66 66 66 90 48 8b 87 e8 01 00 00 <48> 83 78 70 00 74 41 55 48 89 e5 53 48 63 87 c0 03 00 00 85 c0 RIP [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 RSP <ffff8800beddfcd8> CR2: ffffc9000277c070 ---[ end trace 97a7adc75a3f40f8 ]--- ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-10-07 2:47 ` poma @ 2014-10-07 13:57 ` John W. Linville 2014-10-07 14:59 ` poma 0 siblings, 1 reply; 14+ messages in thread From: John W. Linville @ 2014-10-07 13:57 UTC (permalink / raw) To: poma; +Cc: users, linux-wireless You probably shold be sending this to MediaTek. The driver you are using is not part of the upstream Linux kernel. John On Tue, Oct 07, 2014 at 04:47:11AM +0200, poma wrote: > > BUG: unable to handle kernel paging request at ffffc9000277c070 > IP: [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 > PGD 12b01c067 PUD 12b01d067 PMD 1295e8067 PTE 0 > Oops: 0000 [#1] SMP > CPU: 3 PID: 1497 Comm: wpa_supplicant Tainted: G OE 3.17.0-1.fc21.x86_64 #1 > task: ffff88007ec44e80 ti: ffff8800beddc000 task.ti: ffff8800beddc000 > RIP: 0010:[<ffffffff8165272c>] [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 > RSP: 0018:ffff8800beddfcd8 EFLAGS: 00010202 > RAX: ffffc9000277c000 RBX: ffff8800caa3c000 RCX: ffff8800ca22a948 > RDX: 0000000000000000 RSI: 0000000000000005 RDI: ffff8800caa3c000 > RBP: ffff8800beddfce8 R08: 0000000000000000 R09: 0000000000000208 > R10: 0000000000000400 R11: 0000000000000010 R12: 0000000000000000 > R13: ffffc9000277c000 R14: 0000000000000000 R15: 0000000000000001 > FS: 00007fce557aa800(0000) GS:ffff88012fcc0000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: ffffc9000277c070 CR3: 000000007eeed000 CR4: 00000000000007e0 > Stack: > ffffffff816527e8 ffff8800caa3c000 ffff8800beddfd20 ffffffffa05e4655 > ffffffffa05e4ab0 ffffffffa05e4510 000000005abd5236 ffff8800caa3c000 > 0000000000001003 ffff8800beddfd58 ffffffff8163135e ffff8800caa3c000 > Call Trace: > [<ffffffff816527e8>] ? netif_carrier_on+0x48/0x50 > [<ffffffffa05e4655>] MainVirtualIF_open+0x85/0xe0 [mt7601Usta] > [<ffffffffa05e4ab0>] ? RtmpOSIRQRequest+0x60/0x60 [mt7601Usta] > [<ffffffffa05e4510>] ? RT28xx_get_ether_stats+0x150/0x150 [mt7601Usta] > [<ffffffff8163135e>] __dev_open+0xce/0x150 > [<ffffffff8163168d>] __dev_change_flags+0x9d/0x160 > [<ffffffff81631779>] dev_change_flags+0x29/0x70 > [<ffffffff816a5bac>] devinet_ioctl+0x63c/0x710 > [<ffffffff816a6d05>] inet_ioctl+0x65/0x90 > [<ffffffff816105d5>] sock_do_ioctl+0x25/0x50 > [<ffffffff81610b30>] sock_ioctl+0x1f0/0x2c0 > [<ffffffff81220340>] do_vfs_ioctl+0x2d0/0x4b0 > [<ffffffff812205a1>] SyS_ioctl+0x81/0xa0 > [<ffffffff81135a16>] ? __audit_syscall_exit+0x1f6/0x2a0 > [<ffffffff81743469>] system_call_fastpath+0x16/0x1b > Code: 9b 48 a4 ff c6 05 bd 12 6b 00 01 48 8b 45 d8 e9 09 ff ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 66 66 66 66 90 48 8b 87 e8 01 00 00 <48> 83 78 70 00 74 41 55 48 89 e5 53 48 63 87 c0 03 00 00 85 c0 > RIP [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 > RSP <ffff8800beddfcd8> > CR2: ffffc9000277c070 > ---[ end trace 97a7adc75a3f40f8 ]--- > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-wireless" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- John W. Linville Someday the world will need a hero, and you linville@tuxdriver.com might be all we have. Be ready. ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-10-07 13:57 ` John W. Linville @ 2014-10-07 14:59 ` poma 2014-10-07 15:12 ` poma 0 siblings, 1 reply; 14+ messages in thread From: poma @ 2014-10-07 14:59 UTC (permalink / raw) To: GSS_MTK_WCN_ACS; +Cc: John W. Linville, users, linux-wireless On 07.10.2014 15:57, John W. Linville wrote: > You probably shold be sending this to MediaTek. The driver you are > using is not part of the upstream Linux kernel. > > John > No problemos! > On Tue, Oct 07, 2014 at 04:47:11AM +0200, poma wrote: >> >> BUG: unable to handle kernel paging request at ffffc9000277c070 >> IP: [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 >> PGD 12b01c067 PUD 12b01d067 PMD 1295e8067 PTE 0 >> Oops: 0000 [#1] SMP >> CPU: 3 PID: 1497 Comm: wpa_supplicant Tainted: G OE 3.17.0-1.fc21.x86_64 #1 >> task: ffff88007ec44e80 ti: ffff8800beddc000 task.ti: ffff8800beddc000 >> RIP: 0010:[<ffffffff8165272c>] [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 >> RSP: 0018:ffff8800beddfcd8 EFLAGS: 00010202 >> RAX: ffffc9000277c000 RBX: ffff8800caa3c000 RCX: ffff8800ca22a948 >> RDX: 0000000000000000 RSI: 0000000000000005 RDI: ffff8800caa3c000 >> RBP: ffff8800beddfce8 R08: 0000000000000000 R09: 0000000000000208 >> R10: 0000000000000400 R11: 0000000000000010 R12: 0000000000000000 >> R13: ffffc9000277c000 R14: 0000000000000000 R15: 0000000000000001 >> FS: 00007fce557aa800(0000) GS:ffff88012fcc0000(0000) knlGS:0000000000000000 >> CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b >> CR2: ffffc9000277c070 CR3: 000000007eeed000 CR4: 00000000000007e0 >> Stack: >> ffffffff816527e8 ffff8800caa3c000 ffff8800beddfd20 ffffffffa05e4655 >> ffffffffa05e4ab0 ffffffffa05e4510 000000005abd5236 ffff8800caa3c000 >> 0000000000001003 ffff8800beddfd58 ffffffff8163135e ffff8800caa3c000 >> Call Trace: >> [<ffffffff816527e8>] ? netif_carrier_on+0x48/0x50 >> [<ffffffffa05e4655>] MainVirtualIF_open+0x85/0xe0 [mt7601Usta] >> [<ffffffffa05e4ab0>] ? RtmpOSIRQRequest+0x60/0x60 [mt7601Usta] >> [<ffffffffa05e4510>] ? RT28xx_get_ether_stats+0x150/0x150 [mt7601Usta] >> [<ffffffff8163135e>] __dev_open+0xce/0x150 >> [<ffffffff8163168d>] __dev_change_flags+0x9d/0x160 >> [<ffffffff81631779>] dev_change_flags+0x29/0x70 >> [<ffffffff816a5bac>] devinet_ioctl+0x63c/0x710 >> [<ffffffff816a6d05>] inet_ioctl+0x65/0x90 >> [<ffffffff816105d5>] sock_do_ioctl+0x25/0x50 >> [<ffffffff81610b30>] sock_ioctl+0x1f0/0x2c0 >> [<ffffffff81220340>] do_vfs_ioctl+0x2d0/0x4b0 >> [<ffffffff812205a1>] SyS_ioctl+0x81/0xa0 >> [<ffffffff81135a16>] ? __audit_syscall_exit+0x1f6/0x2a0 >> [<ffffffff81743469>] system_call_fastpath+0x16/0x1b >> Code: 9b 48 a4 ff c6 05 bd 12 6b 00 01 48 8b 45 d8 e9 09 ff ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 66 66 66 66 90 48 8b 87 e8 01 00 00 <48> 83 78 70 00 74 41 55 48 89 e5 53 48 63 87 c0 03 00 00 85 c0 >> RIP [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 >> RSP <ffff8800beddfcd8> >> CR2: ffffc9000277c070 >> ---[ end trace 97a7adc75a3f40f8 ]--- >> >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-10-07 14:59 ` poma @ 2014-10-07 15:12 ` poma 2014-10-08 9:53 ` Stanislaw Gruszka 0 siblings, 1 reply; 14+ messages in thread From: poma @ 2014-10-07 15:12 UTC (permalink / raw) To: Stanislaw Gruszka Cc: GSS_MTK_WCN_ACS, John W. Linville, users, linux-wireless On 07.10.2014 16:59, poma wrote: > On 07.10.2014 15:57, John W. Linville wrote: >> You probably shold be sending this to MediaTek. The driver you are >> using is not part of the upstream Linux kernel. >> >> John >> > > No problemos! > > BTW, pán Gruszka, when will these devices be supported as a part of the upstream Linux kernel? poma >> On Tue, Oct 07, 2014 at 04:47:11AM +0200, poma wrote: >>> >>> BUG: unable to handle kernel paging request at ffffc9000277c070 >>> IP: [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 >>> PGD 12b01c067 PUD 12b01d067 PMD 1295e8067 PTE 0 >>> Oops: 0000 [#1] SMP >>> CPU: 3 PID: 1497 Comm: wpa_supplicant Tainted: G OE 3.17.0-1.fc21.x86_64 #1 >>> task: ffff88007ec44e80 ti: ffff8800beddc000 task.ti: ffff8800beddc000 >>> RIP: 0010:[<ffffffff8165272c>] [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 >>> RSP: 0018:ffff8800beddfcd8 EFLAGS: 00010202 >>> RAX: ffffc9000277c000 RBX: ffff8800caa3c000 RCX: ffff8800ca22a948 >>> RDX: 0000000000000000 RSI: 0000000000000005 RDI: ffff8800caa3c000 >>> RBP: ffff8800beddfce8 R08: 0000000000000000 R09: 0000000000000208 >>> R10: 0000000000000400 R11: 0000000000000010 R12: 0000000000000000 >>> R13: ffffc9000277c000 R14: 0000000000000000 R15: 0000000000000001 >>> FS: 00007fce557aa800(0000) GS:ffff88012fcc0000(0000) knlGS:0000000000000000 >>> CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b >>> CR2: ffffc9000277c070 CR3: 000000007eeed000 CR4: 00000000000007e0 >>> Stack: >>> ffffffff816527e8 ffff8800caa3c000 ffff8800beddfd20 ffffffffa05e4655 >>> ffffffffa05e4ab0 ffffffffa05e4510 000000005abd5236 ffff8800caa3c000 >>> 0000000000001003 ffff8800beddfd58 ffffffff8163135e ffff8800caa3c000 >>> Call Trace: >>> [<ffffffff816527e8>] ? netif_carrier_on+0x48/0x50 >>> [<ffffffffa05e4655>] MainVirtualIF_open+0x85/0xe0 [mt7601Usta] >>> [<ffffffffa05e4ab0>] ? RtmpOSIRQRequest+0x60/0x60 [mt7601Usta] >>> [<ffffffffa05e4510>] ? RT28xx_get_ether_stats+0x150/0x150 [mt7601Usta] >>> [<ffffffff8163135e>] __dev_open+0xce/0x150 >>> [<ffffffff8163168d>] __dev_change_flags+0x9d/0x160 >>> [<ffffffff81631779>] dev_change_flags+0x29/0x70 >>> [<ffffffff816a5bac>] devinet_ioctl+0x63c/0x710 >>> [<ffffffff816a6d05>] inet_ioctl+0x65/0x90 >>> [<ffffffff816105d5>] sock_do_ioctl+0x25/0x50 >>> [<ffffffff81610b30>] sock_ioctl+0x1f0/0x2c0 >>> [<ffffffff81220340>] do_vfs_ioctl+0x2d0/0x4b0 >>> [<ffffffff812205a1>] SyS_ioctl+0x81/0xa0 >>> [<ffffffff81135a16>] ? __audit_syscall_exit+0x1f6/0x2a0 >>> [<ffffffff81743469>] system_call_fastpath+0x16/0x1b >>> Code: 9b 48 a4 ff c6 05 bd 12 6b 00 01 48 8b 45 d8 e9 09 ff ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 66 66 66 66 90 48 8b 87 e8 01 00 00 <48> 83 78 70 00 74 41 55 48 89 e5 53 48 63 87 c0 03 00 00 85 c0 >>> RIP [<ffffffff8165272c>] __netdev_watchdog_up+0xc/0x80 >>> RSP <ffff8800beddfcd8> >>> CR2: ffffc9000277c070 >>> ---[ end trace 97a7adc75a3f40f8 ]--- >>> >>> >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> >> > ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-10-07 15:12 ` poma @ 2014-10-08 9:53 ` Stanislaw Gruszka 2014-10-28 7:47 ` poma 0 siblings, 1 reply; 14+ messages in thread From: Stanislaw Gruszka @ 2014-10-08 9:53 UTC (permalink / raw) To: poma; +Cc: GSS_MTK_WCN_ACS, John W. Linville, users, linux-wireless, Larry Finger On Tue, Oct 07, 2014 at 05:12:47PM +0200, poma wrote: > BTW, pán Gruszka, when will these devices be supported as a part of the upstream Linux kernel? I'm not an oracle :-) Larry declared to work on some mt76xx chip support, I'm cc him. I can also work on new chips for rt2x00, but wanted to finish some other work before. Stanislaw ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-10-08 9:53 ` Stanislaw Gruszka @ 2014-10-28 7:47 ` poma 2014-10-28 10:12 ` Stanislaw Gruszka 0 siblings, 1 reply; 14+ messages in thread From: poma @ 2014-10-28 7:47 UTC (permalink / raw) To: Stanislaw Gruszka Cc: GSS_MTK_WCN_ACS, John W. Linville, users, linux-wireless, Larry Finger, Hua Shao, Oleksij Rempel On 08.10.2014 11:53, Stanislaw Gruszka wrote: > On Tue, Oct 07, 2014 at 05:12:47PM +0200, poma wrote: >> BTW, pán Gruszka, when will these devices be supported as a part of the upstream Linux kernel? > > I'm not an oracle :-) > > Larry declared to work on some mt76xx chip support, I'm cc him. > > I can also work on new chips for rt2x00, but wanted to finish some > other work before. > > Stanislaw > Even better pán Gruszka, MediaTek has spoken. :) I hope that they really support further development here. Toodooloo ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [rt2x00-users] MediaTek Inc. MT7601U Wireless Adapter 2014-10-28 7:47 ` poma @ 2014-10-28 10:12 ` Stanislaw Gruszka 0 siblings, 0 replies; 14+ messages in thread From: Stanislaw Gruszka @ 2014-10-28 10:12 UTC (permalink / raw) To: poma Cc: Stanislaw Gruszka, GSS_MTK_WCN_ACS, linux-wireless, users, Hua Shao, Oleksij Rempel, Larry Finger On Tue, Oct 28, 2014 at 08:47:29AM +0100, poma wrote: > On 08.10.2014 11:53, Stanislaw Gruszka wrote: > > On Tue, Oct 07, 2014 at 05:12:47PM +0200, poma wrote: > >> BTW, pán Gruszka, when will these devices be supported as a part of the upstream Linux kernel? > > > > I'm not an oracle :-) > > > > Larry declared to work on some mt76xx chip support, I'm cc him. > > > > I can also work on new chips for rt2x00, but wanted to finish some > > other work before. > > > > Stanislaw > > > > Even better pán Gruszka, MediaTek has spoken. :) > I hope that they really support further development here. Me too. Stanislaw ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2014-10-28 10:10 UTC | newest] Thread overview: 14+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-08-26 17:35 MediaTek Inc. MT7601U Wireless Adapter poma 2014-08-26 18:28 ` John W. Linville 2014-08-27 6:34 ` [rt2x00-users] " Andreas Hartmann 2014-08-27 13:55 ` John W. Linville 2014-08-28 2:51 ` poma 2014-08-31 5:39 ` poma 2014-08-31 16:36 ` Andreas Hartmann 2014-10-07 2:47 ` poma 2014-10-07 13:57 ` John W. Linville 2014-10-07 14:59 ` poma 2014-10-07 15:12 ` poma 2014-10-08 9:53 ` Stanislaw Gruszka 2014-10-28 7:47 ` poma 2014-10-28 10:12 ` Stanislaw Gruszka
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).