Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1084401ybl; Fri, 31 Jan 2020 13:47:57 -0800 (PST) X-Google-Smtp-Source: APXvYqx3CwANb6cHKffKbZdBwDiTZPgAjYHpw8NZ4EARjfHA07XOaJr2ojQ7BYCM6ywp2Ql3gFWN X-Received: by 2002:aca:b1d4:: with SMTP id a203mr7598651oif.150.1580507277343; Fri, 31 Jan 2020 13:47:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580507277; cv=none; d=google.com; s=arc-20160816; b=uxMXmczXY1zXQ8YmNv9HT76Ux59fGzQPNVU6ITD0uz4B1CaBmNjNVxOyJ8PuGldBPk S+PrmMaDzmFRKZ7rJIYiCFndlHxmqK+ScwnjDGgrFN76aJrOyGZ6tzxqsNeN39xMRXyw GMMr5EN4wxb73OOv3u4Nm+cP9dcJROW8Xbv7f+YLM/SJDSfmK4C4bAUAWRw9uiYwAPTW gAwYfregfU48eiaRMQUasmiNVbNc9J3PKaG3I6R6HuAQbYgUJlUChryPlkcgTgTl4dyr qsc6vsVCKbOyBStjluWS4W3Y0xbEmfVCWT4IxJ4JwDESjtNvp4ft9X0zkDPqPL56sI/F nN6w== 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=nbHVii9J/rLEGQDVLxgODBlcx8+3o+ZIRqL/NZFVoa4=; b=NlC2W089pOFK+p7kxenOfX/6/G9Vbw4DvL6JxdUhUDlIQNzIZClxHW1kVofPxksNO/ zXInQ+ER25vdzmCDId4m0ssOTH1F1/sJXIPJ4notbLRP3CGz/TQgeWkSlgYBMGg6VDon a7oVojAJ67pMJZ3BOd5Y3jt0pC3ySz4GfOJvmITUcm59CbDMxY+aBf1aIHdAUsGka5yE 8O9YtgZddfwRvISyjkMO/FND5ZKLiHR0psxyd6TZIN44rJQgfKAhSFzsOyDM3sxrrYI2 BaOwlOFI9yzwIed91UXcc6kyd9iJQ6xMFG0jdq0sw5gxyMWmo8Jhj18D/lqd9yXw/46y IdZg== 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 t9si5805256otp.57.2020.01.31.13.47.44; Fri, 31 Jan 2020 13:47:57 -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 S1726264AbgAaVpp (ORCPT + 99 others); Fri, 31 Jan 2020 16:45:45 -0500 Received: from Galois.linutronix.de ([193.142.43.55]:56684 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726105AbgAaVpo (ORCPT ); Fri, 31 Jan 2020 16:45:44 -0500 Received: from 51.26-246-81.adsl-static.isp.belgacom.be ([81.246.26.51] 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 1ixe6f-0005eR-6Z; Fri, 31 Jan 2020 22:45:41 +0100 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id BE110105BDC; Fri, 31 Jan 2020 22:45:35 +0100 (CET) From: Thomas Gleixner To: Evan Green Cc: Rajat Jain , Bjorn Helgaas , linux-pci , Linux Kernel Mailing List , x86@kernel.org, Marc Zyngier Subject: Re: [PATCH V2] x86/apic/msi: Plug non-maskable MSI affinity race In-Reply-To: References: <20200117162444.v2.1.I9c7e72144ef639cc135ea33ef332852a6b33730f@changeid> <87y2tytv5i.fsf@nanos.tec.linutronix.de> <87eevqkpgn.fsf@nanos.tec.linutronix.de> <87d0b82a9o.fsf@nanos.tec.linutronix.de> <878slwmpu9.fsf@nanos.tec.linutronix.de> <87imkv63yf.fsf@nanos.tec.linutronix.de> <87pnf342pr.fsf@nanos.tec.linutronix.de> <877e1a2d11.fsf@nanos.tec.linutronix.de> <874kwd3lbn.fsf@nanos.tec.linutronix.de> <87lfpn50id.fsf@nanos.tec.linutronix.de> <87imkr4s7n.fsf@nanos.tec.linutronix.de> Date: Fri, 31 Jan 2020 22:45:35 +0100 Message-ID: <87d0azuwow.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 Evan Green writes: > On Fri, Jan 31, 2020 at 6:27 AM Thomas Gleixner wrote: >> #1 is uninteresting and has no unintended side effects. #2 and #3 might >> expose issues in device driver interrupt handlers which are not prepared to >> handle a spurious interrupt correctly. This not a regression, it's just >> exposing something which was already broken as spurious interrupts can >> happen for a lot of reasons and all driver handlers need to be able to deal >> with them. >> >> Reported-by: Evan Green >> Debugged-by: Evan Green Signed-off-by: Thomas Gleixner > > Heh, thanks for the credit. Thanks for the detective work and the persistance to convince me! > Something weird happened on this line with your signoff, though. Yeah. No idea how I fatfingered that. > I've been running this on my system for a few hours with no issues > (normal repro in <1 minute). So, > > Tested-by: Evan Green Thanks for confirmation! tglx