linux-kernel - Re: Patch "scsi: target/core: Use kmem_cache_free() instead of kfree()" has been added to the 4.20-stable tree

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:   Thu, 21 Feb 2019 12:44:28 +0100
From:   Greg KH <greg@...ah.com>
To:     linux-kernel@...r.kernel.org
Cc:     weiyongjun1@...wei.com, stable-commits@...r.kernel.org
Subject: Re: Patch "scsi: target/core: Use kmem_cache_free() instead of
 kfree()" has been added to the 4.20-stable tree

On Thu, Feb 21, 2019 at 12:43:22AM -0500, Sasha Levin wrote:
> This is a note to let you know that I've just added the patch titled
> 
>     scsi: target/core: Use kmem_cache_free() instead of kfree()
> 
> to the 4.20-stable tree which can be found at:
>     http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
> 
> The filename of the patch is:
>      scsi-target-core-use-kmem_cache_free-instead-of-kfre.patch
> and it can be found in the queue-4.20 subdirectory.
> 
> If you, or anyone else, feels it should not be added to the stable tree,
> please let <stable@...r.kernel.org> know about it.
> 
> 
> 
> commit d95e5d7f77bae4d48a66cda1341c934790898c67
> Author: Wei Yongjun <weiyongjun1@...wei.com>
> Date:   Mon Dec 17 12:19:53 2018 +0000
> 
>     scsi: target/core: Use kmem_cache_free() instead of kfree()
>     
>     [ Upstream commit 8b2db98e814a5ec45e8800fc22ca9000ae0a517b ]
>     
>     memory allocated by kmem_cache_alloc() should be freed using
>     kmem_cache_free(), not kfree().
>     
>     Fixes: ad669505c4e9 ("scsi: target/core: Make sure that target_wait_for_sess_cmds() waits long enough")

Based on this tag, it also needs to go to 4.19.y.  I'll go queue it up
there...

greg k-h