* [PATCH V2] Test compaction of mlocked memory @ 2015-04-23 18:21 Sri Jayaramappa [not found] ` <1429813301-27216-1-git-send-email-sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 8+ messages in thread From: Sri Jayaramappa @ 2015-04-23 18:21 UTC (permalink / raw) To: Shuah Khan Cc: Sri Jayaramappa, linux-kernel-u79uwXL29TY76Z2rM5mHXA, linux-api-u79uwXL29TY76Z2rM5mHXA, Andrew Morton, Eric B Munson Commit commit 5bbe3547aa3b ("mm: allow compaction of unevictable pages") introduced a sysctl that allows userspace to enable scanning of locked pages for compaction. This patch introduces a new test which fragments main memory and attempts to allocate a number of huge pages to exercise this compaction logic. Tested on machines with up to 32 GB RAM. With the patch a much larger number of huge pages can be allocated than on the kernel without the patch. Example output: On a machine with 16 GB RAM: sudo make run_tests vm ... ----------------------- running compaction_test ----------------------- No of huge pages allocated = 3834 [PASS] ... Signed-off-by: Sri Jayaramappa <sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Cc: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> Cc: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> --- Changes in V2: BINARIES in the Makefile is now one value per line. The return value of read/write is checked against the number of expected bytes wherever we know the number ahead in time. Increased the threshold to 1/3 instead of 1/4 of memory to be allocated as huge pages. Corrected spelling "initial". Removed a redundant variable. tools/testing/selftests/vm/Makefile | 9 +- tools/testing/selftests/vm/compaction_test.c | 225 ++++++++++++++++++++++++++ tools/testing/selftests/vm/run_vmtests | 12 ++ 3 files changed, 244 insertions(+), 2 deletions(-) create mode 100644 tools/testing/selftests/vm/compaction_test.c diff --git a/tools/testing/selftests/vm/Makefile b/tools/testing/selftests/vm/Makefile index a5ce953..f6afc9e 100644 --- a/tools/testing/selftests/vm/Makefile +++ b/tools/testing/selftests/vm/Makefile @@ -1,8 +1,13 @@ # Makefile for vm selftests CFLAGS = -Wall -BINARIES = hugepage-mmap hugepage-shm map_hugetlb thuge-gen hugetlbfstest -BINARIES += transhuge-stress +BINARIES = compaction_test +BINARIES += hugepage-mmap +BINARIES += hugepage-shm +BINARIES += hugetlbfstest +BINARIES += map_hugetlb +BINARIES += thuge-gen +BINARIES += transhuge-stress all: $(BINARIES) %: %.c diff --git a/tools/testing/selftests/vm/compaction_test.c b/tools/testing/selftests/vm/compaction_test.c new file mode 100644 index 0000000..82d0ba6 --- /dev/null +++ b/tools/testing/selftests/vm/compaction_test.c @@ -0,0 +1,225 @@ +/* + * + * A test for the patch "Allow compaction of unevictable pages". + * With this patch we should be able to allocate at least 1/4 + * of RAM in huge pages. Without the patch much less is + * allocated. + */ + +#include <stdio.h> +#include <stdlib.h> +#include <sys/mman.h> +#include <sys/resource.h> +#include <fcntl.h> +#include <errno.h> +#include <unistd.h> +#include <string.h> + +#define MAP_SIZE 1048576 + +struct map_list { + void *map; + struct map_list *next; +}; + +int read_memory_info(unsigned long *memfree, unsigned long *hugepagesize) +{ + char buffer[256] = {0}; + char *cmd = "cat /proc/meminfo | grep -i memfree | grep -o '[0-9]*'"; + FILE *cmdfile = popen(cmd, "r"); + + if (!(fgets(buffer, sizeof(buffer), cmdfile))) { + perror("Failed to read meminfo\n"); + return -1; + } + + pclose(cmdfile); + + *memfree = atoll(buffer); + cmd = "cat /proc/meminfo | grep -i hugepagesize | grep -o '[0-9]*'"; + cmdfile = popen(cmd, "r"); + + if (!(fgets(buffer, sizeof(buffer), cmdfile))) { + perror("Failed to read meminfo\n"); + return -1; + } + + pclose(cmdfile); + *hugepagesize = atoll(buffer); + + return 0; +} + +int prereq(void) +{ + char allowed; + int fd; + + fd = open("/proc/sys/vm/compact_unevictable_allowed", + O_RDONLY | O_NONBLOCK); + if (fd < 0) { + perror("Failed to open\n" + "/proc/sys/vm/compact_unevictable_allowed\n"); + return -1; + } + + if (read(fd, &allowed, sizeof(char)) != sizeof(char)) { + perror("Failed to read from\n" + "/proc/sys/vm/compact_unevictable_allowed\n"); + close(fd); + return -1; + } + + close(fd); + if (allowed == '1') + return 0; + + return -1; +} + +int check_compaction(unsigned long mem_free, unsigned int hugepage_size) +{ + int fd; + int compaction_index = 0; + char initial_nr_hugepages[10] = {0}; + char nr_hugepages[10] = {0}; + + /* We want to test with 80% of available memory. Else, OOM killer comes + in to play */ + mem_free = mem_free * 0.8; + + fd = open("/proc/sys/vm/nr_hugepages", O_RDWR | O_NONBLOCK); + if (fd < 0) { + perror("Failed to open /proc/sys/vm/nr_hugepages"); + return -1; + } + + if (read(fd, initial_nr_hugepages, sizeof(initial_nr_hugepages)) <= 0) { + perror("Failed to read from /proc/sys/vm/nr_hugepages"); + goto close_fd; + } + + /* Start with the initial condition of 0 huge pages*/ + if (write(fd, "0", sizeof(char)) != sizeof(char)) { + perror("Failed to write to /proc/sys/vm/nr_hugepages\n"); + goto close_fd; + } + + lseek(fd, 0, SEEK_SET); + + /* Request a large number of huge pages. The Kernel will allocate + as much as it can */ + if (write(fd, "100000", (6*sizeof(char))) != (6*sizeof(char))) { + perror("Failed to write to /proc/sys/vm/nr_hugepages\n"); + goto close_fd; + } + + lseek(fd, 0, SEEK_SET); + + if (read(fd, nr_hugepages, sizeof(nr_hugepages)) <= 0) { + perror("Failed to read from /proc/sys/vm/nr_hugepages\n"); + goto close_fd; + } + + /* We should have been able to request at least 1/3 rd of the memory in + huge pages */ + compaction_index = mem_free/(atoi(nr_hugepages) * hugepage_size); + + if (compaction_index > 3) { + printf("No of huge pages allocated = %d\n", + (atoi(nr_hugepages))); + fprintf(stderr, "ERROR: Less that 1/%d of memory is available\n" + "as huge pages\n", compaction_index); + goto close_fd; + } + + printf("No of huge pages allocated = %d\n", + (atoi(nr_hugepages))); + + if (write(fd, initial_nr_hugepages, sizeof(initial_nr_hugepages)) + != strlen(initial_nr_hugepages)) { + perror("Failed to write to /proc/sys/vm/nr_hugepages\n"); + goto close_fd; + } + + close(fd); + return 0; + + close_fd: + close(fd); + printf("Not OK. Compaction test failed."); + return -1; +} + + +int main(int argc, char **argv) +{ + struct rlimit lim; + struct map_list *list, *entry; + size_t page_size, i; + void *map = NULL; + unsigned long mem_free = 0; + unsigned long hugepage_size = 0; + unsigned long mem_fragmentable = 0; + + if (prereq() != 0) { + printf("Either the sysctl compact_unevictable_allowed is not\n" + "set to 1 or couldn't read the proc file.\n" + "Skipping the test\n"); + return 0; + } + + lim.rlim_cur = RLIM_INFINITY; + lim.rlim_max = RLIM_INFINITY; + if (setrlimit(RLIMIT_MEMLOCK, &lim)) { + perror("Failed to set rlimit:\n"); + return -1; + } + + page_size = getpagesize(); + + list = NULL; + + if (read_memory_info(&mem_free, &hugepage_size) != 0) { + printf("ERROR: Cannot read meminfo\n"); + return -1; + } + + mem_fragmentable = mem_free * 0.8 / 1024; + + while (mem_fragmentable > 0) { + map = mmap(NULL, MAP_SIZE, PROT_READ | PROT_WRITE, + MAP_ANONYMOUS | MAP_PRIVATE | MAP_LOCKED, -1, 0); + if (map == MAP_FAILED) + break; + + entry = malloc(sizeof(struct map_list)); + if (!entry) { + munmap(map, MAP_SIZE); + break; + } + entry->map = map; + entry->next = list; + list = entry; + + /* Write something (in this case the address of the map) to + * ensure that KSM can't merge the mapped pages + */ + for (i = 0; i < MAP_SIZE; i += page_size) + *(unsigned long *)(map + i) = (unsigned long)map + i; + + mem_fragmentable--; + } + + for (entry = list; entry != NULL; entry = entry->next) { + munmap(entry->map, MAP_SIZE); + if (!entry->next) + break; + entry = entry->next; + } + + if (check_compaction(mem_free, hugepage_size) == 0) + return 0; + + return -1; +} diff --git a/tools/testing/selftests/vm/run_vmtests b/tools/testing/selftests/vm/run_vmtests index c87b681..49ece11 100755 --- a/tools/testing/selftests/vm/run_vmtests +++ b/tools/testing/selftests/vm/run_vmtests @@ -90,4 +90,16 @@ fi umount $mnt rm -rf $mnt echo $nr_hugepgs > /proc/sys/vm/nr_hugepages + +echo "-----------------------" +echo "running compaction_test" +echo "-----------------------" +./compaction_test +if [ $? -ne 0 ]; then + echo "[FAIL]" + exitcode=1 +else + echo "[PASS]" +fi + exit $exitcode -- 1.7.9.5 ^ permalink raw reply related [flat|nested] 8+ messages in thread
[parent not found: <1429813301-27216-1-git-send-email-sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH V2] Test compaction of mlocked memory [not found] ` <1429813301-27216-1-git-send-email-sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> @ 2015-04-23 18:41 ` Eric B Munson [not found] ` <20150423184134.GF2282-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 8+ messages in thread From: Eric B Munson @ 2015-04-23 18:41 UTC (permalink / raw) To: Sri Jayaramappa Cc: Shuah Khan, linux-kernel-u79uwXL29TY76Z2rM5mHXA, linux-api-u79uwXL29TY76Z2rM5mHXA, Andrew Morton [-- Attachment #1: Type: text/plain, Size: 1192 bytes --] On Thu, 23 Apr 2015, Sri Jayaramappa wrote: > Commit commit 5bbe3547aa3b ("mm: allow compaction of unevictable pages") > introduced a sysctl that allows userspace to enable scanning of locked > pages for compaction. This patch introduces a new test which fragments > main memory and attempts to allocate a number of huge pages to exercise > this compaction logic. > > Tested on machines with up to 32 GB RAM. With the patch a much larger > number of huge pages can be allocated than on the kernel without the > patch. > > Example output: > On a machine with 16 GB RAM: > sudo make run_tests vm > ... > ----------------------- > running compaction_test > ----------------------- > No of huge pages allocated = 3834 > [PASS] > ... > > Signed-off-by: Sri Jayaramappa <sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> > Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > Cc: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> > Cc: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> Reviewed-by: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <20150423184134.GF2282-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH V2] Test compaction of mlocked memory [not found] ` <20150423184134.GF2282-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> @ 2015-04-23 20:23 ` Andrew Morton 2015-04-23 20:24 ` Shuah Khan 0 siblings, 1 reply; 8+ messages in thread From: Andrew Morton @ 2015-04-23 20:23 UTC (permalink / raw) To: Eric B Munson Cc: Sri Jayaramappa, Shuah Khan, linux-kernel-u79uwXL29TY76Z2rM5mHXA, linux-api-u79uwXL29TY76Z2rM5mHXA On Thu, 23 Apr 2015 14:41:34 -0400 Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wrote: > On Thu, 23 Apr 2015, Sri Jayaramappa wrote: > > > Commit commit 5bbe3547aa3b ("mm: allow compaction of unevictable pages") > > introduced a sysctl that allows userspace to enable scanning of locked > > pages for compaction. This patch introduces a new test which fragments > > main memory and attempts to allocate a number of huge pages to exercise > > this compaction logic. > > > > Tested on machines with up to 32 GB RAM. With the patch a much larger > > number of huge pages can be allocated than on the kernel without the > > patch. > > > > Example output: > > On a machine with 16 GB RAM: > > sudo make run_tests vm > > ... > > ----------------------- > > running compaction_test > > ----------------------- > > No of huge pages allocated = 3834 > > [PASS] > > ... > > > > Signed-off-by: Sri Jayaramappa <sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> > > Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > > Cc: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > > Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> > > Cc: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> > > Reviewed-by: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> Acked-by: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> I'm assuming that Shuah will process this one? ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH V2] Test compaction of mlocked memory 2015-04-23 20:23 ` Andrew Morton @ 2015-04-23 20:24 ` Shuah Khan [not found] ` <553954FC.4050700-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> 0 siblings, 1 reply; 8+ messages in thread From: Shuah Khan @ 2015-04-23 20:24 UTC (permalink / raw) To: Andrew Morton, Eric B Munson Cc: Sri Jayaramappa, linux-kernel, linux-api, Shuah Khan On 04/23/2015 02:23 PM, Andrew Morton wrote: > On Thu, 23 Apr 2015 14:41:34 -0400 Eric B Munson <emunson@akamai.com> wrote: > >> On Thu, 23 Apr 2015, Sri Jayaramappa wrote: >> >>> Commit commit 5bbe3547aa3b ("mm: allow compaction of unevictable pages") >>> introduced a sysctl that allows userspace to enable scanning of locked >>> pages for compaction. This patch introduces a new test which fragments >>> main memory and attempts to allocate a number of huge pages to exercise >>> this compaction logic. >>> >>> Tested on machines with up to 32 GB RAM. With the patch a much larger >>> number of huge pages can be allocated than on the kernel without the >>> patch. >>> >>> Example output: >>> On a machine with 16 GB RAM: >>> sudo make run_tests vm >>> ... >>> ----------------------- >>> running compaction_test >>> ----------------------- >>> No of huge pages allocated = 3834 >>> [PASS] >>> ... >>> >>> Signed-off-by: Sri Jayaramappa <sjayaram@akamai.com> >>> Cc: linux-kernel@vger.kernel.org >>> Cc: linux-api@vger.kernel.org >>> Cc: Andrew Morton <akpm@linux-foundation.org> >>> Cc: Eric B Munson <emunson@akamai.com> >> >> Reviewed-by: Eric B Munson <emunson@akamai.com> > > Acked-by: Andrew Morton <akpm@linux-foundation.org> > > I'm assuming that Shuah will process this one? > Yes. I will get this one after the merge window closes. -- Shuah -- Shuah Khan Sr. Linux Kernel Developer Open Source Innovation Group Samsung Research America (Silicon Valley) shuahkh@osg.samsung.com | (970) 217-8978 ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <553954FC.4050700-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>]
* Re: [PATCH V2] Test compaction of mlocked memory [not found] ` <553954FC.4050700-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> @ 2015-05-06 17:01 ` Shuah Khan [not found] ` <554A4904.4040604-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> 0 siblings, 1 reply; 8+ messages in thread From: Shuah Khan @ 2015-05-06 17:01 UTC (permalink / raw) To: Sri Jayaramappa Cc: Andrew Morton, Eric B Munson, linux-kernel-u79uwXL29TY76Z2rM5mHXA, linux-api-u79uwXL29TY76Z2rM5mHXA, Shuah Khan On 04/23/2015 02:24 PM, Shuah Khan wrote: > On 04/23/2015 02:23 PM, Andrew Morton wrote: >> On Thu, 23 Apr 2015 14:41:34 -0400 Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wrote: >> >>> On Thu, 23 Apr 2015, Sri Jayaramappa wrote: >>> >>>> Commit commit 5bbe3547aa3b ("mm: allow compaction of unevictable pages") >>>> introduced a sysctl that allows userspace to enable scanning of locked >>>> pages for compaction. This patch introduces a new test which fragments >>>> main memory and attempts to allocate a number of huge pages to exercise >>>> this compaction logic. >>>> >>>> Tested on machines with up to 32 GB RAM. With the patch a much larger >>>> number of huge pages can be allocated than on the kernel without the >>>> patch. >>>> >>>> Example output: >>>> On a machine with 16 GB RAM: >>>> sudo make run_tests vm >>>> ... >>>> ----------------------- >>>> running compaction_test >>>> ----------------------- >>>> No of huge pages allocated = 3834 >>>> [PASS] >>>> ... >>>> >>>> Signed-off-by: Sri Jayaramappa <sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> >>>> Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >>>> Cc: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >>>> Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> >>>> Cc: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> >>> >>> Reviewed-by: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> >> >> Acked-by: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> >> >> I'm assuming that Shuah will process this one? >> > > Yes. I will get this one after the merge window closes. > Hi Sri Jayaramappa, The patch didn't pass checkpatch. Several trailing whitespace errors. Could you please fix these and resend. thanks, -- Shuah -- Shuah Khan Sr. Linux Kernel Developer Open Source Innovation Group Samsung Research America (Silicon Valley) shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org | (970) 217-8978 ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <554A4904.4040604-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>]
* Re: [PATCH V2] Test compaction of mlocked memory [not found] ` <554A4904.4040604-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> @ 2015-05-06 17:28 ` Sri [not found] ` <554A4F50.6080208-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 8+ messages in thread From: Sri @ 2015-05-06 17:28 UTC (permalink / raw) To: Shuah Khan Cc: Andrew Morton, Eric B Munson, linux-kernel-u79uwXL29TY76Z2rM5mHXA, linux-api-u79uwXL29TY76Z2rM5mHXA Hi Shuah, This is what I see when I check the patch against the script, linux-stable$ ./scripts/checkpatch.pl 0001-Test-compaction-of-mlocked-memory.patch WARNING: added, moved or deleted file(s), does MAINTAINERS need updating? #72: new file mode 100644 total: 0 errors, 1 warnings, 256 lines checked 0001-Test-compaction-of-mlocked-memory.patch has style problems, please review. If any of these errors are false positives, please report them to the maintainer, see CHECKPATCH in MAINTAINERS. That was the only warning I saw even before I submitted the patch. I'm not sure how the whitespaces are introduced... Thanks -Sri On 05/06/2015 01:01 PM, Shuah Khan wrote: > On 04/23/2015 02:24 PM, Shuah Khan wrote: >> On 04/23/2015 02:23 PM, Andrew Morton wrote: >>> On Thu, 23 Apr 2015 14:41:34 -0400 Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> wrote: >>> >>>> On Thu, 23 Apr 2015, Sri Jayaramappa wrote: >>>> >>>>> Commit commit 5bbe3547aa3b ("mm: allow compaction of unevictable pages") >>>>> introduced a sysctl that allows userspace to enable scanning of locked >>>>> pages for compaction. This patch introduces a new test which fragments >>>>> main memory and attempts to allocate a number of huge pages to exercise >>>>> this compaction logic. >>>>> >>>>> Tested on machines with up to 32 GB RAM. With the patch a much larger >>>>> number of huge pages can be allocated than on the kernel without the >>>>> patch. >>>>> >>>>> Example output: >>>>> On a machine with 16 GB RAM: >>>>> sudo make run_tests vm >>>>> ... >>>>> ----------------------- >>>>> running compaction_test >>>>> ----------------------- >>>>> No of huge pages allocated = 3834 >>>>> [PASS] >>>>> ... >>>>> >>>>> Signed-off-by: Sri Jayaramappa <sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> >>>>> Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >>>>> Cc: linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >>>>> Cc: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> >>>>> Cc: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> >>>> >>>> Reviewed-by: Eric B Munson <emunson-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> >>> >>> Acked-by: Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> >>> >>> I'm assuming that Shuah will process this one? >>> >> >> Yes. I will get this one after the merge window closes. >> > > Hi Sri Jayaramappa, > > The patch didn't pass checkpatch. Several trailing whitespace > errors. Could you please fix these and resend. > > thanks, > -- Shuah > > ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <554A4F50.6080208-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH V2] Test compaction of mlocked memory [not found] ` <554A4F50.6080208-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> @ 2015-05-06 17:41 ` Shuah Khan [not found] ` <554A525A.8000401-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> 0 siblings, 1 reply; 8+ messages in thread From: Shuah Khan @ 2015-05-06 17:41 UTC (permalink / raw) To: Sri Cc: Andrew Morton, Eric B Munson, linux-kernel-u79uwXL29TY76Z2rM5mHXA, linux-api-u79uwXL29TY76Z2rM5mHXA On 05/06/2015 11:28 AM, Sri wrote: > Hi Shuah, > > This is what I see when I check the patch against the script, > > linux-stable$ ./scripts/checkpatch.pl > 0001-Test-compaction-of-mlocked-memory.patch > WARNING: added, moved or deleted file(s), does MAINTAINERS need updating? > #72: > new file mode 100644 > > total: 0 errors, 1 warnings, 256 lines checked > > 0001-Test-compaction-of-mlocked-memory.patch has style problems, please > review. > > If any of these errors are false positives, please report > them to the maintainer, see CHECKPATCH in MAINTAINERS. > > > That was the only warning I saw even before I submitted the patch. I'm > not sure how the whitespaces are introduced... > Hmm. Perhaps something is odd with the 4.1 checkpatch script. I am not seeing any whitespace errors when I do a manual check on the patch file. Applying to linux-kselftest next -- Shuah -- Shuah Khan Sr. Linux Kernel Developer Open Source Innovation Group Samsung Research America (Silicon Valley) shuahkh-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org | (970) 217-8978 ^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <554A525A.8000401-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org>]
* Re: [PATCH V2] Test compaction of mlocked memory [not found] ` <554A525A.8000401-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> @ 2015-05-06 17:44 ` Sri 0 siblings, 0 replies; 8+ messages in thread From: Sri @ 2015-05-06 17:44 UTC (permalink / raw) To: Shuah Khan Cc: Andrew Morton, Eric B Munson, linux-kernel-u79uwXL29TY76Z2rM5mHXA, linux-api-u79uwXL29TY76Z2rM5mHXA Thanks! -Sri On 05/06/2015 01:41 PM, Shuah Khan wrote: > On 05/06/2015 11:28 AM, Sri wrote: >> Hi Shuah, >> >> This is what I see when I check the patch against the script, >> >> linux-stable$ ./scripts/checkpatch.pl >> 0001-Test-compaction-of-mlocked-memory.patch >> WARNING: added, moved or deleted file(s), does MAINTAINERS need updating? >> #72: >> new file mode 100644 >> >> total: 0 errors, 1 warnings, 256 lines checked >> >> 0001-Test-compaction-of-mlocked-memory.patch has style problems, please >> review. >> >> If any of these errors are false positives, please report >> them to the maintainer, see CHECKPATCH in MAINTAINERS. >> >> >> That was the only warning I saw even before I submitted the patch. I'm >> not sure how the whitespaces are introduced... >> > > Hmm. Perhaps something is odd with the 4.1 checkpatch script. > I am not seeing any whitespace errors when I do a manual > check on the patch file. > > Applying to linux-kselftest next > > -- Shuah > > ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2015-05-06 17:44 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-04-23 18:21 [PATCH V2] Test compaction of mlocked memory Sri Jayaramappa [not found] ` <1429813301-27216-1-git-send-email-sjayaram-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> 2015-04-23 18:41 ` Eric B Munson [not found] ` <20150423184134.GF2282-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> 2015-04-23 20:23 ` Andrew Morton 2015-04-23 20:24 ` Shuah Khan [not found] ` <553954FC.4050700-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> 2015-05-06 17:01 ` Shuah Khan [not found] ` <554A4904.4040604-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> 2015-05-06 17:28 ` Sri [not found] ` <554A4F50.6080208-JqFfY2XvxFXQT0dZR+AlfA@public.gmane.org> 2015-05-06 17:41 ` Shuah Khan [not found] ` <554A525A.8000401-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org> 2015-05-06 17:44 ` Sri
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).