BMC/Intel-BMC/linux.git/drivers/soc/fsl/dpio, branch dev-5.2

soc: fsl: dpio: configure cache stashing destination

2019-02-26T20:53:30+00:00

Depending on the SoC version and the CPU id, configure the cache stashing destination for a specific dpio. Signed-off-by: Ioana Ciornei Signed-off-by: Li Yang

soc: fsl: dpio: enable frame data cache stashing per software portal

2019-02-26T20:53:30+00:00

Enable cache stashing on the frame data dequeued using this software portal. Also, enable dropping a stash request transaction when the target request queue is almost full. Signed-off-by: Ioana Ciornei Signed-off-by: Li Yang

soc: fsl: dpio: fix memory leak of a struct qbman on error exit path

2019-02-19T20:59:39+00:00

Currently the error check for a null reg leaks a struct qbman that was allocated earlier. Fix this by kfree'ing p on the error exit path. Signed-off-by: Colin Ian King Signed-off-by: Li Yang

soc: fsl: dpio: Use after free in dpaa2_dpio_remove()

2019-02-04T20:58:49+00:00

The dpaa2_io_down(priv->io) call frees "priv->io" so I've shifted the code around a little bit to avoid the use after free. Fixes: 991e873223e9 ("soc: fsl: dpio: use a cpumask to identify which cpus are unused") Signed-off-by: Dan Carpenter Signed-off-by: Li Yang

soc: fsl: dpio: Change bpid type to u16

2019-01-11T21:06:54+00:00

In all QBMan registers, the buffer pool id field is two bytes long. The low level qbman APIs reflect this, but the high level DPIO ones use u32. Modify them in order to avoid implicit downcasts. Signed-off-by: Ioana Radulescu Signed-off-by: Li Yang

soc: fsl: dpio: Add prefetch instruction

2019-01-11T21:06:54+00:00

In dpaa2_io_store_next(), if the current dequeue entry is not the last, prefetch the next one as most likely it will be requested shortly by the consumer driver. This brings a ~3% improvement for dpaa2 ethernet driver IP forwarding with small size frames. Signed-off-by: Ioana Radulescu Signed-off-by: Li Yang

soc: fsl: dpio: add a device_link at dpaa2_io_service_register

2019-01-11T21:06:54+00:00

Automatically add a device link between the actual device requesting the dpaa2_io_service_register and the underlying dpaa2_io used. This link will ensure that when a DPIO device, which is indirectly used by other devices, is unbound any consumer devices will be also unbound from their drivers. For example, any DPNI, bound to the dpaa2-eth driver, which is using DPIO devices will be unbound before its supplier device. Also, add a new parameter to the dpaa2_io_service_[de]register functions to specify the requesting device (ie the consumer). Signed-off-by: Ioana Ciornei Reviewed-by: Horia Geanta Reviewed-by: Ioana Radulescu Signed-off-by: Li Yang

soc: fsl: dpio: store a backpointer to the device backing the dpaa2_io

2019-01-11T21:06:54+00:00

Add a new field in the dpaa2_io structure to hold a backpointer to the actual DPIO device. Signed-off-by: Ioana Ciornei Signed-off-by: Li Yang

soc: fsl: dpio: keep a per dpio device MC portal

2019-01-11T21:06:54+00:00

At the moment, the dpio-driver allocates an MC portal at probe time and frees it right after usage. The same thing happens on the remove path. This behavior could lead to scenarios where an MC portal is available for use at probing but not longer free on the remove path which could lead to unproper unbind of resources. Change the driver's behavior in such a way that an MC portal is allocated at probe and kept until the DPIO device is removed. This will ensure that at any time after a DPIO device was successfully probed, all its dependencies will be met. Signed-off-by: Ioana Ciornei Signed-off-by: Li Yang

soc: fsl: dpio: perform DPIO Reset on Probe

2019-01-11T21:06:54+00:00

Invoke a DPIO reset command when a DPIO device is probed. This will ensure the QBMan portal is in the state the driver expects. Signed-off-by: Roy Pledge Signed-off-by: Li Yang