diff options
| author | Janis Schoetterl-Glausch <scgl@linux.ibm.com> | 2023-02-06 17:45:57 +0100 |
|---|---|---|
| committer | Janosch Frank <frankja@linux.ibm.com> | 2023-02-07 18:05:59 +0100 |
| commit | 8550bcb754bc9ee0f8906c416e9e900e4ed5607c (patch) | |
| tree | 06933c390c6da4ca34cfedb4095b797a01af9773 /mm | |
| parent | a41f505e9f7f4e13afb6f0e331f99360a3088af7 (diff) | |
| download | linux-stable-8550bcb754bc9ee0f8906c416e9e900e4ed5607c.tar.gz linux-stable-8550bcb754bc9ee0f8906c416e9e900e4ed5607c.tar.bz2 linux-stable-8550bcb754bc9ee0f8906c416e9e900e4ed5607c.zip | |
KVM: s390: Dispatch to implementing function at top level of vm mem_op
Instead of having one function covering all mem_op operations,
have a function implementing absolute access and dispatch to that
function in its caller, based on the operation code.
This way additional future operations can be implemented by adding an
implementing function without changing existing operations.
Suggested-by: Janosch Frank <frankja@linux.ibm.com>
Signed-off-by: Janis Schoetterl-Glausch <scgl@linux.ibm.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: Janosch Frank <frankja@linux.ibm.com>
Link: https://lore.kernel.org/r/20230206164602.138068-10-scgl@linux.ibm.com
Message-Id: <20230206164602.138068-10-scgl@linux.ibm.com>
Signed-off-by: Janosch Frank <frankja@linux.ibm.com>
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions