Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1453668 > unrolled thread
| Started by | Johannes Berg <johannes@sipsolutions.net> |
|---|---|
| First post | 2016-08-02 10:40 +0200 |
| Last post | 2016-08-02 10:40 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v2] mac80211: rx: frames received out of order Johannes Berg <johannes@sipsolutions.net> - 2016-08-02 10:40 +0200
| From | Johannes Berg <johannes@sipsolutions.net> |
|---|---|
| Date | 2016-08-02 10:40 +0200 |
| Subject | Re: [PATCH v2] mac80211: rx: frames received out of order |
| Message-ID | <s1DoZ-20O-11@gated-at.bofh.it> |
On Wed, 2016-07-13 at 14:57 +0300, Yaniv Machani wrote: > From: Meirav Kama <meiravk@ti.com> > > Upon forwarding frames from Rx to Tx in mesh, driver clones the skb. > It zeros the tx_info and doesn't set hw_queue correctly. It then > enqueues > the frame in queue 0 (VOICE) instead of the correct queue. > Upon re-queue of this frame, driver inserts it to the correct queue > (e.g. BE). > After that, driver dequeue frames from 2 different queues and sends > them out of order. > To fix this, driver will set the tx_info->hw_queue to the correct > queue when cloning the skb. > Makes sense, but the subject is a bit misleading - can you come up with a better one? johannes
Back to top | Article view | linux.kernel
csiph-web