Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2022578ybv; Sun, 23 Feb 2020 20:57:28 -0800 (PST) X-Google-Smtp-Source: APXvYqxKkaVHVHoE+Df4O0lENw1Ce9YapBn0MsrPq42Ngs5OuwGoOSinybnDqa+uLAna55swPkFt X-Received: by 2002:aca:cf07:: with SMTP id f7mr11340220oig.5.1582520248555; Sun, 23 Feb 2020 20:57:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582520248; cv=none; d=google.com; s=arc-20160816; b=sAd2cPuLVQMlofhp1Njvyi3Mo+aEUEaP2/pqRWozceOPsQKC6gTN6FNOefL8c+NI5z 0tP19dX21SkSOQ46m8CQr0oqyLeO1yVhNwBdoEYbZxdTiX0kc2NMWO0R1Vbmmk0T54BZ sD+AYxQxNiR+17wU6pPiPS+Ae9vfZMul11v3IwQ09xwC58i8GIckacVv+B54rMuGOJgB DcFYxkJDelTcl7ACIayaqJCPb9NEg7skuyCEasCiIz11peRRHU3ydTAbOkl4NydSqXd4 OEC88LwZmqfKT5NZ6Q4yQF6cMrse7QB7WEKNpbGlmcJOb9+0D7Qpou0Lfc+RbyhQ24MR EQYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=ma1EjT0/cgYKBYRBzJpsYw4qpXSIefQrEzpAraMKVJo=; b=QcdfEvs1q96A5qeAk2B6jCyzeyQkJPNzC0R44PfxUPmrKFYUMR+9an/lT1PYxI0cPB PGZGCKDgE9bzmv2Z5tP1j/AvivrTRTfi8diBeJWXmALX7CvOInjbwTWadM71us0N2pgN LlHpYoltygmcDOwUNI0aG73GPih0+dZm4847sPBl0GD1xbwA23roVP7TjedFy5oga+Gr eoyJtCXMKhmQqbY6cYbq+lb9KFucuhHccDMbeFy6RzR0AM/HJDR4uHM6HhwYZudj8AuE t0dkaj7vitgyD06oBJsaeSoVlDDOXK0foOSa+TVVh9F2QDSaYHDFX0o+OXbacP0aiDso 0n6g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=JYJPWxRO; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e9si5631664otk.318.2020.02.23.20.57.16; Sun, 23 Feb 2020 20:57:28 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=JYJPWxRO; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727256AbgBXE4k (ORCPT + 99 others); Sun, 23 Feb 2020 23:56:40 -0500 Received: from us-smtp-2.mimecast.com ([207.211.31.81]:40720 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727189AbgBXE4k (ORCPT ); Sun, 23 Feb 2020 23:56:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1582520199; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ma1EjT0/cgYKBYRBzJpsYw4qpXSIefQrEzpAraMKVJo=; b=JYJPWxROw4M5h7p65s8rRYiZQcVOSwKtpa9w3TDQP9sTJ73sdbLfxwZ8Hm2ZTgcgy6qW05 /SStKzzLas7tYjLJbkSr3BBbePnjRqBao80wvfVXGb0SbPeH5APsroaRwMpSW9i6sFnNe7 ZHJ2qHh53AkQI/aSIuoeZ6L1A4XJLFs= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-359-vRlxWOaAPRG_qk-QUfcrmg-1; Sun, 23 Feb 2020 23:56:37 -0500 X-MC-Unique: vRlxWOaAPRG_qk-QUfcrmg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id E1099800D54; Mon, 24 Feb 2020 04:56:35 +0000 (UTC) Received: from dhcp-128-65.nay.redhat.com (ovpn-13-44.pek2.redhat.com [10.72.13.44]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 02CB55D9C9; Mon, 24 Feb 2020 04:56:22 +0000 (UTC) Date: Mon, 24 Feb 2020 12:56:18 +0800 From: Dave Young To: Bjorn Helgaas Cc: Kairui Song , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, kexec@lists.infradead.org, Jerry Hoemann , Baoquan He , Khalid Aziz , Deepa Dinamani , Randy Wright , Myron Stowe Subject: Re: [RFC PATCH] PCI, kdump: Clear bus master bit upon shutdown in kdump kernel Message-ID: <20200224045618.GA16543@dhcp-128-65.nay.redhat.com> References: <20191225192118.283637-1-kasong@redhat.com> <20200222165631.GA213225@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200222165631.GA213225@google.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bjorn, On 02/22/20 at 10:56am, Bjorn Helgaas wrote: > [+cc Khalid, Deepa, Randy, Dave, Myron] > > On Thu, Dec 26, 2019 at 03:21:18AM +0800, Kairui Song wrote: > > There are reports about kdump hang upon reboot on some HPE machines, > > kernel hanged when trying to shutdown a PCIe port, an uncorrectable > > error occurred and crashed the system. > > Did we ever make progress on this? This definitely sounds like a > problem that needs to be fixed, but I don't see a resolution here. > I'm not familar with the PCI details, but if this only adds a quirk for kdump use and no other risks added then it should be good to have. Or we can provide a kernel parameter for the quirk? Then it is even limited to only be effective when in-kdump && the-param-is-used Anyway still prefer to people who know more about this area to evaluate the risk. Thanks Dave