linux-kernel - Re: [PATCH v5 00/13] bus/fsl-mc: Extend mc-bus driver functionalities in preparation for mc-bus VFIO support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <9e5576fb-6e42-4216-286c-7afb7979ed0b@nxp.com>
Date:   Fri, 2 Oct 2020 16:56:52 +0300
From:   Laurentiu Tudor <laurentiu.tudor@....com>
To:     Greg KH <gregkh@...uxfoundation.org>
Cc:     Diana Craciun <diana.craciun@....nxp.com>,
        linux-kernel@...r.kernel.org, stuyoder@...il.com,
        leoyang.li@....com, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v5 00/13] bus/fsl-mc: Extend mc-bus driver functionalities
 in preparation for mc-bus VFIO support

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 <laurentiu.tudor@....com>
>> Acked-by: Laurentiu Tudor <laurentiu.tudor@....com>
> 
> 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.

---
Thanks & Best Regards, Laurentiu