From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932730AbcHKJNy (ORCPT ); Thu, 11 Aug 2016 05:13:54 -0400 Received: from mail-wm0-f52.google.com ([74.125.82.52]:38717 "EHLO mail-wm0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751093AbcHKJNw (ORCPT ); Thu, 11 Aug 2016 05:13:52 -0400 Date: Thu, 11 Aug 2016 11:13:47 +0200 From: Ingo Molnar To: Aaron Lu Cc: x86@kernel.org, linux-kernel@vger.kernel.org, Alex Shi , Tomoki Sekiyama , Davidlohr Bueso , Huang Ying , Ingo Molnar , Thomas Gleixner , "\"H. Peter Anvin\"" Subject: Re: [PATCH] x86/irq: do not substract irq_tlb_count from irq_call_count Message-ID: <20160811091347.GA10990@gmail.com> References: <20160811074430.GA18163@aaronlu.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160811074430.GA18163@aaronlu.sh.intel.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Aaron Lu wrote: > This is found by LKP's cyclic performance regression tracking recently > with the vm-scalability test suite. I have bisected to commit > 0a7ce4b5a632 ("mm/rmap: share the i_mmap_rwsem"). This commit didn't do > anything wrong but revealed the irq_call_count problem. IIUC, the commit > makes rwc->remap_one in rmap_walk_file concurrent with multiple threads. > When remap_one is try_to_unmap_one, then multiple threads could queue > flush tlb to the same CPU but only one IPI will be sent. Note, for some reason the commit ID you used is wrong, the real one is: 3dec0ba0be6a ("mm/rmap: share the i_mmap_rwsem") I have fixed this in the changelog. Thanks, Ingo