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>
Showing
- drivers/block/xen-blkfront.c 3 additions, 3 deletionsdrivers/block/xen-blkfront.c
- drivers/input/misc/xen-kbdfront.c 2 additions, 2 deletionsdrivers/input/misc/xen-kbdfront.c
- drivers/net/xen-netfront.c 3 additions, 4 deletionsdrivers/net/xen-netfront.c
- drivers/xen/gntalloc.c 3 additions, 6 deletionsdrivers/xen/gntalloc.c
- drivers/xen/gntdev-dmabuf.c 1 addition, 1 deletiondrivers/xen/gntdev-dmabuf.c
- drivers/xen/grant-table.c 4 additions, 4 deletionsdrivers/xen/grant-table.c
- drivers/xen/pvcalls-front.c 3 additions, 3 deletionsdrivers/xen/pvcalls-front.c
- drivers/xen/xen-front-pgdir-shbuf.c 1 addition, 1 deletiondrivers/xen/xen-front-pgdir-shbuf.c
- drivers/xen/xenbus/xenbus_client.c 1 addition, 1 deletiondrivers/xen/xenbus/xenbus_client.c
- include/xen/grant_table.h 3 additions, 3 deletionsinclude/xen/grant_table.h
- net/9p/trans_xen.c 4 additions, 4 deletionsnet/9p/trans_xen.c
Loading
Please register or sign in to comment