Received: by 10.223.164.202 with SMTP id h10csp251221wrb; Wed, 22 Nov 2017 06:43:34 -0800 (PST) X-Google-Smtp-Source: AGs4zMbl6zFIVrmbSZLzr1VPA4XR8XSLK8oqyB0kcolqeBrnBnkWqZ2n6x5kLg1H8buGsGrd98Za X-Received: by 10.84.240.204 with SMTP id l12mr21531084plt.211.1511361814487; Wed, 22 Nov 2017 06:43:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511361814; cv=none; d=google.com; s=arc-20160816; b=PHtLcmkHCMOSFrX5Qht2t+uiUH8RcRl6uvyuOvgQTDx1ydL9P/REpSpNANC5tDfjE0 F0Pzi+kvgM5wP/B7M0bvMsqzThKsTt+dXI+Oa5O1lKOL7BRili1Tjx3k1lHfaW8fbgqh BvW5597Qge7oYGkEsDMefLrkwDB16qRiNWLp64J6obOsBJ2KjzrMF6DzpRl8AWVqvPiq yhbwjZirDl90bJmAaZCAZ5rholaPeuZgYPG+i7tAxW9T/bX4c9q86WBUvmkQmS3k6Sol M7V2akLpwvdjk/KYHT4MPpMAQTSeakgz7H+P4djYzjf9fdD16eLwCTNDW9loS54udzeL 0Fnw== 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=Z27HuRl/TRUcg2EyQeDubY85fhNNFDjRQ9mPLHC/ixg=; b=O8VUfl8dNRBzarHi1KPjS3Zhq+6kak80GyFxS7GWjjwfvpt/vL4s/XMl+nTHq5yPnx h3GInOwwm6YeI+P+LKtNwubqg5rpZRg6u1yox28DyGQVGdkp4maqI9f7NqE9+wNQNmcH Hv+phV84ch/0PgcXbT5pRsdczIWGWSSxRT0C2uS84fJCKqBkRRceNU7O8sSVTB+Io43+ lZx6vce2cZpQLzmT/2TV8JBwNeQ8otTzdVc16Qyia2vjS8LKIbUEF0n9FfuOjRWh0Rve wXn0fd/mIMAQpEkxfPXMasSCE0t34usl5aw71RarbFja/nqtL4NP+gK45KTC3IoIS3NV AiVA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=LwOwQ4Z9; dkim=pass header.i=@codeaurora.org header.s=default header.b=LwOwQ4Z9; 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 3si13874243pli.734.2017.11.22.06.43.22; Wed, 22 Nov 2017 06:43:34 -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=@codeaurora.org header.s=default header.b=LwOwQ4Z9; dkim=pass header.i=@codeaurora.org header.s=default header.b=LwOwQ4Z9; 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 S1751539AbdKVOmn (ORCPT + 78 others); Wed, 22 Nov 2017 09:42:43 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:60984 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751273AbdKVOmm (ORCPT ); Wed, 22 Nov 2017 09:42:42 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 8169F607F1; Wed, 22 Nov 2017 14:42:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1511361761; bh=zwhy0ZfRRl8SK04yOacx1xFONlbXtDLXCxfpjQ3Ilyc=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=LwOwQ4Z9m56razGAOgDaQga6/r3Rsrg+G+Ys/7gyPjoJxEiSdRjP9dqosGgxOZkxu fbiwXy0iqLxaeUamndYtFsrpjETBTeyfRuDK80HfLa8xM9VIV5S2XgF/ntmTngQYpB WUn3SX2/qZgmvkFjyWm6fIlcppDHAwRcvnn/K32U= 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 [192.168.0.101] (cpe-72-177-20-249.austin.res.rr.com [72.177.20.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: timur@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 057E360600; Wed, 22 Nov 2017 14:42:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1511361761; bh=zwhy0ZfRRl8SK04yOacx1xFONlbXtDLXCxfpjQ3Ilyc=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=LwOwQ4Z9m56razGAOgDaQga6/r3Rsrg+G+Ys/7gyPjoJxEiSdRjP9dqosGgxOZkxu fbiwXy0iqLxaeUamndYtFsrpjETBTeyfRuDK80HfLa8xM9VIV5S2XgF/ntmTngQYpB WUn3SX2/qZgmvkFjyWm6fIlcppDHAwRcvnn/K32U= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 057E360600 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=timur@codeaurora.org Subject: Re: [PATCH 30/30] PCI: remove pci_get_bus_and_slot() function To: Greg KH Cc: Sinan Kaya , linux-pci@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Bjorn Helgaas , open list References: <1511328675-21981-1-git-send-email-okaya@codeaurora.org> <1511328675-21981-31-git-send-email-okaya@codeaurora.org> <6a78596e-720a-80a2-9d96-dcc79a32f677@codeaurora.org> <25ec431a-2c1b-d352-f9ef-c663864664b6@codeaurora.org> <20171122075124.GA26583@kroah.com> From: Timur Tabi Message-ID: Date: Wed, 22 Nov 2017 08:42:35 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171122075124.GA26583@kroah.com> Content-Type: text/plain; charset=utf-8; format=flowed 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 On 11/22/17 1:51 AM, Greg KH wrote: > Ick, no, why? What is wrong with removing this function as is? Don't > mark something as __depreciated if there are no in-kernel users, just > delete it and move on. > > If you have out-of-tree drivers, then yes, they can make a wrapper for > this function like this if they really feel the need, or they can get > their code merged:) Sorry, I guess I should have been clearer. My suggestion was to fix some of the drivers where the domain can be determined, and for the rest, just mark the old function as deprecated. If that's still a terrible idea, well, okay. I'm just unsure that simply hard-coding a 0 for the domain for some drivers is really a solution. Don't we really want all drivers to properly support all domains? -- 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. From 1584751848176528396@xxx Wed Nov 22 07:52:15 +0000 2017 X-GM-THRID: 1584743149582609571 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread