Re: [PATCH 2/3] staging: r8188eu: refactor rtw_ch2freq()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Michael,

On 2/21/22 22:20, Michael Straube wrote:
I'm glad that Pavel noticed this change.  This is a risky thing and
should have been noted in the commit message.

Just from a review stand point it would be best to leave the original
behavior.


Do you mean to leave the whole original code including the 5 GHz
frequencies? Or returning a default value if we have a channel value < 1
or > 14?


IMO, your version is much cleaner than previous one. This table walk seems really unreasonable, since 5 GHz support is really redundant (I saw it in other thread)

I'd put just sanity check and return the default value from previous version. Maybe even wrapped with unlikely() if we sure, that in normal state we won't hit it ;)




With regards,
Pavel Skripkin




[Index of Archives]     [Linux Driver Development]     [Linux Driver Backports]     [DMA Engine]     [Linux GPIO]     [Linux SPI]     [Video for Linux]     [Linux USB Devel]     [Linux Coverity]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux