Thread (9 messages) 9 messages, 2 authors, 2023-01-30

Re: [PATCH 5.10 1/1] mt76: fix mt7615_init_tx_queues() return value

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: 2023-01-30 16:27:58
Also in: linux-mediatek, linux-wireless, lkml, stable

On Mon, Jan 30, 2023 at 04:13:11PM +0000, Жандарович Никита Игоревич wrote:
quoted
quoted
quoted
What is the "fault"?
In 5.10.y "mt7615_init_tx_queues() returns 0 regardless of how final
mt7615_init_tx_queue() performs. If mt7615_init_tx_queue() fails (due
to memory issues, for instance), parent function will still
erroneously return 0."
And how can memory issues actually be triggered in a real system?  Is this a
fake problem or something you can validate and verify works properly?

Don't worry about fake issues for stable backports please.

thanks,

greg k-h
mt7615_init_tx_queue() calls devm_kzalloc() (which can throw -ENOMEM) and mt76_queue_alloc() (which can also fail). It's hard for me to gauge how probable these failures can be. But I feel like at the very least it's a logical sanity check. 
Again, how can those allocations really fail?  Or the queue allocation?
Can you test this?  If not, it's not a real failure that you need to
backport.  Otherwise all of the little tiny "fix up this potential
failure path" patches would need to be backported, and that's just crazy
if they can not be hit in normal operation.

And please line-wrap your emails :(

thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help