apr cannot use shared process mutex on armv7

Bug #599874 reported by David Sugar on 2010-06-29
20
This bug affects 2 people
Affects Status Importance Assigned to Milestone
apr (Ubuntu)
Undecided
Unassigned

Bug Description

On armv7/thumb on Maverick, apr fails to build because it deadlocks in testing shared (interprocess) mutex locking. This feature likely depends on atomics behavior in glibc pthread spinlocks that is broken in thumb2. I have a simple patch that disables shared process mutexes for arm just like was needed for sh4.

debdiff apr_1.4.2-3build1.dsc apr_1.4.2-3ubuntu1.dsc attached

Loïc Minier (lool) wrote :

Could you open a bug against glibc and change your debdiff to only disable that when building for thumb?

Loïc Minier (lool) on 2010-07-12
tags: added: armel armv7
tags: added: thumb

Revised patch attached per Loic's request.

And cross-referenced for glibc in #604753

Oliver Grawert (ogra) wrote :

is there any technical reason for the string change in that patch ?
if not, can you please remove it and update the debdiff ...

String change??? Could you elaborate?

Ah...I went back and made sure I had prestine build trees :)...

This is hopefully the final iteration...

Loïc Minier (lool) wrote :

David, what's #463399 in the description of the patch? (DP:)

Loic, this is a newer diff with a patch description...

Matthias Klose (doko) wrote :
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package apr - 1.4.2-3ubuntu1

---------------
apr (1.4.2-3ubuntu1) maverick; urgency=low

  * Check for arm thumb mode to disable process shared mutexes. (LP: #599874)
 -- David Sugar <email address hidden> Tue, 17 Aug 2010 02:45:58 +0200

Changed in apr (Ubuntu):
status: New → Fix Released
Loïc Minier (lool) wrote :

I opened an apr task in bug #604753 as to remember reverting these apr changes once eglibc is fixed.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Bug attachments