From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-f48.google.com ([209.85.213.48]:34318 "EHLO mail-vk0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751867AbcA2GcN (ORCPT ); Fri, 29 Jan 2016 01:32:13 -0500 Received: by mail-vk0-f48.google.com with SMTP id e185so36870683vkb.1 for ; Thu, 28 Jan 2016 22:32:12 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <20160120160427.GD13437@red-moon> <569FB210.9090605@codeaurora.org> <20160120181003.GF13437@red-moon> Date: Fri, 29 Jan 2016 12:02:12 +0530 Message-ID: Subject: Re: [RFC] ARM/ARM64 PCI_PROBE_ONLY platforms From: Pratyush Anand To: Phil Edworthy Cc: Lorenzo Pieralisi , "linux-pci@vger.kernel.org" , Zhou Wang , Bjorn Helgaas , Sinan Kaya Content-Type: text/plain; charset=UTF-8 Sender: linux-pci-owner@vger.kernel.org List-ID: On Fri, Jan 22, 2016 at 9:58 PM, Phil Edworthy wrote: > > Resources claiming and assignment should be managed in arch code, > > not in host controllers specific code, and that's the reason I > > complained in this RFC about the scattering of PCI_PROBE_ONLY flag > > checks in host drivers, it is becoming unmanageable (if useful > > at all on designware and rcar, I would like to know if there are > > PCI_PROBE_ONLY set-ups probing those host drivers). > > I am pretty sure there are no rcar set-ups that use PCI_PROBE_ONLY, > so I am happy for that code to go. > I do not remember either any designware platform which has required and tested PCI_PROBE_ONLY. ~Pratyush