Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp701206pxu; Thu, 15 Oct 2020 14:22:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyGl4foflTdA7OVYkdyWf10Mu+la7LhVKNfFnZeC6BqR2SlcUG/1yttGImnb53U60JP40hX X-Received: by 2002:a17:906:b80c:: with SMTP id dv12mr334486ejb.220.1602796960411; Thu, 15 Oct 2020 14:22:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602796960; cv=none; d=google.com; s=arc-20160816; b=ev9iKAtKlqsJBFnMDpiiI2F2JXsL8Z+e7rvnb1dnUAIm8plb+f8qOE1eGnKST2lraC pnuUdYXMJAIlxaiJSl0C6F+qoVgvMH8Blfm/VN1qXlFDEQZHP85hNN41sY1Aa2WVgaFw KcuXLMKXQxTQail5oIv9aAkgCP+ZlIDnvhTWBqsy37XCFbnq408+gZxGaubg6sCX2C/Q V2V19H4DU3M+X1nnwjKRbLrD6xiR9W3V7HEYVNfqCEbMlYlXd62hTy98Ty1Gmz53g5Dd ITHPTAf5EKvllab6uBpwo/bXfU+AhDnwCdwxD22+NUI5TfOwbkjtbZkDh0hyRyyzyGGp Dcag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=qSlHojr0APrOD7siotWORniR0sX2SUp5O2doxaKnRh0=; b=GY9wer6HR/vUPgBNagofVR5ZmxOLKQzaddVb8CBucBtSC2EjGnHV7IkEAYT26NTnba o8fGpe7n2MC4J+D58ywISSnHSbRwkyIAlpavsRjKot4854daUQAuusHskctGnTahX3t1 Vb2IirQ8H8aO+CphReiblQeOEd9giQiUxY3pEkieVSz/u4Z7T8HVgY2jpOby3jvMVH/P MknKOM0qlglJYICICKoEl78pTBfx+U7BwcfgWkHaoAqKtF6kG0oF1kuOjfvCrVcMJTaH UoV1FgY1qUu6D1S5IlANv7dgfeVQp40Ibfl3+k4y37Cx4dM/Q7DtScnhUGV3IFy78g9n m1tg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=AZk+EfB5; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h22si125489edq.32.2020.10.15.14.22.17; Thu, 15 Oct 2020 14:22:40 -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; dkim=pass header.i=@kernel.org header.s=default header.b=AZk+EfB5; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727924AbgJOR0f (ORCPT + 99 others); Thu, 15 Oct 2020 13:26:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:42288 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726147AbgJOR0e (ORCPT ); Thu, 15 Oct 2020 13:26:34 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (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 1DB1822210; Thu, 15 Oct 2020 17:26:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1602782793; bh=3O/eM9/wBpQabvttClKuMGrs50v76YaYlpO9NRumXDQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=AZk+EfB5w2VcyWwWdRH6LPD8cCpS4IphLNnX7Om1oR33bkZPndkUmy9uwyrHk8edM a2a/V4+t1Hfaf4s+/TPS7rPR7if7YnoeAWNkJKPHOeWRFOGmbTD/FXruAvsLxHeZcC HCW1VYZmmBwCeOA+Sp9PdFSGL9WDhqjivei7Jg2I= Date: Thu, 15 Oct 2020 19:27:06 +0200 From: Greg KH To: Alex Williamson Cc: Laurentiu Tudor , Diana Craciun , linux-kernel@vger.kernel.org, stuyoder@gmail.com, leoyang.li@nxp.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v5 00/13] bus/fsl-mc: Extend mc-bus driver functionalities in preparation for mc-bus VFIO support Message-ID: <20201015172706.GA85496@kroah.com> References: <20200929085441.17448-1-diana.craciun@oss.nxp.com> <8b3c1222-5dbd-5c51-ac10-8b1c1a69d2d5@nxp.com> <20201002135512.GA3466738@kroah.com> <9e5576fb-6e42-4216-286c-7afb7979ed0b@nxp.com> <20201002140549.GA3492850@kroah.com> <20201014202742.43b0ff18@x1.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201014202742.43b0ff18@x1.home> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 14, 2020 at 08:27:42PM -0600, Alex Williamson wrote: > On Fri, 2 Oct 2020 16:05:49 +0200 > Greg KH wrote: > > > On Fri, Oct 02, 2020 at 04:56:52PM +0300, Laurentiu Tudor wrote: > > > Hi Greg, > > > > > > On 10/2/2020 4:55 PM, Greg KH wrote: > > > > On Tue, Sep 29, 2020 at 02:06:41PM +0300, Laurentiu Tudor wrote: > > > >> > > > >> > > > >> On 9/29/2020 11:54 AM, Diana Craciun wrote: > > > >>> The vfio-mc bus driver needs some additional services to be exported by the > > > >>> mc-bus driver like: > > > >>> - a way to reset the DPRC container > > > >>> - driver_override support > > > >>> - functions to setup/tear down a DPRC > > > >>> - functions for allocating the pool of interrupts. In case of VFIO the > > > >>> interrupts are not configured at probe time, but later by userspace > > > >>> request > > > >>> > > > >>> v4 -> v5 > > > >>> - dprc_celanup should not fail > > > >>> > > > >>> v3 -> v4 > > > >>> - Rebased on the latest kernel. > > > >>> - Exported a dprc_remove function > > > >>> > > > >>> v2 -> v3 > > > >>> - Add a new version for dprc_get_obj_region > > > >>> - Export the cacheability bus specific bits defines > > > >>> > > > >>> v1 -> v2 > > > >>> - Remove driver_override propagation through various functions > > > >>> - Cache the DPRC API version > > > >>> > > > >>> The patches are related with "vfio/fsl-mc: VFIO support for FSL-MC > > > >>> devices" patches, but the series were split because they are targeting > > > >>> different subsystems. However, the mc-bus patches may suffer changes > > > >>> when addressing the VFIO review comments. > > > >>> > > > >>> The patches do not address the comment regarding moving driver_override > > > >>> in the core code. I prefer not to tie these patches on that change and > > > >>> address that separately. > > > >>> > > > >>> Bharat Bhushan (3): > > > >>> bus/fsl-mc: add support for 'driver_override' in the mc-bus > > > >>> bus/fsl-mc: Add dprc-reset-container support > > > >>> bus/fsl-mc: Extend ICID size from 16bit to 32bit > > > >>> > > > >>> Diana Craciun (10): > > > >>> bus/fsl-mc: Do no longer export the total number of irqs outside > > > >>> dprc_scan_objects > > > >>> bus/fsl-mc: Add a new parameter to dprc_scan_objects function > > > >>> bus/fsl-mc: Set the QMAN/BMAN region flags > > > >>> bus/fsl-mc: Cache the DPRC API version > > > >>> bus/fsl-mc: Export dprc_scan/dprc_remove functions to be used by > > > >>> multiple entities > > > >>> bus/fsl-mc: Export a cleanup function for DPRC > > > >>> bus/fsl-mc: Add a container setup function > > > >>> bus/fsl_mc: Do not rely on caller to provide non NULL mc_io > > > >>> bus/fsl-mc: Export IRQ pool handling functions to be used by VFIO > > > >>> bus/fsl-mc: Add a new version for dprc_get_obj_region command > > > >>> > > > >>> drivers/bus/fsl-mc/dprc-driver.c | 190 ++++++++++++++++---------- > > > >>> drivers/bus/fsl-mc/dprc.c | 141 +++++++++++++++---- > > > >>> drivers/bus/fsl-mc/fsl-mc-allocator.c | 12 +- > > > >>> drivers/bus/fsl-mc/fsl-mc-bus.c | 64 ++++++++- > > > >>> drivers/bus/fsl-mc/fsl-mc-private.h | 31 ++--- > > > >>> drivers/bus/fsl-mc/mc-io.c | 7 +- > > > >>> include/linux/fsl/mc.h | 41 +++++- > > > >>> 7 files changed, 359 insertions(+), 127 deletions(-) > > > >>> > > > >> > > > >> For the series: > > > >> Reviewed-by: Laurentiu Tudor > > > >> Acked-by: Laurentiu Tudor > > > > > > > > Do you want me to take these patches in my tree, or are they going to > > > > Linus some other way? > > > > > > I'm prefectly fine with you picking up the patches through your tree. > > > > Great, now queued up. > > Hi Greg, > > Diana has a vfio bus driver for fsl-mc devices queued up in my tree as > well. After a linux-next build failure due to our branches being > applied in the wrong order, Stephen advised that the proper way to > handle this is to merge a shared branch with this series. Do you have > a pull request imminent with this series or if not, would you mind > pushing such a branch? Thanks, This should all now be in Linus's tree, so I don't think you need any shared branch anymore :) thanks, greg k-h