Open artixnous opened 9 years ago
Thanks for the report. Unfortunately AP/master is pretty low on my TODO list. In fact it should not be advertised as supported but the commit which disables it is buried in one of my WIP branches. I'm sure the support will be added one day together with mesh. I don't care that much for AP actually, the APs on Ralink/MediaTek USB devices are pretty terrible anyway. And I haven't decided whether to write ad-hoc or not. Seems like a waste of time these days.
So to make it short: AP is simply not there yet. BTW did you get the AP to work with the vendor driver?
I've been using the code from https://github.com/housq/mt7601u (which is a patchlevel below the latest "official" driver). I've also created a PKGBUILD for Arch (https://aur.archlinux.org/packages/mt7601u-ap-dkms/) and used it for a month or so, out of necessity since I fried a RT5370 dongle. The aforementioned code is AP-only and has served me quite well, except for the TX rate which stays within 11g limits (i.e. <=54MBps). This is a 3-module case but I've also seen another AP project which integrates it in 1; haven't used it though as I had already created a satisfactory PKGBUILD.
I took the liberty to create a PKGBUILD for your code too: https://aur.archlinux.org/packages/mt7601u-dkms and, while I agree about the ad-hoc functionality, I've seen from my earlier search that a lot of people (and a great many rPi users among them) would put good use of an up-to-date driver with AP support. Thanks again for your work, I'll be watching for updates.
Thanks for information about AP stuff. I will definitely look into it at some point. My plan is to upstream the STA functionality first and then expand. My time resources are painfully limited though. I was even thinking about creating some sort of survey of which functions are most desired by users (AP, ad-hoc, power saving). There is also a MT7630E PCIe device which needs a proper Linux driver...
My feelings on packaging this driver are a bit mixed though. Because I make a lot of changes every single day and there are no version numbers I'm worried that people will start reporting bugs in old versions and I won't be able to reproduce them. Also will it be possible to push updated code to users when I fix something important on GH?
The package is not binary; every time a user builds it they get the latest source from GH. However, since you mentioned it, if you version the code I will be able to "snapshot" the package with that version and users will see whether a newer version is available. For now, I've arbitrarily set the version number to 3.1 because it made some sense as your code is actually newer than the original 3.0.0.4. You don't need to implement any fancy stuff, any simple incrementing number will do - even a datestamp on every update.
OK, we will see what happens and introduce versioning if need be.
@archnous thank you for the tip about the AP driver and @kuba-moo , thank you for your great work and congratulations on making it to linux kernel :congratulations: It would be great if some progress is done to support AP mode. I am also using both drivers but I have come up with a problem if switching from using this STA driver to the AP driver (I shut down the network interfaces and remove the driver modules of course), the STA driver makes the AP driver not to work, I can't connect to it and I have to remove and plug the wifi dongle again for it to work. @archnous have you faced this problem? I see two repos for AP mode more updated that the one @archnous mentioned (this one) and this one and this one, is the one mentioned more stable in some way?
@erwinkendo I use this repo for my package and is very stable, but only works at 11g speeds (i.e. 54MBps TX and RX). The aforementioned source compiles only in AP mode and works as such without hostapd. Just load the modules, assign an IP and you're set.
Thank you @archnous , I am using it as well, but if I load and use the module @kuba-moo created, and then try to use the one you mention again, I can't connect to the AP (even when it is broadcasting) and the only solution is to unplug and plug the usb again. Have you faced this problem?
No, I only use it as an AP. Have you tried unloading all modules (both AP and kuba-moo's) and then reloading the ones desired, instead of un/pluging the dongle?
Yes, of course, I turn the interface off with ´´´ip link set ra0 down´´´ and remove all the modules for the AP driver, and for STA driver I set the interface down and remove all the modules the mt7601u module started (mac80211, ctr, ccm, arc4, cfg80211) and when starting the AP modules after kuba-moo's have been removed, the AP is broadcasting but no connection can be achieved.
2015-06-04 4:45 GMT-05:00 archnous notifications@github.com:
No, I only use it as an AP. Have you tried unloading all modules (both AP and kuba-moo's) and then reloading the ones desired, instead of un/pluging the dongle?
— Reply to this email directly or view it on GitHub https://github.com/kuba-moo/mt7601u/issues/4#issuecomment-108810200.
Gracias
Erwin José López Pulgarín Ingeniero Mecatrónico Universidad Nacional de Colombia
@kuba-moo thanks for your work. Driver is working well in Kernel 4.3 in STA. I'd like to use my MT7601 dongles as AP but as indicated, that's not supported.
Do you think you'll work soon on AP mode ?
Thanks :)
Hey Kuba in backtrack we can connect with airbase-ng any android devices with sucess. I, m using kali 2.0 and i think is a version of aircrack 1.2 r3 have a bug and hostapd dont work for most devices with dongle form.its complicated friend.hhave any good version of airbase ng for work with android devices?
+1 for ad-hoc mode
Hey archnous, The repo u mentioned looks good, im fine with the low speed as long as the AP mode runs stable. which steps would i take to get the repo u mentioned to work under a raspberry? I cloned the repo, installed kernel headers and dependencie stuff and ran miwifi_build.sh successfully. How would i now get the AP mode to work? Thanks :)
I wish I knew how to make drivers :/ @kuba-moo thanks you for work, and to the people like you who make drivers for linux. Would really love to work on projects like this if I had the knowledge. Looking forward to AP capability being supported.
Same here.. i need AP mode for my raspi
Thanks for this. I've tested on a i686/3.19 machine and it works like a charm in STA mode. However, while "iw phy0 info" shows AP in capabilities and hostapd configures it in master mode, the intended ESSID isn't visible (or invisible but existent, for that matter). Therefore, I can't connect to it.
Launching hostapd sends these additional messages:
I can provide any additional information you need.