]> git.baikalelectronics.ru Git - kernel.git/commit
Partially revert "kfifo: fix kfifo_alloc() and kfifo_init()"
authorLinus Torvalds <torvalds@linux-foundation.org>
Sat, 31 Aug 2019 01:47:15 +0000 (18:47 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sat, 31 Aug 2019 01:47:15 +0000 (18:47 -0700)
commitbbcfc4ec702aa1dbba8fac1c3005f0ea68dbdced
tree48b2cb972ed6ed5aad7c0bb6a896a17d38ef3ce6
parentcb72b94a74bbbf661f5e74fef811fe8da1a4e0d0
Partially revert "kfifo: fix kfifo_alloc() and kfifo_init()"

Commit 6ac8db19b1f6 ("kfifo: fix kfifo_alloc() and kfifo_init()") made
the kfifo code round the number of elements up.  That was good for
__kfifo_alloc(), but it's actually wrong for __kfifo_init().

The difference? __kfifo_alloc() will allocate the rounded-up number of
elements, but __kfifo_init() uses an allocation done by the caller.  We
can't just say "use more elements than the caller allocated", and have
to round down.

The good news? All the normal cases will be using power-of-two arrays
anyway, and most users of kfifo's don't use kfifo_init() at all, but one
of the helper macros to declare a KFIFO that enforce the proper
power-of-two behavior.  But it looks like at least ibmvscsis might be
affected.

The bad news? Will Deacon refers to an old thread and points points out
that the memory ordering in kfifo's is questionable.  See

  https://lore.kernel.org/lkml/20181211034032.32338-1-yuleixzhang@tencent.com/

for more.

Fixes: 6ac8db19b1f6 ("kfifo: fix kfifo_alloc() and kfifo_init()")
Reported-by: laokz <laokz@foxmail.com>
Cc: Stefani Seibold <stefani@seibold.net>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Dan Carpenter <dan.carpenter@oracle.com>
Cc: Greg KH <greg@kroah.com>
Cc: Kees Cook <keescook@chromium.org>
Cc: Will Deacon <will@kernel.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
lib/kfifo.c