[Group.of.nepali.translators] [Bug 1642390] Re: Disable lock-elision in glibc pending upstream changes

2017-02-01 Thread Launchpad Bug Tracker 
This bug was fixed in the package glibc - 2.24-7ubuntu2

---
glibc (2.24-7ubuntu2) zesty; urgency=medium

  * Disable lock-elision on all targets to avoid regressions (LP:
#1642390)

glibc (2.24-7ubuntu1) zesty; urgency=medium

  * Merge with 2.24 from Debian sid, with upstream and packaging
updates.

glibc (2.24-7) unstable; urgency=medium

  [ Samuel Thibault ]
  * hurd-i386/tg-hurdsig-SA_SIGINFO.diff: Fix passing address to legacy SIGBUS
handlers.
  * hurd-i386/tg-libpthread-gsync-mutex.diff: New patch to make mutexes use
gsync too.
  * hurd-i386/tg-NOFOLLOW.diff: New patch to fix O_NOFOLLOW errors.
  * hurd-i386/tg-NOFOLLOW-DIRECTORY.diff: New patch to fix O_NOFOLLOW |
O_DIRECTORY errors.

  [ Aurelien Jarno ]
  * debian/patches/git-updates.diff: update from upstream stable branch.
  * debian/rules: build with -no-pie -fno-PIE. Closes: #845512, #845521.

  [ Matthias Klose ]
  * Allow to inject the libc-dev dependency on linux-libc-dev by the build
environment.

glibc (2.24-6) unstable; urgency=medium

  [ Samuel Thibault ]
  * libc0.3.symbols.hurd-i386: Drop removed RPCs.
  * hurd-i386/cvs-libpthread.diff: Update to latest upstream version.
- hurd-i386/cvs-libpthread-static-weak.diff: Drop, merged upstream.
- hurd-i386/cvs-pthread-atfork.diff: Drop, merged upstream.
- hurd-i386/cvs-setcancelstate.diff: Drop, merged upstream.
  * hurd-i386/tg-libpthread-gsync-spin.diff: New patch to make spinlocks use
gsync too.  Thanks Svante Signell for investigating issues with the first
version.
  * hurd-i386/tg-ONSTACK.diff: New patch to fix SS_ONSTACK support.
Closes: #551470.
  * hurd-i386/tg-extern_inline.diff: Update to upstream.
- hurd-i386/tg-sigstate_thread_reference.diff: Refresh.
- hurd-i386/tg-gsync-libc.diff: Refresh.
  * hurd-i386/tg-hurdsig-SA_SIGINFO.diff: Update to upstream.
  * hurd-i386/tg-EGREGIOUS-fr.diff: New patch to fix grammar in french
translation.

  [ Aurelien Jarno ]
  * debian/patches/git-updates.diff: update from upstream stable branch:
- Fix pread/pwrite syscalls on SH4.
- Fix build on powerpc/ppc64el with binutils from trunk.  Closes: #843691.
- Fix flexible array usage in gconv.h.  Closes: #841304.
- Fix linknamespace parallel test failures.  Closes: #844132.
  * debian/patches/any/submitted-unicode-9.0.0.diff: proposed patch to update
Unicode support to version 9.0.0.  Closes: #842466.
  * debian/patches/localedata/locale-C.diff: update to Unicode 9.0.0.
  * debian/patches/localedata/submitted-en_AU-date_fmt.diff: improve date_fmt
for en_AU locale.  Closes: #841916.

glibc (2.24-5) unstable; urgency=medium

  [ Aurelien Jarno ]
  * debian/sysdeps/linux.mk: fix cross-compilation by also looking at headers
in $(LINUX_HEADERS).
  * debian/testsuite-xfail-debian.mk: allow nptl/tst-stack4 to fail on HPPA.

  [ Samuel Thibault ]
  * hurd-i386/cvs-libpthread-static-weak.diff: New patch to fix weak
references when linking in libpthread statically.
  * hurd-i386/cvs-pthread-atfork.diff: New patch to fix unregistering atfork
handlers at library unload. Closes: #841068.
  * debhelper.in/libc-dev.install.hurd-i386: Install libpthread_nonshared.a.

glibc (2.24-4) unstable; urgency=medium

  [ Samuel Thibault ]
  * hurd-i386/tg-hurdsig-SA_SIGINFO.diff: Fix preemptors and thus
hurd_safe_*.
  * hurd-i386/tg-hurdsig-fixes.diff: Fix uninitialized value.
  * hurd-i386/submitted-exec_filename.diff: Add missing includes, fix const
warning.
  * hurd-i386/cvs-mallocfork.diff: New patch to fix concurrency between
hurd_malloc and fork, triggered by malloc/tst-malloc-fork-deadlock.
  * hurd-i386/cvs-libpthread.diff: Update to latest upstream version.
Closes: #839742.
  * hurd-i386/libpthread_build.diff: Refresh.
  * hurd-i386/libpthread_version.diff: Refresh.
  * hurd-i386/unsubmitted-libc_alloca_cutoff.diff: Refresh.
  * hurd-i386/cvs-hidden.diff: Drop, merged upstream.
  * hurd-i386/cvs-libpthread-2.23.diff: Drop, merged upstream.
  * hurd-i386/cvs-libpthread-api.diff: Drop, merged upstream.
  * hurd-i386/cvs-libpthread_build.diff: Drop, merged upstream.
  * hurd-i386/cvs-libpthread_clean2.diff: Drop, merged upstream.
  * hurd-i386/cvs-pt-kill.diff: Drop, merged upstream.
  * hurd-i386/libpthread-versions.diff: Drop, merged upstream.
  * hurd-i386/libpthread_clean.diff: Drop, merged upstream.
  * hurd-i386/libpthread_sigmask.diff: Drop, merged upstream.
  * hurd-i386/libpthread_spin-lock.diff: Drop, merged upstream.
  * hurd-i386/unsubmitted-libpthread-semaphore.h.diff: Drop, merged upstream.
  * hurd-i386/tg-pthread_deps.diff: New patch, fixes references to libc
symbols.
  * testsuite-xfail-debian.mk: Clear fixed hurd-i386 test.
  * control: Drop hurd dependency from libc-bin: the reason for the dep has
disappeared.
  * hurd-i386/unsubmitted-libc_alloca_cutoff.diff: Rename to
hurd-i386/tg-allocalim.diff.
  * hurd-i386/unsubmitted-timer_routines.diff: Rename to

[Group.of.nepali.translators] [Bug 1642390] Re: Disable lock-elision in glibc pending upstream changes

2016-12-08 Thread Launchpad Bug Tracker 
This bug was fixed in the package glibc - 2.23-0ubuntu5

---
glibc (2.23-0ubuntu5) xenial; urgency=medium

  * Disable lock-elision on all targets to avoid regressions (LP:
#1642390)

 -- Adam Conrad   Wed, 16 Nov 2016 13:53:50 -0700

** Changed in: glibc (Ubuntu Xenial)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1642390

Title:
  Disable lock-elision in glibc pending upstream changes

Status in glibc package in Ubuntu:
  Confirmed
Status in glibc source package in Xenial:
  Fix Released
Status in glibc source package in Yakkety:
  Fix Released

Bug description:
  [ SRU Justification ]
  A long thread on debian-devel[1] has pointed out that hardware lock elision 
behaves differently (arguably, more correctly) in the face of incorrect pthread 
usage, especially where double-unlocks are concerned.  While this isn't itself 
a bug, it's quite true that we have no way of knowing right now just how many 
third party sources are buggy, and as people are upgrading to hardware that 
supports this feature, more software may crash in the future.

  The long-term goal should be to try to ferret out all the bad actors
  here, fix them, and re-enable hardware lock elision as the default,
  but the sane conservative choice seems to be to just disable the
  feature entirely for now, while we (the glibc upstream community) work
  on making lock elision a per-process opt-in.

  [1] https://lists.debian.org/debian-devel/2016/11/msg00210.html

  [ Proposed Fix ]
  This SRU will disable lock elision entirely, thus avoiding the problematic 
codepaths.  A future SRU will re-enable building those codepaths, but in such a 
way that they're disabled by default with a per-process environment twiddle to 
enable it on demand.

  [ Regression Potential ]
  There's a potential for performance regressions, however given that most x86 
users are only just now upgrading to hardware that supports this feature, the 
status quo is that this codepath is dead to most users.  As for s390x and PPC, 
we've had requests to disable lock elision by default on both arches (entirely 
on s390x, conditionally on PPC), and those requests will be somewhat satisfied 
by this SRU, and cleaned up in the future SRU where we integrate the 
upstream-concensus patch to allow it to be conditionally re-enabled.

  [ Testing ]
  autopkgtest regressions will be our guide here on if this SRU is causing any 
issues.

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

___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp