Received: by 10.223.164.202 with SMTP id h10csp1910445wrb; Thu, 16 Nov 2017 06:25:12 -0800 (PST) X-Google-Smtp-Source: AGs4zMblk66GOrTZC2DKrLY4rCpiq0KlBInwD9J6SSXELM5nnlNvBGAL8OQ7IaETmop9a20Gxa4z X-Received: by 10.98.216.193 with SMTP id e184mr2017810pfg.98.1510842312645; Thu, 16 Nov 2017 06:25:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510842312; cv=none; d=google.com; s=arc-20160816; b=s3Nvenzxjycy9vTUh7E7zwdmdOinBH4Gqa38NHgJ5hSMQ86OQeDy3WZSMQDBIuPneO JgrFye2VSFa9awl2i2+JAxXHgYutAp9aRtPdrE9Cud1PRLw6pMp+oqsylhI0TCDHkS80 qfxaf0If6Yz8ng+bCukLR7e07cCiZbhLzGx5DI/gjXzwTp+OdosfAv5Gz1GjeP8Y1Vj+ FBFlLm71YXxTz25V0OJuH+HR6oraLVRsOAT6hVOKm+H9i59RQlfhRLXJrpk8V6ktZcCp 6SKl9lVXykMx0avEAq6q8OMlg666M8zOlzDoWTXH6B74ZAp5g926yTo1JZrOPAhpoqm4 lGaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=NNYTfOEMcB2RvrUCFeRtOKlGLYzT1ESCegOX3aIyJP0=; b=Ogj5UtcltPG9W5m8E+7Qf7r2bQ45d7ZRHdLJ3s3V4QV444X/7kR5vqhKbvKEwC42+H lLxlv9w1k7x3v2npHOaxBd9BOFbmfsF81JVkK9frG155gRPkJIFkEtjowo993SmXvyQm 5yB3y5SkApFMze++G2QJjwefGxMNkuCyfC47cvubM1Bp4ViE6yC0Q4pizSFoU7GtVjxe 3RAF53nhFZOi49+9qGzelZJzZuVjesWWAnR2YjXJHihdTBTgACeFYItGuzaWmevLwpii bOCZO9E0a66k9E+NOVtmlBEhzo2iZU1El+qeut4xwC1XNvum6j71gzt3oWfmDLsIwXTa LXmg== 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 t84si1053027pfa.357.2017.11.16.06.24.59; Thu, 16 Nov 2017 06:25:12 -0800 (PST) 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 S1759420AbdKPLyb (ORCPT + 91 others); Thu, 16 Nov 2017 06:54:31 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:50230 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751310AbdKPLyZ (ORCPT ); Thu, 16 Nov 2017 06:54:25 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5B5111435; Thu, 16 Nov 2017 03:54:25 -0800 (PST) Received: from edgewater-inn.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 2B2BF3F246; Thu, 16 Nov 2017 03:54:25 -0800 (PST) Received: by edgewater-inn.cambridge.arm.com (Postfix, from userid 1000) id C67091AE0BE3; Thu, 16 Nov 2017 11:54:33 +0000 (GMT) Date: Thu, 16 Nov 2017 11:54:33 +0000 From: Will Deacon To: Sami Tolvanen Cc: Alex Matveev , Andi Kleen , Ard Biesheuvel , Greg Hackmann , Kees Cook , linux-arm-kernel@lists.infradead.org, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, Mark Rutland , Masahiro Yamada , Maxim Kuvyrkov , Michal Marek , Nick Desaulniers , Yury Norov , Matthias Kaehlcke Subject: Re: [PATCH v2 11/18] arm64: make mrs_s and msr_s macros work with LTO Message-ID: <20171116115433.GG9361@arm.com> References: <20171115213428.22559-1-samitolvanen@google.com> <20171115213428.22559-12-samitolvanen@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171115213428.22559-12-samitolvanen@google.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 15, 2017 at 01:34:21PM -0800, Sami Tolvanen wrote: > From: Alex Matveev > > Use UNDEFINE_MRS_S and UNDEFINE_MSR_S to define corresponding macros > in-place and workaround gcc and clang limitations on redefining macros > across different assembler blocks. What limitations? Can you elaborate please? Is this a fix? Will From 1584228305541450462@xxx Thu Nov 16 13:10:46 +0000 2017 X-GM-THRID: 1584172678511586509 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread