On Fri, Nov 04, 2016 at 05:24:58AM +0100, Jan Kara wrote:
> Every single user of vmf->virtual_address typed that entry to unsigned
> long before doing anything with it so the type of virtual_address does
> not really provide us any additional safety. Just use masked
> vmf->address which already has the appropriate type.
>
> Signed-off-by: Jan Kara <jack@xxxxxxx>
> ---
> arch/powerpc/platforms/cell/spufs/file.c | 4 ++--
> arch/x86/entry/vdso/vma.c | 4 ++--
> drivers/char/agp/alpha-agp.c | 2 +-
> drivers/char/mspec.c | 2 +-
> drivers/dax/dax.c | 2 +-
> drivers/gpu/drm/armada/armada_gem.c | 2 +-
> drivers/gpu/drm/drm_vm.c | 11 ++++++-----
> drivers/gpu/drm/etnaviv/etnaviv_gem.c | 7 +++----
> drivers/gpu/drm/exynos/exynos_drm_gem.c | 6 +++---
> drivers/gpu/drm/gma500/framebuffer.c | 2 +-
> drivers/gpu/drm/gma500/gem.c | 5 ++---
> drivers/gpu/drm/i915/i915_gem.c | 2 +-
> drivers/gpu/drm/msm/msm_gem.c | 7 +++----
> drivers/gpu/drm/omapdrm/omap_gem.c | 20 +++++++++-----------
> drivers/gpu/drm/tegra/gem.c | 4 ++--
> drivers/gpu/drm/ttm/ttm_bo_vm.c | 2 +-
> drivers/gpu/drm/udl/udl_gem.c | 5 ++---
> drivers/gpu/drm/vgem/vgem_drv.c | 2 +-
> drivers/media/v4l2-core/videobuf-dma-sg.c | 5 ++---
> drivers/misc/cxl/context.c | 2 +-
> drivers/misc/sgi-gru/grumain.c | 2 +-
> drivers/staging/android/ion/ion.c | 2 +-
> drivers/staging/lustre/lustre/llite/vvp_io.c | 9 ++++++---
> drivers/xen/privcmd.c | 2 +-
> fs/dax.c | 4 ++--
> include/linux/mm.h | 2 --
> mm/memory.c | 7 +++----
> 27 files changed, 59 insertions(+), 65 deletions(-)
>
> diff --git a/arch/powerpc/platforms/cell/spufs/file.c b/arch/powerpc/platforms/cell/spufs/file.c
> index 06254467e4dd..e8a31fffcdda 100644
> --- a/arch/powerpc/platforms/cell/spufs/file.c
> +++ b/arch/powerpc/platforms/cell/spufs/file.c
> @@ -236,7 +236,7 @@ static int
> spufs_mem_mmap_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
> {
> struct spu_context *ctx = vma->vm_file->private_data;
> - unsigned long address = (unsigned long)vmf->virtual_address;
> + unsigned long address = vmf->address & PAGE_MASK;
These "& PAGE_MASK" everewhere look unnecesary. I don't think we ever
need sub-page address, do we?
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
