CVE-2024-58085

In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> tomoyo: don&amp;#39;t emit warning in tomoyo_write_control()<br /> <br /> syzbot is reporting too large allocation warning at tomoyo_write_control(),<br /> for one can write a very very long line without new line character. To fix<br /> this warning, I use __GFP_NOWARN rather than checking for KMALLOC_MAX_SIZE,<br /> for practically a valid line should be always shorter than 32KB where the<br /> "too small to fail" memory-allocation rule applies.<br /> <br /> One might try to write a valid line that is longer than 32KB, but such<br /> request will likely fail with -ENOMEM. Therefore, I feel that separately<br /> returning -EINVAL when a line is longer than KMALLOC_MAX_SIZE is redundant.<br /> There is no need to distinguish over-32KB and over-KMALLOC_MAX_SIZE.