Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4565855imm; Wed, 30 May 2018 07:57:46 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLFSKQ1bbZC3FrMPQSYkYTSvTPo7wpuH5gQzpwi0iACZzRoCPTmrJW5QKesx7iEzlbN5DcQ X-Received: by 2002:a17:902:be0b:: with SMTP id r11-v6mr3226966pls.182.1527692266582; Wed, 30 May 2018 07:57:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527692266; cv=none; d=google.com; s=arc-20160816; b=v5IsBuDYgFLfLecOUR2h2tdrAdvbqSd9yvmQ9rvjJDNMlGBKWoGwK4m/It2fD51HXt djD+k2lUPmO02ZOav8yrk6SCWaK+AxowLirYUuCGKZjc8DOBishvvlIRfaHVGBa5TY/A Jj7ra6U0pb/EG7vDwZZoPG9n/Nx5Ftn/gbaRD0+dW3igTkFjAV+ZC1Q0cFDstGo1J21y SF/dTPcU/r//U2HuyS2trg1pTDGXp0jHBl2b1FZboIS1B2h0hScbJYS2BIpaUP12C/Oo 6xPljejQi6pNKCP8ZJZxAqD4FaJY+Upw5OSE1WwrhUJSBbkt1aKTXgxF3dqvLd79oV7J Ef0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=JJtADGEmxyAf3vOfs9UybKkVZNfrH/A8imlSX50WVqk=; b=h52GAOLH+OhEKdCOwfY0JcXxHKwmzDTrirsEY0NN579Tm6DbPghCsiAdwn+pYDH6Pq /Ix/b+UmTDORMZB2fiRxkleuzKPa30PG4T1/Q4nEI8oFj76ADZXbh1VbgrPzu3S81dgv 3fNiPXFcA3ueLsspMwM+xIWBUhNC5xPOQML/hAyn59KcBrV6gwAgwBwgrR8+5nxbf1E0 ypvs/S7ZqP13lq9ESgOKuYObA+fF9yGu9FalaBmMRhwbBfiX2LefNNkkLtPvq8EEZ7BG RaVo9ZibNhvWPlxBCHyHsFsFCNoWOTGHcjossEtCO6MjD/BMLNOmuI0Z1izNNi30Hl8X IQBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=lvlgvM9V; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f5-v6si26130308pgn.453.2018.05.30.07.57.32; Wed, 30 May 2018 07:57:46 -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=@kernel.org header.s=default header.b=lvlgvM9V; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753485AbeE3O44 (ORCPT + 99 others); Wed, 30 May 2018 10:56:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:33986 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751289AbeE3O4w (ORCPT ); Wed, 30 May 2018 10:56:52 -0400 Received: from localhost (unknown [104.133.8.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 847E32077B; Wed, 30 May 2018 14:56:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1527692211; bh=yYfxLkDCyuD0noMTskT+mB+YYzn5otXf/JLRbtUXrBQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lvlgvM9VnSSEyrzzhiYlT6lYLmM8mobqIuzjrOC2Tw9gYWFYuO00Bf5TqkK80B1jj Ab8eg1RL6jkmh++tBAMSKo9x7gLCKz4FHiJBBJPde6UNDlg9+1kfmD8iICeKaWCmd2 LkGjHUz6d/QDzKUvaaMMJz9KPabir/pkrnMhbmPc= Date: Wed, 30 May 2018 09:56:50 -0500 From: Bjorn Helgaas To: okaya@codeaurora.org Cc: Christoph Hellwig , Gabriele Paoloni , "open list:DOCUMENTATION" , linux-pci@vger.kernel.org, Keith Busch , Kai-Heng Feng , Ingo Molnar , Christoffer Dall , Jonathan Corbet , timur@codeaurora.org, "Rafael J. Wysocki" , Dongdong Liu , David Rientjes , Thymo van Beers , "Paul E. McKenney" , Frederick Lawler , Konrad Rzeszutek Wilk , Marc Zyngier , linux-arm-msm@vger.kernel.org, Frederic Weisbecker , Bjorn Helgaas , Thomas Gleixner , linux-arm-kernel@lists.infradead.org, Oza Pawandeep , Greg Kroah-Hartman , open list Subject: Re: [PATCH] PCI: Add pci=safemode option Message-ID: <20180530145650.GA39853@bhelgaas-glaptop.roam.corp.google.com> References: <1527650389-31575-1-git-send-email-okaya@codeaurora.org> <20180530043103.GA19734@kroah.com> <6c317ed8-cca3-8862-5f3b-12cf14e4d53b@codeaurora.org> <20180530073735.GA28793@infradead.org> <6dfe2db8f974d94c9867f30ec83d9333@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6dfe2db8f974d94c9867f30ec83d9333@codeaurora.org> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 30, 2018 at 12:44:29AM -0700, okaya@codeaurora.org wrote: > On 2018-05-30 00:37, Christoph Hellwig wrote: > > On Tue, May 29, 2018 at 09:41:33PM -0700, Sinan Kaya wrote: > > > Bjorn and I discussed the need for such a "safe" mode feature when you > > > want to bring up PCI for a platform. You want to turn off everything > > > as > > > a starter and just stick to bare minimum. > > > > Can we please make it a config option the instead of adding code > > to every kernel? Also maybe the bringup should be in the name > > to make this more clear? > > One other requirement was to have a runtime option rather than compile time > option. > > When someone reported a problem, we wanted to be able to say "use this > option and see if system boots" without doing any bisects or recompilation. > > This would be the first step in troubleshooting a system to see if > fundamental features are working. > > I don't mind changing the name > Bjorn mentioned safe option. I made it safemode. I am looking at Bjorn for > suggestions at this moment. This *was* my idea, but I'm starting to think it was a bad idea. I don't want people to use pci= parameters as the normal way to get a system to boot. That would be a huge support hassle (putting things in release notes, diagnosing problems when people forget it, etc). But the parameters *are* useful for debugging. If we had a "pci=safemode" and it avoided some problem, the next step would be to narrow it down by using the more specific flags (pci=nomsi, pci=noari, pci=no_ext_tags, etc). So I think 95% of the value is in the specific flags, and a "pci=safemode" might add a little bit of value but at the cost of a small but nagging maintenance concern and code clutter. Bjorn