Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030271Ab3E3JLP (ORCPT ); Thu, 30 May 2013 05:11:15 -0400 Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:65498 "EHLO cam-admin0.cambridge.arm.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1030209Ab3E3JLB (ORCPT ); Thu, 30 May 2013 05:11:01 -0400 Date: Thu, 30 May 2013 10:09:49 +0100 From: Will Deacon To: "Wang, Yalin" Cc: "'richard -rw- weinberger'" , "'linux-arch@vger.kernel.org'" , "'linux-kernel@vger.kernel.org'" , "'linux-arm-kernel@lists.infradead.org'" Subject: Re: A bug about system call on ARM Message-ID: <20130530090949.GC7483@mudshark.cambridge.arm.com> References: <35FD53F367049845BC99AC72306C23D1610991B85B@CNBJMBX05.corpusers.net> <35FD53F367049845BC99AC72306C23D1610991B85D@CNBJMBX05.corpusers.net> <35FD53F367049845BC99AC72306C23D1610991B85E@CNBJMBX05.corpusers.net> <20130529094826.GD13095@mudshark.cambridge.arm.com> <35FD53F367049845BC99AC72306C23D1610991B865@CNBJMBX05.corpusers.net> <35FD53F367049845BC99AC72306C23D1610991B866@CNBJMBX05.corpusers.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35FD53F367049845BC99AC72306C23D1610991B866@CNBJMBX05.corpusers.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1235 Lines: 34 On Thu, May 30, 2013 at 02:41:42AM +0100, Wang, Yalin wrote: > Hi Will, Hello, > Have you received the log files? Yep, and you seem to be completely correct: CPU0 ages the page from which CPU1 just executed a system call, so we explode trying to load the swi instruction in order to retrieve the immediate. > And is there someone looking at this issue now ? It's on my list, but I'm pretty busy right now and OABI-compat isn't high priority. Are you actually running OABI binaries? If not, you can simply turn that option off (in fact, a quick fix to this issue is to make that depend on !SMP). > This issue happened on Qcom Scorpoin CPUs, > And it just happened in our stability test occasionally . > > If you have some patch for this issue, > I can do the test for it . I'll have a look at cooking something which uses an exception table entry to rewind the PC and retry the system call. That's simpler than directly injecting a user page fault from the system call path. Will -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/