[Bug 2001932] Autopkgtest regression report (glibc/2.31-0ubuntu9.12)

[Ubuntu SRU Bot]

All autopkgtests for the newly accepted glibc (2.31-0ubuntu9.12) for focal have finished running.
The following regressions have been reported in tests triggered by the package:

aevol/5.0+ds-1build1 (arm64)
c-icap/1:0.5.3-3 (armhf)
cysignals/1.10.2+ds-4 (s390x)
dbus/1.12.16-2ubuntu2.3 (armhf)
docker.io/20.10.21-0ubuntu1~20.04.2 (amd64, arm64, ppc64el, s390x)
flatpak/1.6.5-0ubuntu0.4 (ppc64el)
kholidays/1:5.68.0-0ubuntu1 (armhf)
kplotting/5.68.0-0ubuntu1 (armhf)
libimage-sane-perl/5-1 (arm64)
libreoffice/1:6.4.7-0ubuntu0.20.04.8 (armhf)
libxml-libxslt-perl/1.99-1 (s390x)
libxml-quote-perl/1.02-4build2 (s390x)
linux-aws-5.15/5.15.0-1041.46~20.04.1 (arm64)
linux-gcp-5.15/5.15.0-1039.47~20.04.1 (arm64)
linux-lowlatency-hwe-5.15/5.15.0-79.88~20.04.1 (arm64)
mariadb-10.3/1:10.3.38-0ubuntu0.20.04.1 (armhf)
postgresql-12/12.15-0ubuntu0.20.04.1 (amd64)
r-bioc-delayedarray/0.12.2+dfsg-1 (armhf)
r-cran-curl/4.3+dfsg-1 (armhf)
systemd/245.4-4ubuntu3.22 (arm64)
threadweaver/5.68.0-0ubuntu1 (amd64)
utox/0.17.1-1 (arm64)


Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-
migration/focal/update_excuses.html#glibc

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/2001932

Title:
  segfault in strncmp for avx2 at page boundaries

Status in GLibC:
  Fix Released
Status in glibc package in Ubuntu:
  Fix Released
Status in glibc source package in Focal:
  Fix Committed

Bug description:
  [Impact]

  Depending on size and location of the compared buffers in memory,
  particularly at the end of their respective pages, the AVX-2
  specialized code for strncmp has an off-by-one bug that can cause a
  segfault.

  See https://sourceware.org/bugzilla/show_bug.cgi?id=25933

  [Test case]

  > test_strncmp.c cat <<EOF
  #include <sys/mman.h>
  #include <string.h>
  #include <stdio.h>

  #define PAGE_SIZE 4096
  #define VEC_SIZE 32

  int main()
  {
  	int ret;
  	char *s1 = (char *)mmap(0, PAGE_SIZE*2, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
  	char *s2 = (char *)mmap(0, PAGE_SIZE*2, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
  	mprotect(s1+PAGE_SIZE, PAGE_SIZE, PROT_NONE);
  	mprotect(s2+PAGE_SIZE, PAGE_SIZE, PROT_NONE);
  	memset(s1, 'a', PAGE_SIZE);
  	memset(s2, 'a', PAGE_SIZE);
  	s1[PAGE_SIZE-1] = 0;
  	ret = strncmp(
              s1+PAGE_SIZE-VEC_SIZE*4-1,
              s2+PAGE_SIZE-VEC_SIZE*4,
              VEC_SIZE*4);
  	printf("strncmp returned %d\n", ret);
  	return ret;
  }
  EOF
  gcc -o test_strncmp test_strncmp.c
  ./test_strncmp
  # On buggy systems (e.g. mine), that last call segfaults

  [Regression potential]

  The fix could introduce another bug in the routine, and/or a
  performance regression.

To manage notifications about this bug go to:
https://bugs.launchpad.net/glibc/+bug/2001932/+subscriptions