All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joan Josep Aleixendri <jj.aleixendri@gmail.com>
To: linux-wireless <linux-wireless@vger.kernel.org>
Subject: Further question about MAC80211
Date: Mon, 18 Jul 2016 08:23:58 +0200	[thread overview]
Message-ID: <da190fb9-fffc-2d03-2e5b-6fb3f53fbf9a@gmail.com> (raw)

Hello there!

I'd like to thank you for your time and all the information you gave me 
last monday; I'm still reading and studying it!

The main goal of our project is to dinamically control the troughtput of 
each virtual interface (ViF) depending on how good the connection is 
between 2 stations and depending on the others ViF throughtputs our 
station (STA structure or local) may have instantiated.

To do that we estimate the airtime of the packet that's about to be send 
and depending on the channel usage we decide if we let the packet flow 
or if we should enqueue or even drop it!

The problems begin when we enqueue a packet that has the txpending flag 
set (it's been in the AC queue once) and our algorithm decides to 
enqueue it again or drop the packet. The tx_pending tasklet begins to 
loop the same packet on tx_frags (stopping the tasklet for some time is 
not a slution either...). The results of enqueueing is connection  lost 
or a huge delay on some packets.

If we drop any packet in tx_frags() mac80211 goes crazy and may 
instantly drop connection and destroy the vif.

Is there any more projects I should check out that drops or enqueue 
packets on mac80211 when it's not supposed to be enqueuing?

Thanks again for your precious time!


Joan Josep Aleixendri


                 reply	other threads:[~2016-07-18  6:24 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=da190fb9-fffc-2d03-2e5b-6fb3f53fbf9a@gmail.com \
    --to=jj.aleixendri@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.