From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15587 invoked by alias); 14 Feb 2011 17:28:51 -0000 Received: (qmail 15573 invoked by uid 22791); 14 Feb 2011 17:28:50 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 14 Feb 2011 17:28:49 +0000 From: "jan.kiszka at siemens dot com" To: glibc-bugs@sources.redhat.com Subject: [Bug nptl/11588] pthread condvars are not priority inheritance aware X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: nptl X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jan.kiszka at siemens dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: CC Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Mon, 14 Feb 2011 17:28:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2011-02/txt/msg00036.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=11588 Jan Kiszka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jan.kiszka at siemens dot | |com --- Comment #17 from Jan Kiszka 2011-02-14 17:28:26 UTC --- (In reply to comment #16) > Is there any chance that this issue is going to make any progress ? It affects > real users and we have a working solution for it. I can only confirm this. We just saw that unfortunate deadlock again in real application (something to be shipped in products). We ran into it before, but this time we finally realized that it's not due to an outdated glibc but rather a still unfixed bug. Our applications consist of dozens of real-time threads at different prio levels and practically can't be reworked to avoid cond variables in RT threads. So we really need a solution, and that preferably without having to carry our own patched glibc versions. Thanks, Jan -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.