remoteproc: Fall back to using parent memory pool if no dedicated available
authorTero Kristo <t-kristo@ti.com>
Mon, 20 Apr 2020 16:05:59 +0000 (11:05 -0500)
committerBjorn Andersson <bjorn.andersson@linaro.org>
Tue, 12 May 2020 23:08:00 +0000 (16:08 -0700)
commitdb9178a4f8c4e523f824892cb8bab00961b07385
tree2240b9d80471438df2080d5de1489bdee098f0e5
parent529798bae7c155d38eec211436df736349dca2ee
remoteproc: Fall back to using parent memory pool if no dedicated available

In some cases, like with OMAP remoteproc, we are not creating dedicated
memory pool for the virtio device. Instead, we use the same memory pool
for all shared memories. The current virtio memory pool handling forces
a split between these two, as a separate device is created for it,
causing memory to be allocated from bad location if the dedicated pool
is not available. Fix this by falling back to using the parent device
memory pool if dedicated is not available.

Cc: stable@vger.kernel.org
Reviewed-by: Mathieu Poirier <mathieu.poirier@linaro.org>
Acked-by: Arnaud Pouliquen <arnaud.pouliquen@st.com>
Fixes: 086d08725d34 ("remoteproc: create vdev subdevice with specific dma memory pool")
Signed-off-by: Tero Kristo <t-kristo@ti.com>
Signed-off-by: Suman Anna <s-anna@ti.com>
Link: https://lore.kernel.org/r/20200420160600.10467-2-s-anna@ti.com
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
drivers/remoteproc/remoteproc_virtio.c