[Bug 1081734] Please test proposed package

Colin Watson cjwatson at canonical.com
Mon Jan 28 11:00:15 UTC 2013


Hello bhs, or anyone else affected,

Accepted eglibc into quantal-proposed. The package will build now and be
available at http://launchpad.net/ubuntu/+source/eglibc/2.15-0ubuntu20.1
in a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

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

Title:
  malloc hangs when ltp mallocstress is run repeatedly

Status in “eglibc” package in Ubuntu:
  Fix Released
Status in “eglibc” source package in Precise:
  Fix Committed
Status in “eglibc” source package in Quantal:
  Fix Committed

Bug description:
  [Impact / Justification]
  There's a malloc deadlock in glibc, easily reproduced by the mallocstress part of ltp, but otherwise tripped in regular usage here and there.  The upstream patch applied in this SRU resolves that.

  [Test Case]
  Run mallocstress repeatedly before and after upgrade and watch the deadlocks be less deadlocky.

  [Regression Potential]
  This has been tested quite extensively upstream and in 2.16 in raring, and seems to be a marked improvement with no one reporting any adverse effects, so should be fine.

  [Original Report]
  - malloc sleeps continously when the mallocstress application which part of ltp package is executed in a loop.
  - From gdb backtrace it appears to be for a futex to be released in libc code. This is deadlock in glibc

  There are some discussions going on for including this fix in next eglibc release.
  emails
  http://sourceware.org/ml/libc-alpha/2012-06/msg00648.html
  http://permalink.gmane.org/gmane.comp.lib.glibc.alpha/23397
  http://sourceware.org/ml/libc-alpha/2012-07/msg00027.html
  http://sourceware.org/ml/libc-alpha/2012-08/msg00163.html
  http://permalink.gmane.org/gmane.linux.redhat.fedora.extras.cvs/832985

  discussion in http://sourceware-org.1504.n7.nabble.com/BZ-13939
  -malloc-deadlock-td13648.html#none

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




More information about the foundations-bugs mailing list