On Thu, Jan 14, 2021 at 07:07:47PM +0200, Ioana Ciornei wrote: > From: Ioana Ciornei <ioana.cior...@nxp.com> > > This patch set adds userspace support in the fsl-mc bus along with a > rescan attribute to the root DPRC container. An earlier discussion on > this functionality can be found at the link below. I didn't continue > with the versioning scheme since quite some time has passed since the > last discussion. > https://lkml.org/lkml/2018/11/20/1162 > > The FSL_MC_SEND_MC_COMMAND ioctl acts as a direct passthrough to the > Management Complex (or MC) by passing fixed-length command/response > pairs. Keeping in mind that the MC manages DPAA2 hardware resources and > provides and object-based abstraction for sofware drivers, the proposed > ioctl interface enables userspace tools to do the following: > - Get layout information about the available resources abstracted and > exported by the Management Complex firmware. This is especially > useful to generate a complete description of the current hardware > resource partitioning. > - Manage DPAA2 objects lifecycle (create, destroy) and establish > connection between different components as needed. > > The ioctl interface is intended for dynamic usecases where DPAA2 objects > need to be created on demand or destroyed so that the underlying > hardware resources can be further repurposed. In static usecases, > depending on the requirements, a firmware configuration file can be used > to describe the needed DPAA2 objects, their attributes or any link > between them. > > Each command received through the ioctl interface is first checked > against a list of accepted MC commands. Also, commands which would alter > the hardware resource management require CAP_NET_ADMIN. The command is > also check so that it does not contain garbage beyond the maximum size > expected for that command id.
I need an ack from the maintainers here before I can take this series. thanks, greg k-h
