From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755510AbcHYUNO (ORCPT ); Thu, 25 Aug 2016 16:13:14 -0400 Received: from terminus.zytor.com ([198.137.202.10]:54958 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750703AbcHYUNK (ORCPT ); Thu, 25 Aug 2016 16:13:10 -0400 User-Agent: K-9 Mail for Android In-Reply-To: <20160825114506.GA11762@nazgul.tnic> References: <9FF32F53-5EF8-40D4-B696-A30FDF7201E1@zytor.com> <20160816171635.GA10542@nazgul.tnic> <796A2A72-06B7-4B3D-AA38-DF558FC75857@zytor.com> <20160817054605.GA6728@nazgul.tnic> <87r39n58sv.fsf@yhuang-mobile.sh.intel.com> <20160818034513.GA21415@nazgul.tnic> <877fbespek.fsf@yhuang-mobile.sh.intel.com> <20160818041139.GA22101@nazgul.tnic> <20160825092214.GA4643@nazgul.tnic> <20160825114506.GA11762@nazgul.tnic> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: [LKP] [lkp] [x86/hweight] 65ea11ec6a: will-it-scale.per_process_ops 9.3% improvement From: "H. Peter Anvin" Date: Thu, 25 Aug 2016 13:07:04 -0700 To: Borislav Petkov CC: "Huang, Ying" , Denys Vlasenko , Peter Zijlstra , Brian Gerst , LKML , Andy Lutomirski , lkp@01.org, Thomas Gleixner , Linus Torvalds , Ingo Molnar , =?ISO-8859-1?Q?Ville_Syrj=E4l=E4?= Message-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On August 25, 2016 4:45:06 AM PDT, Borislav Petkov wrote: >On Thu, Aug 25, 2016 at 03:05:19AM -0700, H. Peter Anvin wrote: >> I'm wondering if one of those 23 invocations sets up some kind of >> corrupt data that continues to get used. > >That could be one plausible explanation. Look at what calls >__sw_hweight64: > >initmem_init >numa_policy_init >page_writeback_init >paging_init >pcpu_embed_first_chunk >pcpu_setup_first_chunk >sched_init >set_rq_online.part.46 >setup_arch >setup_per_cpu_areas >update_sysctl >x86_64_start_kernel >x86_64_start_reservations >x86_numa_init >zone_sizes_init > >I could very well imagine per CPU areas or some sched structure or >whatever getting silently corrupted. > >Thanks. Either way, I think we can conclude that we probably did catch a real problem. -- Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.