Hi.
There's some general problem in hostapd configuration for several devices
was observed. In vanilla trunk versions of openwrt I got nearly 40-45Mbit/s
speed on Ralink RT5350 based devices and Atheros AR71xx platform (tp-link
wr841nd). The problem was in /var/run/hostapd-phy0.conf. It seems it i
7;t get applied when configuration file
loaded. So for now the easiest and fast way to fix this is to set
config with parameters that hostapd expects.
2015-06-29 0:21 GMT+03:00 Linus Lüssing :
> On Sun, Jun 28, 2015 at 09:16:58PM +0300, N.Leiten wrote:
>> As a result I got full 100Mbit/s on AR7
Resending patch in text format. Return of wmm_* parameters to
hostapd.conf file for wifi speed up.
2015-06-29 0:59 GMT+03:00 N.Leiten :
> The thing is - this parameters I've got from hostapd.conf on my host
> machine and due to comments they are strictly set from 802.11. As for
>
Speed up wifi up to 2 times in Access Point mode. On rt5350 platfrom I
got speed up from 35-40Mbit to 70-80Mbit, on ar71xx I got improvement
from 45Mbit to 100Mbit with this parameters set in hostapd.conf. It
seems that hostapd expects not only 'wmm_enabled=1' key but also
parameters for WMM.
Sig
Hi,
It is selected in target//image/Makefile.
Actually there's many rules for each target, so, probably you need to write own
rule for own target there.
In email dated Вторник - 30 июня 2015 19:57:44 user Baptiste Clenet wrote:
> Hi,
>
> By slecting a board in menuconfig, OpenWRT sets a maximum
There's two ways of default configuration - first is statically for all
platforms in package/base-files/files/etc/config/network and using
'uci-default' hooks.
The second type is used for target depended configurations (either different
ports on switch as lan/wan or even different interfaces for
Sorry, I must admit that there was a mistake in my tests.
Patch already declined.
In email dated Вторник - 14 июля 2015 22:43:36 user Daniel Petre wrote:
> On 06/28/2015 09:16 PM, N.Leiten wrote:
> > Hi.
> >
> > There's some general problem in hostapd configuration fo
In email dated Пятница - 31 июля 2015 17:08:23 user John kerry wrote:
> Hi,
>
> I am working on Ar71xx openWRT Luci project. By default the Wi-Fi is
> disabled and SSID is OpenWrt. I need to change the default settings.
> Could anyone help me to change the default settings.
>
>
> Best Regards,
>
You can also use uci-defaults mechanism for your purpose. Just put
script in base-files/etc/uci-defaults and set your preferrable
parameters with uci and don't forget to 'exit 0' at the end of script,
in elsecase it'll be run every time at boot ruining changes.
2015-07-31 12:08 GMT+03:00 John kerr
ryption=none
> uci set wireless.@wifi-iface[0].wds=1
> uci set wireless.radio0.disabled=0
>
> uci commit wireless
>
> exit 0
>
> and compile the source code using make V=s but still not changed default
> settings.
>
> Please help me to make it works.
>
> T
Fix instability of Ralink WiFi general queue management on high load.
rt2x00 driver logs in dmesg "Dropping frame due to full queue ..." several
times and at some point get stuck.
Solutions in patch:
1) Increasing number of frames in each TX queue helps with speed and decreases
queue overflows.
e time debugging this :)
>
> John
>
>
> On 11/09/2015 13:33, N.Leiten wrote:
> > Fix instability of Ralink WiFi general queue management on high load.
> > rt2x00 driver logs in dmesg "Dropping frame due to full queue ..." several
> > times and at so
In email dated Пятница - 11 сентября 2015 13:49:26 user Felix Fietkau wrote:
> On 2015-09-11 13:33, N.Leiten wrote:
> > Fix instability of Ralink WiFi general queue management on high load.
> > rt2x00 driver logs in dmesg "Dropping frame due to full queue ..." several
&g
Hi.
In email dated Пятница - 11 сентября 2015 17:16:35 user Mikko Hissa wrote:
>
> > On 11 Sep 2015, at 15:43, N.Leiten wrote:
> >
> > In email dated Пятница - 11 сентября 2015 13:49:26 user Felix Fietkau wrote:
> >> On 2015-09-11 13:33, N.Leiten wrote:
> &
Due to datasheet of rt3883 SoC rgmii1 port handles pins 84-95 and rgmii2 port
handles pins 72-83. When this function ports gets added to rt3883_pinmux_data
there's wrong pinmux bits set (RT3883_GPIO_MODE_GE1 manages 84-95 pins and
RT3883_GPIO_MODE_GE2 manages 72-83). So when enabling rgmii2 as G
Does it happen on every boot or only on first boot after firmware update?
The reason of this error is absence of 'firmware' (like ART on Atheros-based
boards) partition on flash due to firmware structure itself or error in DTS
files.
In OpenWRT kernel falls back to usermode generation of EEPROM
16 matches
Mail list logo
