/openbmc/linux/drivers/xen/ |
H A D | xen-front-pgdir-shbuf.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
H A D | gntdev-dmabuf.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
H A D | gntalloc.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
H A D | pvcalls-front.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
H A D | grant-table.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
/openbmc/linux/net/9p/ |
H A D | trans_xen.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
/openbmc/linux/drivers/input/misc/ |
H A D | xen-kbdfront.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
/openbmc/linux/include/xen/ |
H A D | grant_table.h | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
/openbmc/linux/drivers/xen/xenbus/ |
H A D | xenbus_client.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
/openbmc/linux/drivers/block/ |
H A D | xen-blkfront.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|
/openbmc/linux/drivers/net/ |
H A D | xen-netfront.c | diff 49f8b459fc1de5e3712b57c8ccefae9ec45270f8 Tue May 24 06:46:30 CDT 2022 Juergen Gross <jgross@suse.com> xen: switch gnttab_end_foreign_access() to take a struct page pointer
Instead of a virtual kernel address use a pointer of the associated struct page as second parameter of gnttab_end_foreign_access().
Most users have that pointer available already and are creating the virtual address from it, risking problems in case the memory is located in highmem.
gnttab_end_foreign_access() itself won't need to get the struct page from the address again.
Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Juergen Gross <jgross@suse.com>
|