Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1161213imm; Fri, 29 Jun 2018 12:30:30 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcLpcEjfnfqFrQhOmQLXSFYhbNL8A3Bu7oDAQ17zFPxI/aMMWJVLfw+64X/8pTg6UJXSiy5 X-Received: by 2002:a17:902:7888:: with SMTP id q8-v6mr11011259pll.79.1530300630595; Fri, 29 Jun 2018 12:30:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530300630; cv=none; d=google.com; s=arc-20160816; b=rAMb7ZVmiFak4Hd2GKjlXrROeHELdbL0+4Y08Qq90A+i9BrRNxj1wEvNmoMHSwa0eS SL4exPvC5l9qdDn8RqOKqhbeYDacb8g/yOGrDvpwrPuy4GJXwmTouInujYdyMEGo6TDo GDWoYAfm7Fy13bW79KrKdSMAM3QTj/QSpQX3q20JsfEWJtDirt041OJO3kVru0QlW6A8 d5R/3AtyamT1iK3N+itPlJ3KJIpKmlDuEYMmCK6p0vQ+sXnjwPSrTmVnCkU+/AcLNUsu ucQq1phipwFnqSY4vBB8lycv7W2WIazW6DNuNG7wOc2T0ZLEjKyqGEcFcxCw8qYVUMN6 Qtxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=PIYOm8GBqtSe7s160jeGweDTuEWs5MnrxVj2H1yTERk=; b=rpWxnE9rfg+vpSuARC4PtX41d4aB4mWVfFrAupWqRefbWLYEZMANEWCF17dI8M+QYD a+YwNKppdfrQRseAA+XBTfNusFv/R27P+VKf6BHfb9NZ1MsKGmRQAl+RYEDh0GGpHFHW JSF+4YB3erAf4ha0W5TnBhbyya4CkrZmJOeq86t7x1k5MtVnMdCckLsjgOsSe/Ih/D0U AjOskwjH6BTDEszaSucnng0xV6qkWuVn1M9wyVVm7HamH7D8vzymD6gSQjZQw86B3FeI 3zTajJihe4nuSlcg2gWG85ufpCtILlTAN1lY6dAZrH3iLsIVBTc3UQ/2tss+6e612sZx HIDA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s126-v6si10488412pfc.222.2018.06.29.12.30.16; Fri, 29 Jun 2018 12:30:30 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S967062AbeF2QgC (ORCPT + 99 others); Fri, 29 Jun 2018 12:36:02 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:59438 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S967006AbeF2QgB (ORCPT ); Fri, 29 Jun 2018 12:36:01 -0400 Received: from p4fea482e.dip0.t-ipconnect.de ([79.234.72.46] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fYwN2-0002nk-E9; Fri, 29 Jun 2018 18:35:40 +0200 Date: Fri, 29 Jun 2018 18:35:39 +0200 (CEST) From: Thomas Gleixner To: Dave Hansen cc: Fenghua Yu , Ingo Molnar , H Peter Anvin , Ashok Raj , Alan Cox , Peter Zijlstra , Rafael Wysocki , Tony Luck , Ravi V Shankar , linux-kernel , x86 Subject: Re: [PATCH v2 2/4] x86/split_lock: Align x86_capability to unsigned long to avoid split locked access In-Reply-To: Message-ID: References: <1530282807-66555-1-git-send-email-fenghua.yu@intel.com> <1530282807-66555-3-git-send-email-fenghua.yu@intel.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 29 Jun 2018, Dave Hansen wrote: > On 06/29/2018 07:33 AM, Fenghua Yu wrote: > > --- a/arch/x86/include/asm/processor.h > > +++ b/arch/x86/include/asm/processor.h > > @@ -105,7 +105,8 @@ struct cpuinfo_x86 { > > __u32 extended_cpuid_level; > > /* Maximum supported CPUID level, -1=no CPUID: */ > > int cpuid_level; > > - __u32 x86_capability[NCAPINTS + NBUGINTS]; > > + __u32 x86_capability[NCAPINTS + NBUGINTS] > > + __aligned(sizeof(unsigned long)); > > char x86_vendor_id[16]; > > char x86_model_id[64]; > > /* in KB - valid for CPUS which support this call: */ > > This is begging for comments. Right and this patch wants to be the first in the series as it fixes an existing issue and can be picked up independently of the rest. Plus what enforces proper alignment for the other capability related u32 arrays? Thanks, tglx