{"push_id":1030748440,"size":5,"distinct_size":5,"ref":"refs/heads/my-aospv2-6.0","head":"4fb9dbbf2bc6d4a428f1ea87ccbfd2b87edf8923","before":"c0c25156951daf6d90e67ddd862940709bdf07bd","commits":[{"sha":"ef8ae24f1cfd506c8dfde6c0c581eaf4b66a3c71","author":{"email":"d1dc2775781bfb84df4b5650646fa14ef1f5a931@huawei.com","name":"YiPing Xu"},"message":"zsmalloc: drop unused member 'mapping_area->huge'\n\nWhen unmapping a huge class page in zs_unmap_object, the page will be\nunmapped by kmap_atomic.  the \"!area->huge\" branch in __zs_unmap_object\nis alway true, and no code set \"area->huge\" now, so we can drop it.\n\nSigned-off-by: YiPing Xu <xuyiping@huawei.com>\nReviewed-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>\nAcked-by: Minchan Kim <minchan@kernel.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/ef8ae24f1cfd506c8dfde6c0c581eaf4b66a3c71"},{"sha":"177db07fa9ad78f1caf415d6391f013cb3e2569f","author":{"email":"d9c384f6b6e27869ff3b53bd225c29030ac4166b@gmail.com","name":"Sergey Senozhatsky"},"message":"mm/zsmalloc: add `freeable' column to pool stat\n\nAdd a new column to pool stats, which will tell how many pages ideally\ncan be freed by class compaction, so it will be easier to analyze\nzsmalloc fragmentation.\n\nAt the moment, we have only numbers of FULL and ALMOST_EMPTY classes,\nbut they don't tell us how badly the class is fragmented internally.\n\nThe new /sys/kernel/debug/zsmalloc/zramX/classes output look as follows:\n\n class  size almost_full almost_empty obj_allocated   obj_used pages_used pages_per_zspage freeable\n[..]\n    12   224           0            2           146          5          8                4        4\n    13   240           0            0             0          0          0                1        0\n    14   256           1           13          1840       1672        115                1       10\n    15   272           0            0             0          0          0                1        0\n[..]\n    49   816           0            3           745        735        149                1        2\n    51   848           3            4           361        306         76                4        8\n    52   864          12           14           378        268         81                3       21\n    54   896           1           12           117         57         26                2       12\n    57   944           0            0             0          0          0                3        0\n[..]\n Total                26          131         12709      10994       1071                       134\n\nFor example, from this particular output we can easily conclude that\nclass-896 is heavily fragmented -- it occupies 26 pages, 12 can be freed\nby compaction.\n\nSigned-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>\nAcked-by: Minchan Kim <minchan@kernel.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/177db07fa9ad78f1caf415d6391f013cb3e2569f"},{"sha":"c9dc81a9bb238ecd4ae6d4daf588b8c607e2d73e","author":{"email":"e2e8c5702d8ed5f565988a1cf5bb35c9ce199e5e@fb.com","name":"Chris Mason"},"message":"fs-writeback: unplug before cond_resched in writeback_sb_inodes\n\nCommit 505a666ee3fc (\"writeback: plug writeback in wb_writeback() and\nwriteback_inodes_wb()\") has us holding a plug during writeback_sb_inodes,\nwhich increases the merge rate when relatively contiguous small files\nare written by the filesystem.  It helps both on flash and spindles.\n\nFor an fs_mark workload creating 4K files in parallel across 8 drives,\nthis commit improves performance ~9% more by unplugging before calling\ncond_resched().  cond_resched() doesn't trigger an implicit unplug, so\nexplicitly getting the IO down to the device before scheduling reduces\nlatencies for anyone waiting on clean pages.\n\nIt also cuts down on how often we use kblockd to unplug, which means\nless work bouncing from one workqueue to another.\n\nMany more details about how we got here:\n\n  https://lkml.org/lkml/2015/9/11/570\n\nSigned-off-by: Chris Mason <clm@fb.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/c9dc81a9bb238ecd4ae6d4daf588b8c607e2d73e"},{"sha":"42017ea1b4d6bb45612b8ac9b171c003e7b66867","author":{"email":"3d479b85ea8c465591772958e9b4342563a1d10a@google.com","name":"dcashman"},"message":"FROMLIST: drivers: char: random: add get_random_long()\n\n(cherry picked from commit https://lkml.org/lkml/2016/2/4/831)\n\nd07e22597d1d355 (\"mm: mmap: add new /proc tunable for mmap_base ASLR\")\nadded the ability to choose from a range of values to use for entropy\ncount in generating the random offset to the mmap_base address.  The\nmaximum value on this range was set to 32 bits for 64-bit x86 systems, but\nthis value could be increased further, requiring more than the 32 bits of\nrandomness provided by get_random_int(), as is already possible for arm64.\nAdd a new function: get_random_long() which more naturally fits with the\nmmap usage of get_random_int() but operates exactly the same as\nget_random_int().\n\nAlso, fix the shifting constant in mmap_rnd() to be an unsigned long so\nthat values greater than 31 bits generate an appropriate mask without\noverflow.  This is especially important on x86, as its shift instruction\nuses a 5-bit mask for the shift operand, which meant that any value for\nmmap_rnd_bits over 31 acts as a no-op and effectively disables mmap_base\nrandomization.\n\nFinally, replace calls to get_random_int() with get_random_long() where\nappropriate.\n\nBug: 26963541\nSigned-off-by: Daniel Cashman <dcashman@android.com>\nSigned-off-by: Daniel Cashman <dcashman@google.com>\nChange-Id: I4078acd6f4b40d33dc1a07cfc6d436e1b301c430","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/42017ea1b4d6bb45612b8ac9b171c003e7b66867"},{"sha":"4fb9dbbf2bc6d4a428f1ea87ccbfd2b87edf8923","author":{"email":"3d479b85ea8c465591772958e9b4342563a1d10a@google.com","name":"dcashman"},"message":"BACKPORT: FROMLIST: mm: ASLR: use get_random_long()\n\n(cherry picked from commit https://lkml.org/lkml/2016/2/4/833)\n\nReplace calls to get_random_int() followed by a cast to (unsigned long)\nwith calls to get_random_long().  Also address shifting bug which, in case\nof x86 removed entropy mask for mmap_rnd_bits values > 31 bits.\n\nBug: 26963541\nSigned-off-by: Daniel Cashman <dcashman@android.com>\nSigned-off-by: Daniel Cashman <dcashman@google.com>\nChange-Id: Ie577b21a0678cf4b21eae06bddd8ccb27cbe70ff","distinct":true,"url":"https://api.github.com/repos/Alucard24/Alucard-Kernel-jfltexx/commits/4fb9dbbf2bc6d4a428f1ea87ccbfd2b87edf8923"}]}