![Ohad Ben-Cohen](/assets/img/avatar_default.png)
Remoteproc requires user space firmware loading support, so let's select FW_LOADER explicitly to avoid painful misconfigurations (which only show up in runtime). Cc: stable <stable@vger.kernel.org> Reported-by: Mark Grosen <mgrosen@ti.com> Signed-off-by: Ohad Ben-Cohen <ohad@wizery.com>
31 lines
820 B
Text
31 lines
820 B
Text
menu "Remoteproc drivers (EXPERIMENTAL)"
|
|
|
|
# REMOTEPROC gets selected by whoever wants it
|
|
config REMOTEPROC
|
|
tristate
|
|
depends on EXPERIMENTAL
|
|
select FW_CONFIG
|
|
|
|
config OMAP_REMOTEPROC
|
|
tristate "OMAP remoteproc support"
|
|
depends on EXPERIMENTAL
|
|
depends on ARCH_OMAP4
|
|
depends on OMAP_IOMMU
|
|
select REMOTEPROC
|
|
select OMAP_MBOX_FWK
|
|
select RPMSG
|
|
help
|
|
Say y here to support OMAP's remote processors (dual M3
|
|
and DSP on OMAP4) via the remote processor framework.
|
|
|
|
Currently only supported on OMAP4.
|
|
|
|
Usually you want to say y here, in order to enable multimedia
|
|
use-cases to run on your platform (multimedia codecs are
|
|
offloaded to remote DSP processors using this framework).
|
|
|
|
It's safe to say n here if you're not interested in multimedia
|
|
offloading or just want a bare minimum kernel.
|
|
|
|
endmenu
|