lkml.org 
[lkml]   [2023]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 5.10 1/1] mt76: fix mt7615_init_tx_queues() return value
    On Mon, Jan 30, 2023 at 04:13:11PM +0000, Жандарович Никита Игоревич wrote:
    > > > > 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

    \
     
     \ /
      Last update: 2023-03-27 00:02    [W:3.832 / U:1.136 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site