Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1810253ybk; Mon, 11 May 2020 04:59:31 -0700 (PDT) X-Google-Smtp-Source: APiQypJD4TJn0MxvoJaT9dQUSe2pdKRIuFOFRqvwmdUZfuyHOO3WNRt50gRhW2AeJwTTuURD5Qcj X-Received: by 2002:a50:eacb:: with SMTP id u11mr12798159edp.162.1589198371752; Mon, 11 May 2020 04:59:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589198371; cv=none; d=google.com; s=arc-20160816; b=q0liuvHQzpEhoc2Icx9xhmnlzZ8pdh1QmvKB9vlgH1m0INDQ7XTe1dPJ6aMxNe1bU2 K2vonaaWAFl6KXt/NQHM9gQndGC5DCFSG1CbHVisyKjBprg3PS2epjNTnDnnhJEfeQrF C/j/xhcUQVqb9tU7qQWhWOdFzU6DPF79Ktxoax6QuU/4gWhRdrZV/h3qNQoBeP7g+Aa2 2A9UO83sgRuwryTCKAW+KbvMkzbYqtzaSLHyqtMaYj9lkmBXljiHeWPsDIVwkxKwIAPd CviRz2dSZIclbjXGGbakSzfHKzYTs4v7/O1qOEUWjqggR6L7qXWgneEtWECfE+SCBx58 XWtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=7fS6phv7m6ZlSK+le8ijABKC31cHiedQzsNa/ZEMHmk=; b=FoTc+HGAJqLVT8p2ZjOhbD66D1NPAJDYtp163ONmAu7ol0HggNrj+1NAWsEQ8crDcG f5t8AgoIkzd+KTwWTvsF3bj260565FcsBYxrte2ZHl/TZA+cwfChw+LhPMwok+QOSNxA pEum9T4kz+yVZvUiy1YnvEWNrjndOM6hoWZG6UWEmi2zFtNLsd3S7ATDjkfRywQmR9el BaIKOhBUWL+GQ3UVreIS+WMvULSAilGckw9fpN1xTvvfse7W+o+Je4fn2uZozy+cGNyV KcWnwre/rfG6pkqLVOrCzs3l/8WFdI3NIFtYrSLcuFHaJFKbmPPy0AkQ8P0pRwguxI+7 TkGA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p2si355103edx.419.2020.05.11.04.59.08; Mon, 11 May 2020 04:59:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729811AbgEKLy5 (ORCPT + 99 others); Mon, 11 May 2020 07:54:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43402 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726068AbgEKLy4 (ORCPT ); Mon, 11 May 2020 07:54:56 -0400 Received: from Galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9866FC061A0C for ; Mon, 11 May 2020 04:54:56 -0700 (PDT) Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jY70w-0004ZX-Cc; Mon, 11 May 2020 13:54:30 +0200 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id AB288FFBF8; Mon, 11 May 2020 13:54:29 +0200 (CEST) From: Thomas Gleixner To: Alexandre Chartre , LKML Cc: x86@kernel.org, "Paul E. McKenney" , Andy Lutomirski , Frederic Weisbecker , Paolo Bonzini , Sean Christopherson , Masami Hiramatsu , Petr Mladek , Steven Rostedt , Joel Fernandes , Boris Ostrovsky , Juergen Gross , Brian Gerst , Mathieu Desnoyers , Josh Poimboeuf , Will Deacon Subject: Re: [patch V4 part 5 02/31] x86/entry: Provide helpers for execute on irqstack In-Reply-To: <7477e59e-50d9-3446-dce7-3aa07e74cf5f@oracle.com> References: <20200505135341.730586321@linutronix.de> <20200505135828.316937774@linutronix.de> <7477e59e-50d9-3446-dce7-3aa07e74cf5f@oracle.com> Date: Mon, 11 May 2020 13:54:29 +0200 Message-ID: <871rnq7klm.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain 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 Alexandre Chartre writes: > On 5/5/20 3:53 PM, Thomas Gleixner wrote: >> + __this_cpu_add(irq_count, 1); \ >> + asm volatile( \ >> + "pushq %%rbp \n" \ >> + "movq %%rsp, %%rbp \n" \ >> + "movq %%rsp, (%[ts]) \n" \ >> + "movq %[ts], %%rsp \n" \ >> + "1: \n" \ >> + " .pushsection .discard.instr_begin \n" \ >> + " .long 1b - . \n" \ >> + " .popsection \n" \ >> + "call " __ASM_FORM(func) " \n" \ >> + "2: \n" \ >> + " .pushsection .discard.instr_end \n" \ >> + " .long 2b - . \n" \ >> + " .popsection \n" \ >> + "popq %%rsp \n" \ >> + "leaveq \n" \ >> + : \ >> + : [ts] "r" (tos) \ >> + : "memory" \ >> + ); \ >> + __this_cpu_sub(irq_count, 1); \ >> +} > > The pushsection/popsection discard.instr_begin/end sequences are used several > times in asm() statement at different places, so I wonder if it might be worth > having a macro. As discussed elsewhere this is going to move to ASM partially and the various variants are not longer necessary. Thanks, tglx