Received: by 10.192.165.148 with SMTP id m20csp1095388imm; Fri, 27 Apr 2018 12:35:55 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrdiJSf8qDaXUdMNG0bageUtik4hOm5SZIfOq3jNvd2xivGlqIXtGMMBF+Pwh5+Hc4EvKNP X-Received: by 2002:a17:902:9890:: with SMTP id s16-v6mr3417071plp.132.1524857755909; Fri, 27 Apr 2018 12:35:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524857755; cv=none; d=google.com; s=arc-20160816; b=JPGedSG/P2cuKp/QTCzEaRAXUbSYaW1J6C84CtabkMTrxgu52JDw8R3dJJqJLwh2la oUpkoxC33CHIzLIkiVDwhPYpDehbNb97pN/3z7UWKXvy3j+RzyCP2nNvFfZdN1UES5xl 6TJZQs2DzwbeHcju6LJKvw/Dos0zsUfg7/jFnMd2qmPdO+o7b9keLi+1Kh+4XumkZs4Q IIwy2RjHB4wSEcGG5wLkEmjG/+sp9etOM/dEXN5gA1BhO6jluZ4dtigODnZbPPMBRpAG lcYMdkH6Vi0jUgOZf9NCoRmMOijk66ucUitIoesYk/WDM1pBwJcYgJZ94hyBpo7sMr+a noeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=BjuNVQ9Q2AC9ilZ0xWpkfnCI379/jBodSU6otGmyMpw=; b=l24zaxOt14nJ9TRqkmec4LMOf1bwqkvdE6uaNjmpnFIQ2Q46IPjsnFLtun7SQoFjKf 9E4j5lZLzvhSQ0VPyczUU3vX3xHhCorJojqqPfHItDU01XRuwcA61V7E77NkRfkN2nzd aJ35JyWnhgUajbmNXuvN7w+ro8NGo6UJrBMjxyGFhQgrNJfPcnqwnGVfTJiyCJcnjiPc fu29wvWZkijQ2lZPf3wNXh428WhFRDqtANwlX+e1h5ZYxWfOkk2wqutAF0vwJBM8kZtK vuk+t73hQ7vzfSpQ1181++9MEHeIEW/kAnXguJ3D0e1BoLc4w07EH7qGuzJXD23LnnDU +AQg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=Ul5X60c5; dkim=pass header.i=@codeaurora.org header.s=default header.b=dW0oum39; 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 z3si1841734pfm.151.2018.04.27.12.35.41; Fri, 27 Apr 2018 12:35:55 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=Ul5X60c5; dkim=pass header.i=@codeaurora.org header.s=default header.b=dW0oum39; 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 S1758857AbeD0Tee (ORCPT + 99 others); Fri, 27 Apr 2018 15:34:34 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:58808 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757590AbeD0Ted (ORCPT ); Fri, 27 Apr 2018 15:34:33 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 89C6E60F6B; Fri, 27 Apr 2018 19:34:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1524857672; bh=qzVfaHiGZXaSw9pZJUgMl8UCtZXhA1po1qvPudXIdYQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Ul5X60c54OE3UTCeQ1d+EjkcZiAP023jsIjx1ZuVt8qRaoYAWDc4xMZ288yLc11HQ lTB0ItawZFw9+P0f4/1GR7Zabx1wNJis+PidOYIHS/YMKhBVtciWu4u1V4oZog49xc BI4ZRk5+28OVY+7EkvzOuSa5ZzxSFxawJGQEb0JM= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [10.235.228.150] (global_nat1_iad_fw.qualcomm.com [129.46.232.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: okaya@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 5B512600C9; Fri, 27 Apr 2018 19:34:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1524857671; bh=qzVfaHiGZXaSw9pZJUgMl8UCtZXhA1po1qvPudXIdYQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=dW0oum39bGwkBNP+WBW8laxMZH6f+pESyJ4lVUzOFIcxF3MXq8tkJonzo0H4N7HgO JYOlDU7u9J90kkkDxVY2qxb9BSqnRddk/uEgTo5GRpd9TE6YBwHsqiK6vpIa/aN2Dd YXfu60vZMn/JTWS6NmPYRW68us0hucxtCAiDDjcA= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 5B512600C9 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org Subject: Re: pciehp 0000:00:1c.0:pcie004: Timeout on hotplug command 0x1038 (issued 65284 msec ago) To: Bjorn Helgaas , Paul Menzel Cc: Bjorn Helgaas , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Lukas Wunner References: <8770820b-85a0-172b-7230-3a44524e6c9f@molgen.mpg.de> <20180427192207.GG8199@bhelgaas-glaptop.roam.corp.google.com> From: Sinan Kaya Message-ID: Date: Fri, 27 Apr 2018 15:34:30 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180427192207.GG8199@bhelgaas-glaptop.roam.corp.google.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bjorn, Thanks for adding me. On 4/27/2018 3:22 PM, Bjorn Helgaas wrote: > Sinan mooted the idea of using a "no-wait" path of sending the "don't > generate hotplug interrupts" command. I think we should work on this > idea a little more. If we're shutting down the whole system, I can't > believe there's much value in *anything* we do in the pciehp_remove() > path. > > Maybe we should just get rid of pciehp_remove() (and probably > pcie_port_remove_service() and the other service driver remove methods) > completely. That dates from when the service drivers could be modules that > could be potentially unloaded, but unloading them hasn't been possible for > years. Shutdown path is also used for kexec. Leaving hotplug interrupts pending is dangerous for the newly loaded kernel as it leaves spurious interrupts during the new kernel boot. I think we should always disable the hotplug interrupt on shutdown. We might think of not waiting for command-completion as a middle-ground or go to polling path instead of interrupts all the time. Sinan -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.