Hi Jiapeng,
I think your problem is different. As I understand it, what you say is just
how the Luci web interface works. It doesn't let you scan with a single
wifi virtual interface in AP mode while it is enabled. It has nothing to do
with the driver.
Your patch doesn't change anything because
Changing those bits just lets the kernel wifi code get into the driver
in simultaneous AP/STA mode. Whether the driver actually works in that
mode has never been tested. Who knows if that binary Ralink blob will
work in this mode. We don't have the source so there is no way to fix
it.
On Thu,
I have the source to the binary blob for mtk7620n/a I dont know if it
supports the previous chips and it has an alpha label.
On Thu, Sep 19, 2013 at 8:11 PM, jonsm...@gmail.com jonsm...@gmail.comwrote:
Changing those bits just lets the kernel wifi code get into the driver
in simultaneous
Hi,
I am also interested in this feature and I've tried your patch, jonsmirl.
It seems to work fine, thanks! I haven't tested it that much, but no
functional problems so far.
I have another question. I've noticed that, in AP+STA mode, the AP is
switched off when the STA is not connected. I would
Hi Diego,
I am not familiar with the command you mentioned, i test this patch use the
LuCI.
Just as what you said in the mail, now the AP and STA mode can work
together.
But i found that when i open AP mode first, then the scan function is
invalid.
I must disable the WIFI first, then click the
Hi jonsmirl,
Thank you, i am new to Openwrt, and not sure about this feature.
What i know now is that RT5350 chip truly supports AP+STA mode, i test the
MPR-A2, it can support this feature and works fine.
If it is because of the WIFI driver, i think we can take an effort to make
OpenWrt support
You can try this and see what breaks but a lot of testing and
verification will be needed to ensure that this is working correctly.
--- a/drivers/net/wireless/rt2x00/rt2x00dev.c
+++ b/drivers/net/wireless/rt2x00/rt2x00dev.c
@@ -1264,7 +1264,7 @@ static inline void rt2x00lib_set_if_comb
Thanks jonsmirl,
I'll test it to see what happens, and give you a feed back.
2013/9/8 jonsm...@gmail.com jonsm...@gmail.com
You can try this and see what breaks but a lot of testing and
verification will be needed to ensure that this is working correctly.
---
On Sun, Sep 8, 2013 at 8:08 PM, Jiapeng Li gaplee...@gmail.com wrote:
Thanks jonsmirl,
I'll test it to see what happens, and give you a feed back.
I believe you need to apply that patch in the 80211mac project because
of the way git openwrt builds.
2013/9/8 jonsm...@gmail.com
Does openwrt support RT5350F for AP+STA mode?
I compile openwrt for MPR-A2 use the latest trunk, i use luci to configure
the wifi,
and found that OpenWrt can't open wifi client and master mode
simultaneously.
Did i miss something or RT5350F driver don't support this feature.
* Jiapeng Li gaplee...@gmail.com [07.09.2013 09:34]:
and found that OpenWrt can't open wifi client and master mode
simultaneously.
have you tried to establish only one mode of each?
does AP work?
does STA work?
IMHO for client (aka 'station'-mode) you need
to include wpa-supplicant...
bye,
hi bastian,
Yes, each of AP and STA mode can work alone, but can't work together.
2013/9/7 Bastian Bittorf bitt...@bluebottle.com
* Jiapeng Li gaplee...@gmail.com [07.09.2013 09:34]:
and found that OpenWrt can't open wifi client and master mode
simultaneously.
have you tried to establish
Use the iw command.. iw phy for rt5350..
valid interface combinations:
* #{ AP, mesh point } = 8,
total = 8, #channels = 1
I suspect this is a software limitation that could be expanded with
some driver work.
The AtherOS chips will do what you want.
On Sat, Sep 7, 2013 at 6:29 AM,
This is what an AtherOS chip says...
valid interface combinations:
* #{ managed, WDS, P2P-client } = 2048, #{ IBSS, AP, mesh
point, P2P-GO } = 8,
total = 2048, #channels = 1
On Sat, Sep 7, 2013 at 10:36 AM, jonsm...@gmail.com jonsm...@gmail.com
14 matches
Mail list logo