+ lib-bitmapc-remove-wrong-documentation.patch added to -mm tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The patch titled
     Subject: lib/bitmap.c: remove wrong documentation
has been added to the -mm tree.  Its filename is
     lib-bitmapc-remove-wrong-documentation.patch

This patch should soon appear at
    http://ozlabs.org/~akpm/mmots/broken-out/lib-bitmapc-remove-wrong-documentation.patch
and later at
    http://ozlabs.org/~akpm/mmotm/broken-out/lib-bitmapc-remove-wrong-documentation.patch

Before you just go and hit "reply", please:
   a) Consider who else should be cc'ed
   b) Prefer to cc a suitable mailing list as well
   c) Ideally: find the original patch on the mailing list and do a
      reply-to-all to that, adding suitable additional cc's

*** Remember to use Documentation/process/submit-checklist.rst when testing your code ***

The -mm tree is included into linux-next and is updated
there every 3-4 working days

------------------------------------------------------
From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
Subject: lib/bitmap.c: remove wrong documentation

This promise is violated in a number of places, e.g.  already in the
second function below this paragraph.  Since I don't think anybody relies
on this being true, and since actually honouring it would hurt performance
and code size in various places, just remove the paragraph.

Link: http://lkml.kernel.org/r/20180818131623.8755-2-linux@xxxxxxxxxxxxxxxxxx
Signed-off-by: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
Reviewed-by: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Cc: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
Cc: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
Cc: Sudeep Holla <sudeep.holla@xxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---

 lib/bitmap.c |    5 -----
 1 file changed, 5 deletions(-)

--- a/lib/bitmap.c~lib-bitmapc-remove-wrong-documentation
+++ a/lib/bitmap.c
@@ -36,11 +36,6 @@
  * carefully filter out these unused bits from impacting their
  * results.
  *
- * These operations actually hold to a slightly stronger rule:
- * if you don't input any bitmaps to these ops that have some
- * unused bits set, then they won't output any set unused bits
- * in output bitmaps.
- *
  * The byte ordering of bitmaps is more natural on little
  * endian architectures.  See the big-endian headers
  * include/asm-ppc64/bitops.h and include/asm-s390/bitops.h
_

Patches currently in -mm which might be from linux@xxxxxxxxxxxxxxxxxx are

lib-bitmapc-remove-wrong-documentation.patch
linux-bitmaph-handle-constant-zero-size-bitmaps-correctly.patch
linux-bitmaph-remove-redundant-uses-of-small_const_nbits.patch
linux-bitmaph-fix-type-of-nbits-in-bitmap_shift_right.patch
linux-bitmaph-relax-comment-on-compile-time-constant-nbits.patch
lib-bitmapc-fix-remaining-space-computation-in-bitmap_print_to_pagebuf.patch
lib-bitmapc-simplify-bitmap_print_to_pagebuf.patch




[Index of Archives]     [Kernel Archive]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux