From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9537 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general,gmane.linux.kernel Subject: Re: Re: [RFC PATCH] x86/vdso/32: Add AT_SYSINFO cancellation helpers Date: Wed, 9 Mar 2016 12:40:51 +0100 Message-ID: <20160309114051.GA29662@port70.net> References: <06079088639eddd756e2092b735ce4a682081308.1457486598.git.luto@kernel.org> <20160309085631.GA3247@gmail.com> <20160309113449.GZ29662@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1457523678 26907 80.91.229.3 (9 Mar 2016 11:41:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 9 Mar 2016 11:41:18 +0000 (UTC) To: Ingo Molnar , Andy Lutomirski , x86@kernel.org, linux-kernel@vger.kernel.org, Borislav Petkov , "musl@lists.openwall.com" , Linus Torvalds , Andrew Morton , Thomas Gleixner , Peter Zijlstra Original-X-From: musl-return-9550-gllmg-musl=m.gmane.org@lists.openwall.com Wed Mar 09 12:41:06 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1adcUC-0007Dr-U8 for gllmg-musl@m.gmane.org; Wed, 09 Mar 2016 12:41:05 +0100 Original-Received: (qmail 11987 invoked by uid 550); 9 Mar 2016 11:41:03 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 11969 invoked from network); 9 Mar 2016 11:41:02 -0000 Mail-Followup-To: Ingo Molnar , Andy Lutomirski , x86@kernel.org, linux-kernel@vger.kernel.org, Borislav Petkov , "musl@lists.openwall.com" , Linus Torvalds , Andrew Morton , Thomas Gleixner , Peter Zijlstra Content-Disposition: inline In-Reply-To: <20160309113449.GZ29662@port70.net> User-Agent: Mutt/1.5.24 (2015-08-30) Xref: news.gmane.org gmane.linux.lib.musl.general:9537 gmane.linux.kernel:2172985 Archived-At: * Szabolcs Nagy [2016-03-09 12:34:50 +0100]: > * Ingo Molnar [2016-03-09 09:56:31 +0100]: > > Why is so much complexity added to avoid a ~3 instructions window where > > calcellation is tested? Cancellation at work atom boundaries is a fundamentally > > 'polling' model anyway, and signal delivery is asynchronous, with a fundamental > > IPI delay if it's cross-CPU. > > > > to avoid the race when the thread is cancelled after the test but before > the syscall see http://ewontfix.com/16/ > wrong link http://ewontfix.com/2/