From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 63B03C63697 for ; Mon, 16 Nov 2020 21:50:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 17E0E223BD for ; Mon, 16 Nov 2020 21:50:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729211AbgKPVts (ORCPT ); Mon, 16 Nov 2020 16:49:48 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:53655 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727850AbgKPVtr (ORCPT ); Mon, 16 Nov 2020 16:49:47 -0500 Received: from mail-ed1-f71.google.com ([209.85.208.71]) by youngberry.canonical.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1kemNd-0006NZ-8L for linux-kernel@vger.kernel.org; Mon, 16 Nov 2020 21:49:45 +0000 Received: by mail-ed1-f71.google.com with SMTP id d3so3708665eds.3 for ; Mon, 16 Nov 2020 13:49:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=umNIoM2617jBm/kSow8UcR9m5NpkXB/CDpm1QO+O5AE=; b=L2bh04S8KWxR6cubsLIA2cThXCuL5mGubyctMnNCKwA8SozE1LIv3lzmv7GFPgEZwI 4V1pKIWrdRef2+YAicFwHrmaLkrPWh3+AP+uMNjPwJ/5QK2GMKuW8TReiS4IM3UNOFyT rd5ZYdP/4PU+zqZ5OwMctKLQMkK2UD9X5Hr2CEX+1dTlakk6Vwb3G1W9e3UYrPmrV+bm oxmh2znKkuyv2eiXo8rRdRmjrsM60j8KR+kt2fEYY5KxhuvtnIhkIYOqPXsAgoz9s7Y+ UuWZVn9f+KNfM+dcoW1NXcnNX+mI6kS1h/aNG0g9eXKghgsSqf7IVCFWCskwVuR29qTX sPxA== X-Gm-Message-State: AOAM530QfCbidFJm41W2+h0510vC4vL4o2n3u2P8PQlxPJiv+H+h7GYf +ENSf7FakE1TjFZ4m1PKNwcXDpvdW2BpU1R27moVnTRtUOVqtz4+GX5vfLuhrbN1ggKDkkk2V6t JS9E/WviGtCN5vI6SJWHO76jjibVxG3hWa1wPE3tQgNjnyuo+E59FCYb5Og== X-Received: by 2002:a17:906:fcdb:: with SMTP id qx27mr16916797ejb.470.1605563384818; Mon, 16 Nov 2020 13:49:44 -0800 (PST) X-Google-Smtp-Source: ABdhPJwAp96hr5JgdqVnl6r62CtZZ/vc6C3LNUKt1YzaSo0TRa1TeoieSyEzCGC0UHu4wHv/eCeV/8tRzuALD2OY1A4= X-Received: by 2002:a17:906:fcdb:: with SMTP id qx27mr16916769ejb.470.1605563384635; Mon, 16 Nov 2020 13:49:44 -0800 (PST) MIME-Version: 1.0 References: <20201114212215.GA1194074@bjorn-Precision-5520> <87v9e6n2b2.fsf@x220.int.ebiederm.org> <87sg9almmg.fsf@x220.int.ebiederm.org> <874klqac40.fsf@nanos.tec.linutronix.de> <87lff2ic0h.fsf@x220.int.ebiederm.org> <87a6vhht71.fsf@x220.int.ebiederm.org> In-Reply-To: <87a6vhht71.fsf@x220.int.ebiederm.org> From: Guilherme Piccoli Date: Mon, 16 Nov 2020 18:49:08 -0300 Message-ID: Subject: Re: [PATCH 1/3] x86/quirks: Scan all busses for early PCI quirks To: "Eric W. Biederman" Cc: Thomas Gleixner , Bjorn Helgaas , lukas@wunner.de, linux-pci@vger.kernel.org, Pingfan Liu , andi@firstfloor.org, "H. Peter Anvin" , Baoquan He , x86@kernel.org, Sinan Kaya , Ingo Molnar , Jay Vosburgh , Dave Young , Gavin Guo , Borislav Petkov , Bjorn Helgaas , Guowen Shan , "Rafael J. Wysocki" , "Guilherme G. Piccoli" , kexec mailing list , LKML , Dan Streetman , Vivek Goyal Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 16, 2020 at 6:45 PM Eric W. Biederman wrote: > The way to do that would be to collect the set of pci devices when the > kexec on panic kernel is loaded, not during crash_kexec. If someone > performs a device hotplug they would need to reload the kexec on panic > kernel. > > I am not necessarily endorsing that just pointing out how it can be > done. > > Eric Thanks Eric, I agree! I think if we use something like PKRAM (a more dynamic approach) we could have the PCI hotplug path updating the data to-be-passed to the crash kernel, so the crash kernel doesn't even need to be loaded again.