Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp505880imm; Wed, 6 Jun 2018 01:06:14 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIOecYQR2IJI1+edi2Oq25ZqkEZUt4xhAKhDoKiZM64sNRGBWQOEq3FoyAe+a8nrAOf+td+ X-Received: by 2002:a63:715d:: with SMTP id b29-v6mr1770464pgn.325.1528272374444; Wed, 06 Jun 2018 01:06:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528272374; cv=none; d=google.com; s=arc-20160816; b=Rp3lZm/m7DXO489r9dwShk+8j7CpvzYDXdqlei6g/TczF/2b/ehgIaRvyR7WEXzOUW j+kxnX9cDp++x7XZE0XBpqaYFw/+eBZMBWoyWvTWyXl9FnZdrEQbunrxwxG/Z9Nfm4u6 ZUIENGK66hsxWUCO8F0zMLeJ0EPUfgj8NJXsrpdpUKMLPwhWUDZIgDqJj20UVdibBAuh 10VJA+uF2mPPYJm6U/A7EH2UpKHcs02ZhmenOHGyxutdhorMSQjxgrgHKr6Yjtu+fRkO CYHp0I75bTsXU9SXo98R75HmERsl1BbIRshP5VRiNGL6e4wW2AfEvaqKXuP8Uh2G750A WZQA== 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=Q6QeG6vt1aa1KYSRM00fDpA+DV/VB8MccbTrA7XIhJ0=; b=yaxOQN8gF1hSdJtTSY1mmFqb61+J1jBrojt6iLXA8bEYYawBNAH0U/GjZ84uBuQw2k BwJ847ZjzPel5fWB7QS1iRBp4raOrIwOfKnNE7eGqVxa4CDdrnbRGLApEOeFianM9r+D 4jCRX5Zw+zNvzkqnnAt8/bJYN6DIiGPOoORqc97rx6aHyS/SkzsSKj+v7JrmpghoHVku jEGMaYpI9jEtiusFin5pAqTtCP3QGbGl4xiGoRwLurWWrMtEce3k43472TtXOt4WXdWJ XCpZcgiINzqaREo1WnJDuPnyjO8wZPMt2eCte/Me2+kUo5QGBtp6pmAlzp+O5CQPFIsq 4u5A== 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 v34-v6si23983003plg.524.2018.06.06.01.06.00; Wed, 06 Jun 2018 01:06:14 -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 S932520AbeFFIFT (ORCPT + 99 others); Wed, 6 Jun 2018 04:05:19 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:48865 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932290AbeFFIFR (ORCPT ); Wed, 6 Jun 2018 04:05:17 -0400 Received: from p4fea5fc6.dip0.t-ipconnect.de ([79.234.95.198] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fQTQu-0002ZL-H5; Wed, 06 Jun 2018 10:04:40 +0200 Date: Wed, 6 Jun 2018 10:04:39 +0200 (CEST) From: Thomas Gleixner To: Dou Liyang cc: LKML , Ingo Molnar , Peter Zijlstra , Borislav Petkov , Dmitry Safonov <0x7f454c46@gmail.com>, Tariq Toukan , Song Liu , Joerg Roedel , Mike Travis , stable@vger.kernel.org Subject: Re: [patch 3/8] x86/apic: Provide apic_ack_irq() In-Reply-To: Message-ID: References: <20180604162224.471925894@linutronix.de> <94117bd8-352b-1077-e8ae-8722d7ec213f@cn.fujitsu.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 Wed, 6 Jun 2018, Dou Liyang wrote: > Hi Thomas, > > At 06/05/2018 07:41 PM, Thomas Gleixner wrote: > > On Tue, 5 Jun 2018, Dou Liyang wrote: > > > > +{ > > > > + if (unlikely(irqd_is_setaffinity_pending(irqd))) > > > > > > Affinity pending is also judged in > > > > > > > + irq_move_irq(irqd); > > > > > > If we can remove the if(...) statement here > > > > That requires to fix all call sites in ia64 and that's why I didn't. But > > I didn't express clearly, I meant remove the if(...) statement from > apic_ack_irq(), it doesn't require to fix the call sites in ia64. I put the check there on purpose as I explained in the changelog: Making the invocation of irq_move_irq() conditional avoids the out of line call if the pending bit is not set. Thanks, tglx