queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
> > Sat Aug 18 16:05:51 2018 kern.err kernel: [ 8364.981622] ieee80211 phy0:
> > rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
> > Sat Aug 18 16:05:51 2018 kern.err kernel: [ 8364.991070] ie
Hi Daniel
On Sat, Aug 18, 2018 at 06:08:40PM +0200, Daniel Golle wrote:
> Still seeing a lot of those
>
> Sat Aug 18 16:05:51 2018 kern.err kernel: [ 8364.972151] ieee80211 phy0:
> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
> Sat Aug 18 16:05:5
Still seeing a lot of those
Sat Aug 18 16:05:51 2018 kern.err kernel: [ 8364.972151] ieee80211 phy0:
rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sat Aug 18 16:05:51 2018 kern.err kernel: [ 8364.981622] ieee80211 phy0:
rt2x00queue_write_tx_frame: Error - Dropping
Hello
On Thu, Aug 16, 2018 at 12:35:29AM +0200, Daniel Golle wrote:
> Clone the master branch of
> https://git.openwrt.org/openwrt/staging/dangole.git
> and give it shot and let us know the results.
Thanks!
> > Please also remove:
> >
Hi Stanislaw,
On Wed, Aug 15, 2018 at 01:40:30PM +0200, Stanislaw Gruszka wrote:
> On Mon, May 28, 2018 at 02:50:39PM +0200, Stanislaw Gruszka wrote:
> > I have some updates here.
>
> And now more updates. I have 5 patches to test here:
>
On Mon, May 28, 2018 at 02:50:39PM +0200, Stanislaw Gruszka wrote:
> I have some updates here.
And now more updates. I have 5 patches to test here:
https://github.com/sgruszka/wireless-drivers-next/commits/rt2800-draft-v2
as reported by T-Bone here:
Hi!
On Mon, May 28, 2018 at 02:50:40PM +0200, Stanislaw Gruszka wrote:
> I have some updates here.
>
> ...
> Another issue is that sometimes we do not sent rate probe frames,
> I posted fix for that (revert of my older change):
> https://marc.info/?l=linux-wireless=152750671715369=2
> This
I have some updates here.
First thing is that printing messages by printk can cause few seconds
of cpu hang on my mt7620 hardware, what result on wifi disconnects.
I realized that when added debug patch like this:
diff --git a/net/mac80211/agg-tx.c b/net/mac80211/agg-tx.c
index
On Tue, Apr 17, 2018 at 07:32:57AM -0600, Kofi Agor wrote:
> Some minor changes to our patch:
>
>1. We (Craig Matsuura) found that disabling/enable the txtasklet worked
>better than tearing down and recreating the txtasklet each time. It also
>resolved a kernel oops we were
er.kernel.org>,
Johannes Berg <johannes.b...@intel.com>, Arnd Bergmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, Felix Fietkau <n...@nbd.name>,
Jamie Stuart <ja...@onebillion.org>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dro
;a...@arndb.de>,
>> John Crispin <j...@phrozen.org>, Felix Fietkau <n...@nbd.name>,
>>Jamie Stuart <ja...@onebillion.org>
>> Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
>>frame due to full tx queue...?
>> Hi Enrico,
>> Som
u <n...@nbd.name>,
Jamie Stuart <ja...@onebillion.org>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue...?
Hi Enrico,
Some minor changes to our patch:
1. We (Craig Matsuura) found that disabling/enable the txtasklet wo
To turn it off and on I use the OpenWrt wifi command:
wifi down
turns it off.
wifi up
turns it back on.
thank you very much for your help.
I suspect you're using something nearer to mt7620A, while the Asus WL-330n3G is
based on rt305X I guess.
Enrico
See attached .config:
#
#
..@gmail.com>,
linux-wireless <linux-wireless@vger.kernel.org>,
Johannes Berg <johannes.b...@intel.com>, Arnd Bergmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, Felix Fietkau <n...@nbd.name>,
Jamie Stuart <ja...@onebillion.org>
Subject: Re
nd Bergmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, Felix Fietkau <n...@nbd.name>,
Jamie Stuart <ja...@onebillion.org>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue...?
This patch seems to address
n.org>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue...?
This patch seems to address the rt2x00 queue issue for us. We had it running
for about 2 months now. It already implements the watchdog approach that others
have mentioned. We borr
Hi
On Tue, Mar 27, 2018 at 07:43:04PM +0200, Daniel Golle wrote:
> That's great news! Are you running OpenWrt or some self-baked
> vanilla Linux with some of the OpenWrt patchery on top?
Just what OpenWRT/LEDE provides, but self compiled form git tree
to allow test patches.
> Also note that
Thank you all guys for your work on this issue, and patience.
I think implementing a watchdog is a good idea: and BTW I don't think the
problem verifies so infrequently on a WL-330n3G
device, openwrt .config attached.
And, while on my MR200 MT7620A-based wi-fi card, the device is able to
Hi Stanislaw,
On Tue, Mar 27, 2018 at 07:18:16PM +0200, Stanislaw Gruszka wrote:
> On Tue, Mar 27, 2018 at 09:46:36AM +0200, Mathias Kresin wrote:
> > > Could you test just RX AMPDU patches, i.e.
> > >
> > > rt2800_change_rx_ampdu_factor.patch
> > > rt2800_change_rx_ampdu_density.patch
> > >
>
On Tue, Mar 27, 2018 at 09:46:36AM +0200, Mathias Kresin wrote:
> > Could you test just RX AMPDU patches, i.e.
> >
> > rt2800_change_rx_ampdu_factor.patch
> > rt2800_change_rx_ampdu_density.patch
> >
> > I have somewhat positive results on RX performance on some devices
> > with those. Perhaps
26.03.2018 12:35, Stanislaw Gruszka:
Hi Mathias
sorry for the delayed testing. I had to create a new test setup
first, fought with buggy hardware and was busy with other stuff.
Thanks for doing it.
The two attached patches are causing a performance regression for me again:
OpenWrt head
Hi Mathias
> sorry for the delayed testing. I had to create a new test setup
> first, fought with buggy hardware and was busy with other stuff.
Thanks for doing it.
> The two attached patches are causing a performance regression for me again:
>
> OpenWrt head (forced HT40, 100Mbit wired
07.03.2018 13:29, Stanislaw Gruszka:
I forgot to attach the patches, do it now.
On Wed, Mar 07, 2018 at 01:27:01PM +0100, Stanislaw Gruszka wrote:
On Thu, Mar 01, 2018 at 04:30:10PM +0100, Daniel Golle wrote:
[forwarding to all other involved players]
On Thu, Mar 01, 2018 at 05:50:51PM
: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue 2
[ 2761.764577] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue 2
[ 2761.774035] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue 2
[ 2761.783492
Hi
On Wed, Mar 07, 2018 at 05:47:34PM +0200, Jamie Stuart wrote:
> config wifi-device 'radio0'
> option type 'mac80211'
> option channel 'auto'
To make reproducible testing results I would suggest to setup a channel,
(choose one that is the less used by other wireless networks),
;, Arnd Bergmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, Felix Fietkau <n...@nbd.name>,
Mathias Kresin <d...@kresin.me>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue...?
Hi Stanis,
Our environmen
gmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, Felix Fietkau <n...@nbd.name>,
Mathias Kresin <d...@kresin.me>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue...?
Hi Stanis,
Our environment has th
Hi Stanis,
Our environment has the following wireless config (MT7620A):
config wifi-device 'radio0'
option type 'mac80211'
option channel 'auto'
option hwmode '11g'
option path 'platform/1018.wmac'
option txpower '20'
option country 'GB'
I forgot to attach the patches, do it now.
On Wed, Mar 07, 2018 at 01:27:01PM +0100, Stanislaw Gruszka wrote:
> On Thu, Mar 01, 2018 at 04:30:10PM +0100, Daniel Golle wrote:
> > [forwarding to all other involved players]
> >
> > On Thu, Mar 01, 2018 at 05:50:51PM +0300, Jamie Stuart wrote:
> > >
On Thu, Mar 01, 2018 at 04:30:10PM +0100, Daniel Golle wrote:
> [forwarding to all other involved players]
>
> On Thu, Mar 01, 2018 at 05:50:51PM +0300, Jamie Stuart wrote:
> > Hi Daniel,
> > The driver seems much improved after this fix.
>
> it's about those two
> [PATCH 1/2] rt2x00: pause
art <ja...@onebillion.org>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue...?
[forwarding to all other involved players]
On Thu, Mar 01, 2018 at 05:50:51PM +0300, Jamie Stuart wrote:
Hi Daniel,
The driver seems much improved after this
[forwarding to all other involved players]
On Thu, Mar 01, 2018 at 05:50:51PM +0300, Jamie Stuart wrote:
> Hi Daniel,
> The driver seems much improved after this fix.
it's about those two
[PATCH 1/2] rt2x00: pause almost full queue early
[PATCH 2/2] rt2x00: do not pause queue unconditionally on
l.com>,
> >linux-wireless <linux-wireless@vger.kernel.org>,
> >Johannes Berg <johannes.b...@intel.com>,
> >Daniel Golle <dan...@makrotopia.org>, Arnd Bergmann <a...@arndb.de>,
> >John Crispin <j...@phrozen.org>, Felix Fietkau <n...
g>,
Johannes Berg <johannes.b...@intel.com>,
Daniel Golle <dan...@makrotopia.org>, Arnd Bergmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, Felix Fietkau <n...@nbd.name>
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
fram
good morning!
First of all - thank you very much for your help and patience: it's not common
to find kind people, and people that cares to help with some older hardware (in
my case).
So, regarding the WL-330N3G, I think you are right. And after all, thinking
about it, my previous reasoning
On Mon, Jan 22, 2018 at 06:45:57AM +0100, Enrico Mioso wrote:
> Crash happening here also in the WL-330n3G device; unfortunately, no messages
> to report.
> Regarding your hypothesis regardingthe firmware not being able to communicate
> a problem regarding it's inability to send frames: around
On Thu, Jan 11, 2018 at 05:00:14PM +0100, Tom Psyborg wrote:
> does not help as expected. there was even a crash:
You mean the kernel hangs ? There is a WARNING at the end of the logs
but it's from ath9k not from rt2800.
> [ 92.559018] ieee80211 phy1: rt2800mmio_txstatus_is_spurious: Warning
To: Enrico Mioso <mrkiko...@gmail.com>
Cc: linux-wireless@vger.kernel.org, Johannes Berg
<johannes.b...@intel.com>,
Daniel Golle <dan...@makrotopia.org>, Arnd Bergmann
<a...@arndb.de>,
John Crispin <j...@phrozen.org>, n...@nbd.name
rror - Dropping frame due to full tx queue 2
Sun Dec 24 11:04:33 2017 kern.err kernel: [ 1510.626106] ieee80211 phy0:
rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sun Dec 24 11:04:33 2017 kern.err kernel: [ 1510.635562] ieee80211 phy0:
rt2x00queue_write_tx_frame: Error -
On Tue, Dec 26, 2017 at 06:20:22PM +0100, Enrico Mioso wrote:
> Ok, observing a stall. Unfortunately, it still happens.
> rt2800_wmac 1018.wmac: loaded eeprom from mtd device "factory"
> ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 2872, rev 0200 detected
> ieee80211 phy0: rt2x00_set_rf:
.
> Sun Dec 24 10:10:50 2017 authpriv.info dropbear[840]: Exit (root): Disconnect
> received
> Sun Dec 24 11:04:33 2017 kern.err kernel: [ 1510.616638] ieee80211 phy0:
> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
> Sun Dec 24 11:04:33 2017 kern.e
eady
br-lan: port 2(wlan0) entered blocking state
br-lan: port 2(wlan0) entered forwarding state
random: crng init done
rt3050-esw 1011.esw: link changed 0x00
rt3050-esw 1011.esw: link changed 0x10
ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full
tx queue 2
:04:33 2017 kern.err kernel: [ 1510.616638] ieee80211 phy0:
rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sun Dec 24 11:04:33 2017 kern.err kernel: [ 1510.626106] ieee80211 phy0:
rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sun Dec 24 11:04:33
On Wed, Dec 20, 2017 at 06:49:56PM +0100, Enrico Mioso wrote:
> Hello.
> First of all, thank you for your patience and work.
> Sorry if I am slow in testing, I am in a little bit of a complicated
> situation, and this is one of the reasons for why I am slow.
> With the two patches you sent me
r.kernel.org, Johannes Berg <johannes.b...@intel.com>,
Daniel Golle <dan...@makrotopia.org>, Arnd Bergmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, n...@nbd.name
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queu
.b...@intel.com>,
Daniel Golle <dan...@makrotopia.org>, Arnd Bergmann <a...@arndb.de>,
John Crispin <j...@phrozen.org>, n...@nbd.name
Subject: Re: ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue...?
On Tue, Dec 19, 2017 at 01:4
On Tue, Dec 19, 2017 at 01:43:11PM +0100, Enrico Mioso wrote:
> I am going to test this on a LEDE build.
> Should I leave the mmio workaround patch applied as per OpenWRT default, or
> should I leave it off ?
> I'll leave it off by default.
Please remove it. If things would work then retest with
tch as you suggested:
package/kernel/mac80211/patches/600-23-rt2x00-rt2800mmio-add-a-workaround-for-spurious-TX_F.patch
... the error still appears, but the driver is still working as of now.
Here - reporting my dmesg
[ 819.060392] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame
patches/600-23-rt2x00-rt2800mmio-add-a-workaround-for-spurious-TX_F.patch
... the error still appears, but the driver is still working as of now.
Here - reporting my dmesg
[ 819.060392] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue 2
[ 819.069900] ieee80211 phy
mmio-add-a-workaround-for-spurious-TX_F.patch
> > ... the error still appears, but the driver is still working as of now.
> > Here - reporting my dmesg
> > [ 819.060392] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
> > frame due to full tx queue 2
> > [ 819
is still working as of now.
> Here - reporting my dmesg
> [ 819.060392] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
> frame due to full tx queue 2
> [ 819.069900] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
> frame due to full tx queue 2
Did you a
phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue 2
[ 819.069900] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue 2
[ 819.079369] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping
frame due to full tx queue 2
On Mon, Dec 11, 2017 at 09:51:29PM +0100, Enrico Mioso wrote:
> Hello guys, and sorry for the big CC list.
> I would like to point out about a bug who survived for years - at least from
> 2015 until now, regarding the Ralink driver getting stuck, and in some cases
> not being able to recover.
>
Hello guys, and sorry for the big CC list.
I would like to point out about a bug who survived for years - at least from
2015 until now, regarding the Ralink driver getting stuck, and in some cases
not being able to recover.
The problem manifested with an MT7620A chip, and the wireless card
54 matches
Mail list logo