Re: [char-misc-next] mei: use kvmalloc for read buffer

[Greg Kroah-Hartman <gregkh@linuxfoundation.org>]

On Sun, Oct 13, 2024 at 02:53:14PM +0300, Alexander Usyskin wrote:
> Read buffer is allocated according to max message size,
> reported by the firmware and may reach 64K in systems
> with pxp client.
> Contiguous 64k allocation may fail under memory pressure.
> Read buffer is used as in-driver message storage and
> not required to be contiguous.
> Use kvmalloc to allow kernel to allocate non-contiguous
> memory in this case.
> 
> Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com>
> ---
>  drivers/misc/mei/client.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)

What about this thread:
	https://lore.kernel.org/all/20240813084542.2921300-1-rohiagar@chromium.org/

No attribution for the reporter?  Does it solve their problem?

And why such a short line-length in the changelog?

Also, where is this memory pressure coming from, what is the root cause
and what commit does this fix?  Stable backports needed?  Anything else?

And who inside Intel reviewed this before sending this out?  Why are
they not credited here properly?

thanks,

greg k-h