aboutsummaryrefslogtreecommitdiff
path: root/remoteproc/juno_fpga_reset.c
diff options
context:
space:
mode:
authorMikael Olsson <mikael.olsson@arm.com>2023-11-10 15:15:34 +0100
committerMikael Olsson <mikael.olsson@arm.com>2023-11-14 14:22:08 +0100
commit9f176ba0e99b131b790038948af51c62c2d46b8c (patch)
tree42b50f191c9b226a16eb9299aa95ee911fe10f97 /remoteproc/juno_fpga_reset.c
parent9fdbf1e084ce0a2994c2637f506dbde84e9f228c (diff)
downloadethos-u-linux-driver-stack-9f176ba0e99b131b790038948af51c62c2d46b8c.tar.gz
Fix iomem pointer usage with rproc_mem_entry_init
The carveout memory is being mapped with one of the ioremap functions that returns a iomem pointer and should normally only be passed to functions that request iomem pointers because they shouldn't be dereferenced. Currently, the iomem pointer is passed to rproc_mem_entry_init that is expecting a normal pointer and Sparse is generating a warnings about this. However, rproc_mem_entry_init won't dereference the pointer and can handle any pointer type so the iomem attribute is cast away when setting up the mem entry and the io_mem flag is set to indicate a iomem pointer. To ensure that the mapping is correctly managed, the mapping and unmapping is now handled with the callback functions for rproc_mem_entry_init instead of holding onto the mapping forever. Change-Id: I511a9a16f110a23490141dd3db943244e0f978e2 Signed-off-by: Mikael Olsson <mikael.olsson@arm.com>
Diffstat (limited to 'remoteproc/juno_fpga_reset.c')
0 files changed, 0 insertions, 0 deletions