diff options
author | John David Anglin <dave.anglin@bell.net> | 2019-06-02 19:12:40 -0400 |
---|---|---|
committer | Helge Deller <deller@gmx.de> | 2019-06-06 14:12:22 +0200 |
commit | 116d753308cf032159c7b7aa87c9605bb5354784 (patch) | |
tree | f2642cc73c48384f7b7934d0c794d27121018ffd /arch/parisc/kernel/alternative.c | |
parent | ec13c82d261b5a10e6f6e3273b60329d1146edbb (diff) |
parisc: Use lpa instruction to load physical addresses in driver code
Most I/O in the kernel is done using the kernel offset mapping.
However, there is one API that uses aliased kernel address ranges:
> The final category of APIs is for I/O to deliberately aliased address
> ranges inside the kernel. Such aliases are set up by use of the
> vmap/vmalloc API. Since kernel I/O goes via physical pages, the I/O
> subsystem assumes that the user mapping and kernel offset mapping are
> the only aliases. This isn't true for vmap aliases, so anything in
> the kernel trying to do I/O to vmap areas must manually manage
> coherency. It must do this by flushing the vmap range before doing
> I/O and invalidating it after the I/O returns.
For this reason, we should use the hardware lpa instruction to load the
physical address of kernel virtual addresses in the driver code.
I believe we only use the vmap/vmalloc API with old PA 1.x processors
which don't have a sba, so we don't hit this problem.
Tested on c3750, c8000 and rp3440.
Signed-off-by: John David Anglin <dave.anglin@bell.net>
Signed-off-by: Helge Deller <deller@gmx.de>
Diffstat (limited to 'arch/parisc/kernel/alternative.c')
0 files changed, 0 insertions, 0 deletions