Cmt: [SRU][F][PATCH v2 0/3] CVE-2024-40967

Magali Lemes magali.lemes at canonical.com
Thu Nov 21 20:48:24 UTC 2024


On 14/11/2024 20:44, Yuxuan Luo wrote:
> v2: cherry picked prerequisites instead of backport in a wrong way.
> 
> [Impact]
> A potential deadlock might occur if too much time were spent for serial
> IMX subsystem, leading to denial of service.
> 
> [Backport]
> There is one conflict that needs to be solved manually when backporting
> the fix commit:
> 
> 1. Declaration for usr2 variable: it is introduced by 18ee37e1382a
>     (“serial: drop irq-flags initialisations”) and merely a change of the
>     order of declaration of variables, apply it manually.
> 
> Besides, read_poll_timeout_atomic macro is not in the tree yet, include
> it by cherry picking the following two prerequisites:
> 1. 57a29df34146 (“iopoll: Introduce read_poll_timeout_atomic macro”)
> 2. 5f5323a14cad (“iopoll: introduce read_poll_timeout macro”)
> 
> [Test]
> Compile and boot tested only due to lack of arm64 hardware.
> 
> [Where problems could occur]
> Regression might occur on all IMX CPU users.
> 
> Dejin Zheng (1):
>    iopoll: introduce read_poll_timeout macro
> 

I guess we don't strictly need this commit, right? As the fix commit 
only uses read_poll_timeout_atomic, and read_poll_timeout_atomic also 
doesn't have any dependency on read_poll_timeout. Any particular reason 
for also including this commit?

> Esben Haabendal (1):
>    serial: imx: Introduce timeout when waiting on transmitter empty
> 
> Kai-Heng Feng (1):
>    iopoll: Introduce read_poll_timeout_atomic macro
> 
>   drivers/tty/serial/imx.c |  7 +--
>   include/linux/iopoll.h   | 92 ++++++++++++++++++++++++++++++++++------
>   2 files changed, 84 insertions(+), 15 deletions(-)
> 



More information about the kernel-team mailing list