Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp4993698imm; Tue, 11 Sep 2018 22:58:09 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYtnH7RY4Lz5ReC+siGxVw6rfMXFsXEI1CzIOsYyjCILYbtV6SwCFaqZX8XjjaPHRka5poI X-Received: by 2002:a17:902:28a4:: with SMTP id f33-v6mr258655plb.297.1536731889744; Tue, 11 Sep 2018 22:58:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536731889; cv=none; d=google.com; s=arc-20160816; b=Mjh0n++ZEJEF60euQ9RMW6LPytYYYGQW2lXKzd/MxdSp6b+SFaCSikVHApJcfIfQ8G 1+xT8kwlDrbD666lpssstuBJEVVgJz0i7BRpI+Y//mrfe83KDQ91Efer8UVzluRR8bK0 yp2Ctx3rFmLIp1gGyLcwZq1xpa07IlDke6Dsb0bVY0hVt+kov5nSiD7ZHqHHqd+Sd3e/ WF1z4O07IN6VuK6G2kvfREMLrqm2VPuNp/aCGt5fKa4bv8UY22vwMNljMz4siM+g06AK H780SolfS1TbUcgnFuJW3RtKlZVKYtP8U/9XWIpe8c7Gat9PmocCCQHMvqrwsF0X8p9n UEHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=hofmYPnagGxbSk4AGDnQMO1wAt18wp8aVdoeIclojjk=; b=yCTRbaD1UzTyxQDYRX/G8cnAeKeErPRqlJ9CoPWnDci4gbAa5wQi02I9RrhfAzelMD HQi78CzXMBJj8Ixa/PESapp2vY6jlPdlD46J99tAcOigI2dAYqu9iHk8fpaq0g+YEbDk 6LD4abm+hZo/Gg0LFnBIutKcEK5PG89Wq/bJShbo/f6MuBoSH9P4+QvRii5icCMpq/3h IHK2/YJLXMODydK02XH5SWfCR6g1gOt/gOgtQJ3FzFOzFpe06Zabo2agldo2iAcuaOU8 wGeIFCrV9mO7gtIk+jpidi1xa2ygI3WsOAWOmwKbWsPp6ZpdiwyGYCczzWUGMmLI52Fp 8X8g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b5-v6si37995ple.241.2018.09.11.22.57.54; Tue, 11 Sep 2018 22:58:09 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727152AbeILLAd (ORCPT + 99 others); Wed, 12 Sep 2018 07:00:33 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:37578 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726149AbeILLAd (ORCPT ); Wed, 12 Sep 2018 07:00:33 -0400 Received: from mail-pg1-f198.google.com ([209.85.215.198]) by youngberry.canonical.com with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1fzy9h-0005NZ-Kv for linux-kernel@vger.kernel.org; Wed, 12 Sep 2018 05:57:37 +0000 Received: by mail-pg1-f198.google.com with SMTP id r2-v6so513097pgp.3 for ; Tue, 11 Sep 2018 22:57:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hofmYPnagGxbSk4AGDnQMO1wAt18wp8aVdoeIclojjk=; b=krqx8yFyVTX/dHqw1YwyWQlwVVtCZ6bHFGFiwh7kVr3rZDnMDcbhI0+u9rR3f539lD zFFrDhAYKo5NmJULm+M4xoWMw65J041+kw6WB22xwttoFRv1zX2EyCtOloV8atOw/5Ki ojJqIvGbMS0stDJeJT2WoBNtcogKqXZ5WF5yRQwijKgmThLiJKHcEZXx2HSdezR5Bbzb sPHNPlci1SsH/UmOmS/Vl0dnaFsezNtGTa4zARvJHL3SHOPH0PT7H2oU3jVogEMkBQpo RlLYwA57l8OSMZY4b6eUVuGf5AI30qnLMptB1EIuVQOFliTZsNCfvApt/bSkkLDQOjgZ Dutw== X-Gm-Message-State: APzg51BmUZkFiXigjKI7mUq8rhYJM4GTX2+7kRp0I9yrY3CeIhLTnuZv hua7UnpLt1Rl+ZyZcmCMWQPJ1n81Jk4VeG0wcTKXWGYJtBIpN9FkfjbGTZPDHkp6+partS0u21p 5sC7/Cbab4ELO3jHWT0ye0Y7iI5FMntVAdhLEZN6MFA== X-Received: by 2002:a62:5a01:: with SMTP id o1-v6mr328495pfb.0.1536731856239; Tue, 11 Sep 2018 22:57:36 -0700 (PDT) X-Received: by 2002:a62:5a01:: with SMTP id o1-v6mr328471pfb.0.1536731855873; Tue, 11 Sep 2018 22:57:35 -0700 (PDT) Received: from [192.168.1.206] (220-133-187-190.HINET-IP.hinet.net. [220.133.187.190]) by smtp.gmail.com with ESMTPSA id b3-v6sm25612pgm.74.2018.09.11.22.57.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Sep 2018 22:57:35 -0700 (PDT) Content-Type: text/plain; charset=us-ascii; delsp=yes; format=flowed Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Regression caused by commit 7bb05b85bc2d ("r8169: don't use MSI-X on RTL8106e") From: Kai-Heng Feng In-Reply-To: Date: Wed, 12 Sep 2018 13:57:31 +0800 Cc: Thomas Gleixner , Linux Netdev List , Linux Kernel Mailing List , Daniel Drake Content-Transfer-Encoding: 7bit Message-Id: References: <5D685053-1A33-4553-8678-A50C542466FD@canonical.com> To: Jian-Hong Pan X-Mailer: Apple Mail (2.3445.9.1) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org at 12:56, Jian-Hong Pan wrote: > 2018-09-12 11:42 GMT+08:00 Kai-Heng Feng : >> Hi Jian-Hong, >> >> There's a Dell machine with RTL8106e stops to work after S3 since the >> commit >> introduced. >> So I am wondering if it's possible to revert the commit and use >> DMI/subsystem id based quirk table? >> >> It's because of commit bc976233a872 ("genirq/msi, x86/vector: Prevent >> reservation mode for non maskable MSI") cleared the reservation mode, >> and I >> can see this after S3: >> >> [ 94.872838] do_IRQ: 3.33 No irq handler for vector >> >> If the device uses MSI-X instead of MSI, the issue doesn't happen >> because of >> reservation mode. > > Interesting! Opposite symptom! > Could you help try the patch > https://marc.info/?l=linux-pci&m=153629858601668&w=4 with and without > reverting the commit? Same issue after applying this patch. MSI-X works, MSI doesn't work. > > If the patch does not work, another suggestion: You can try falling > back to only PCI_IRQ_LEGACY. This device is capable of using MSI-X, I don't think falls back to use legacy is a good idea. Instead, using a quirk table should be more appropriate. Kai-Heng > > Regards, > Jian-Hong Pan > >> Hi Thomas, >> >> Is it something should be handled by x86 BIOS? Because I don't see this >> issue when I use Suspend-to-Idle, which doesn't use BIOS to do suspend. >> >> Kai-Heng