Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1024761pxj; Fri, 21 May 2021 04:52:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzkHTAMkZJObUDWQzGxpIYEs9f+/lk2ymBWbPs3uA3u3naVA1PVt/D964Pn2LWtTXuCE+5H X-Received: by 2002:a17:906:c448:: with SMTP id ck8mr9835146ejb.497.1621597946248; Fri, 21 May 2021 04:52:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621597946; cv=none; d=google.com; s=arc-20160816; b=gaPz/5ehMa9wBGd97ws1M4BnY7djfMEO28Tglg6qx7eov1nCFHUrQeoAfv0JwcCRZV GOk9nRhdrd/AZKLLjc0KT5gv4g4f8RQs8ITmMkqkUWDI1p9UXeVW84zetFuSRRnyFEtZ tauQsuoN/dnjZb2xqPFkDdziK12mCQ0pQab6EGWh2a8ZUKyho6VyJEkihaRiXER+MBqy ycRevuxrjfgunaTtqeRtM5RFOeQZmftRpVI4ozU0be6c58jhBBYFJXP3PsEZj1RbdLeH z+IHBfS/xeuIgS7ge2RxXiLi6BSb5PcLDhhdIKAoKJAQAEFXgTkvmxOOq/EhV2VQ5/Ci dAGA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=Bit6F3JyakrBa41jXe/O8Xs+nuD6Ei8tlr7RmEH5YGc=; b=Sc5xMpKikuHUcykZYF7gwjo9tSQibPHK8gVL8TgALJqp1u0Sby65cJZuIDREaeMo5r i8wiYUT7dx5ECm/iQUMgREpvkAzCfD4pWVmqJTKmiYCzTq9m71w7PnvmBv6sDYkug62p bK2g4zZ/xOgjnoN7vbpwqH97CUYpSNt8YaXypgXBNkUfBGmtT34Ba0g+7KOcy8YWuJoG EnO9JmY80d0VFp7jUfG8HWSmRXOAxMBImH5bznPlMz00EKdZr8X1L+MU/fD1BTAjddGr fQnY5hsW707F/1EqHVl7UBHV6Wuf7ijwykIqU++j3tPoGGkUMYbubQZbGv5XApfc5rCq Z1/Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d21si1135666ejb.157.2021.05.21.04.52.02; Fri, 21 May 2021 04:52:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229826AbhEUK0b (ORCPT + 99 others); Fri, 21 May 2021 06:26:31 -0400 Received: from elvis.franken.de ([193.175.24.41]:42956 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229503AbhEUK0S (ORCPT ); Fri, 21 May 2021 06:26:18 -0400 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1lk2Jr-000130-00; Fri, 21 May 2021 12:23:51 +0200 Received: by alpha.franken.de (Postfix, from userid 1000) id 58C96C101E; Fri, 21 May 2021 12:23:38 +0200 (CEST) Date: Fri, 21 May 2021 12:23:38 +0200 From: Thomas Bogendoerfer To: Sergio Paracuellos , lorenzo.pieralisi@arm.com Cc: Bjorn Helgaas , "open list:MIPS" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Matthias Brugger , John Crispin , Bjorn Helgaas , Rob Herring , linux-staging@lists.linux.dev, Greg KH , NeilBrown , Ilya Lipnitskiy , linux-kernel , linux-pci@vger.kernel.org Subject: Re: [PATCH 0/4] MIPS: ralink: pci: driver for Pcie controller in MT7621 SoCs Message-ID: <20210521102338.GA6989@alpha.franken.de> References: <20210515124055.22225-1-sergio.paracuellos@gmail.com> <20210519203628.GA254894@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 19, 2021 at 11:18:36PM +0200, Sergio Paracuellos wrote: > On Wed, May 19, 2021 at 10:36 PM Bjorn Helgaas wrote: > > But most of the similar drivers are in drivers/pci/controller/, where > > I think it's easier to keep them up to date with changes in the PCI > > core. Have you considered putting this one there? > > Most pci drivers in 'arch/mips/pci' are still using PCI_LEGACY stuff. > In contrast mt7621-pci is using current pci generic apis but even most > of the code is generic enough, there is one remaining thing which > depends on mips architecture which is the iocu region configuration > which must be done in the driver itself. This is the only reason to > move this driver into 'arch/mips/pci' instead of > 'drivers/pci/controller/'. So... I am all ears to listen to > suggestions for the proper place for this driver. Thomas, do you have > any thoughts on this? I tried to put a pci-xtalk driver into drivers/pci/controller, but Lorenzo didn't want it there for being MIPS and not DT based. So this one is DT based, but still MIPS. I'm perfectly fine putting this driver into drivers/pci/controller/ Lorenzo, what's your opinion ? Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]