* [PATCH] mt76: usb: grab rx_page_lock for legacy mode in mt76u_refill_rx
[not found] <cover.1551350717.git.lorenzo@kernel.org>
@ 2019-02-28 11:08 ` Lorenzo Bianconi
2019-02-28 11:24 ` Stanislaw Gruszka
0 siblings, 1 reply; 4+ messages in thread
From: Lorenzo Bianconi @ 2019-02-28 11:08 UTC (permalink / raw)
To: nbd; +Cc: linux-wireless, sgruszka, lorenzo.bianconi
Grab rx_page_lock in mt76u_refill_rx allocating rx buffer for 'legacy'
mode. Remove gfp from mt76u_refill_rx signature since we need to
use GFP_ATOMIC
Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
---
drivers/net/wireless/mediatek/mt76/usb.c | 19 ++++++++++---------
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/net/wireless/mediatek/mt76/usb.c b/drivers/net/wireless/mediatek/mt76/usb.c
index ae6ada370597..7ce3c7f9d5d8 100644
--- a/drivers/net/wireless/mediatek/mt76/usb.c
+++ b/drivers/net/wireless/mediatek/mt76/usb.c
@@ -325,15 +325,17 @@ mt76u_fill_rx_sg(struct mt76_dev *dev, struct mt76u_buf *buf,
static int
mt76u_refill_rx(struct mt76_dev *dev, struct mt76_queue *q,
- struct mt76u_buf *buf, int nsgs, gfp_t gfp)
+ struct mt76u_buf *buf, int nsgs)
{
- if (dev->usb.sg_en) {
+ if (dev->usb.sg_en)
return mt76u_fill_rx_sg(dev, buf, nsgs, q->buf_size,
SKB_WITH_OVERHEAD(q->buf_size));
- } else {
- buf->buf = page_frag_alloc(&q->rx_page, q->buf_size, gfp);
- return buf->buf ? 0 : -ENOMEM;
- }
+
+ spin_lock_bh(&q->rx_page_lock);
+ buf->buf = page_frag_alloc(&q->rx_page, q->buf_size, GFP_ATOMIC);
+ spin_unlock_bh(&q->rx_page_lock);
+
+ return buf->buf ? 0 : -ENOMEM;
}
static int
@@ -358,7 +360,7 @@ mt76u_buf_alloc(struct mt76_dev *dev, struct mt76u_buf *buf)
sg_init_table(buf->urb->sg, MT_SG_MAX_SIZE);
}
- return mt76u_refill_rx(dev, q, buf, MT_SG_MAX_SIZE, GFP_KERNEL);
+ return mt76u_refill_rx(dev, q, buf, MT_SG_MAX_SIZE);
}
static void mt76u_buf_free(struct mt76u_buf *buf)
@@ -529,8 +531,7 @@ static void mt76u_rx_tasklet(unsigned long data)
count = mt76u_process_rx_entry(dev, buf);
if (count > 0) {
- err = mt76u_refill_rx(dev, q, buf, count,
- GFP_ATOMIC);
+ err = mt76u_refill_rx(dev, q, buf, count);
if (err < 0)
break;
}
--
2.20.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] mt76: usb: grab rx_page_lock for legacy mode in mt76u_refill_rx
2019-02-28 11:08 ` [PATCH] mt76: usb: grab rx_page_lock for legacy mode in mt76u_refill_rx Lorenzo Bianconi
@ 2019-02-28 11:24 ` Stanislaw Gruszka
2019-02-28 11:37 ` Lorenzo Bianconi
0 siblings, 1 reply; 4+ messages in thread
From: Stanislaw Gruszka @ 2019-02-28 11:24 UTC (permalink / raw)
To: Lorenzo Bianconi; +Cc: nbd, linux-wireless, lorenzo.bianconi
On Thu, Feb 28, 2019 at 12:08:45PM +0100, Lorenzo Bianconi wrote:
> Grab rx_page_lock in mt76u_refill_rx allocating rx buffer for 'legacy'
> mode. Remove gfp from mt76u_refill_rx signature since we need to
> use GFP_ATOMIC
>
> Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
I'm doing some cleanup/optimization work which amongs other things
will remove rx_page_lock. Please drop this patch.
Stanislaw
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] mt76: usb: grab rx_page_lock for legacy mode in mt76u_refill_rx
2019-02-28 11:24 ` Stanislaw Gruszka
@ 2019-02-28 11:37 ` Lorenzo Bianconi
2019-02-28 11:58 ` Stanislaw Gruszka
0 siblings, 1 reply; 4+ messages in thread
From: Lorenzo Bianconi @ 2019-02-28 11:37 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: Lorenzo Bianconi, nbd, linux-wireless
[-- Attachment #1: Type: text/plain, Size: 722 bytes --]
> On Thu, Feb 28, 2019 at 12:08:45PM +0100, Lorenzo Bianconi wrote:
> > Grab rx_page_lock in mt76u_refill_rx allocating rx buffer for 'legacy'
> > mode. Remove gfp from mt76u_refill_rx signature since we need to
> > use GFP_ATOMIC
> >
> > Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
>
> I'm doing some cleanup/optimization work which amongs other things
> will remove rx_page_lock. Please drop this patch.
Oh, ok. IIRC we need rx_page_lock to fix this:
481bb0432414f790066205fe77226b7d1877385d. Is it still necessary?
Moreover maybe we need this patch for 5.1 since net-next is almost close, no?
@Felix: are you planning to submit other patches for 5.1?
Regards,
Lorenzo
>
> Stanislaw
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] mt76: usb: grab rx_page_lock for legacy mode in mt76u_refill_rx
2019-02-28 11:37 ` Lorenzo Bianconi
@ 2019-02-28 11:58 ` Stanislaw Gruszka
0 siblings, 0 replies; 4+ messages in thread
From: Stanislaw Gruszka @ 2019-02-28 11:58 UTC (permalink / raw)
To: Lorenzo Bianconi; +Cc: Lorenzo Bianconi, nbd, linux-wireless
On Thu, Feb 28, 2019 at 12:37:48PM +0100, Lorenzo Bianconi wrote:
> > On Thu, Feb 28, 2019 at 12:08:45PM +0100, Lorenzo Bianconi wrote:
> > > Grab rx_page_lock in mt76u_refill_rx allocating rx buffer for 'legacy'
> > > mode. Remove gfp from mt76u_refill_rx signature since we need to
> > > use GFP_ATOMIC
> > >
> > > Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
> >
> > I'm doing some cleanup/optimization work which amongs other things
> > will remove rx_page_lock. Please drop this patch.
>
> Oh, ok. IIRC we need rx_page_lock to fix this:
> 481bb0432414f790066205fe77226b7d1877385d. Is it still necessary?
> Moreover maybe we need this patch for 5.1 since net-next is almost close, no?
It is not neccessery now in -next after removing concurrent access to
mt76u_buf_alloc(), can be removed.
Stanislaw
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-02-28 11:59 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <cover.1551350717.git.lorenzo@kernel.org>
2019-02-28 11:08 ` [PATCH] mt76: usb: grab rx_page_lock for legacy mode in mt76u_refill_rx Lorenzo Bianconi
2019-02-28 11:24 ` Stanislaw Gruszka
2019-02-28 11:37 ` Lorenzo Bianconi
2019-02-28 11:58 ` Stanislaw Gruszka
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).