max_map_count: do not count [vdso] mapping on ia64

[dvlasenk]

I'm getting this on rhel5 on Itanium:
max_map_count 0 TINFO : set overcommit_memory to 2
max_map_count 0 TINFO : set max_map_count to 64
max_map_count 0 TINFO : set overcommit_memory to 2
max_map_count 0 TINFO : set max_map_count to 64
max_map_count 1 TFAIL : 66 map entries in total, but expected 64 entries
max_map_count 0 TINFO : set max_map_count to 256
max_map_count 0 TINFO : set overcommit_memory to 2
max_map_count 0 TINFO : set max_map_count to 64
max_map_count 1 TFAIL : 66 map entries in total, but expected 64 entries
max_map_count 0 TINFO : set max_map_count to 256
max_map_count 2 TFAIL : 258 map entries in total, but expected 256 entries
...

A possible fix is:

--- a/testcases/kernel/mem/tunable/max_map_count.c
+++ b/testcases/kernel/mem/tunable/max_map_count.c
@@ -137,6 +137,18 @@ static int filter_map(char *line)
{
return strncmp(line, "ffff0000-ffff1000", 17) == 0;
}
+#elif defined(ia64)
+static int filter_map(char *line)
+{

•   char buf[BUFSIZ];
  

•   int ret;
  

•   ret = sscanf(line, "%_p-%_p %_4s %_p %_2d:%_2d %*d %s", buf);
  

•   if (ret != 1)
  

•           return 0;
  

•   return strcmp(buf, "[vdso]") == 0;
  

  +}
  #else
  static int filter_map(char *line)
  {

[vapier]

i don't think we need to special case ia64. the default implementation should read the line and compare to "[vdso]" as that is the name almost all arches use.

[vapier]

fixed by commit 10dc4e0