Revision aa1918f9491442a007a0cbe41a31539233209777 authored by Al Viro on 18 December 2019, 01:09:08 UTC, committed by Al Viro on 07 February 2020, 19:48:30 UTC
Its behaviour is identical to that of fs_value_is_filename.
It makes no sense, anyway - LOOKUP_EMPTY affects nothing
whatsoever once the pathname has been imported from userland.
And both fs_value_is_filename and fs_value_is_filename_empty
carry an already imported pathname.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
1 parent 34264ae
History
File Mode Size
bug.h -rw-r--r-- 191 bytes
compiler.h -rw-r--r-- 238 bytes
device.h -rw-r--r-- 30 bytes
dma-mapping.h -rw-r--r-- 826 bytes
err.h -rw-r--r-- 564 bytes
export.h -rw-r--r-- 105 bytes
hrtimer.h -rw-r--r-- 0 bytes
irqreturn.h -rw-r--r-- 46 bytes
kernel.h -rw-r--r-- 3.4 KB
kmemleak.h -rw-r--r-- 56 bytes
module.h -rw-r--r-- 211 bytes
printk.h -rw-r--r-- 95 bytes
ratelimit.h -rw-r--r-- 109 bytes
scatterlist.h -rw-r--r-- 4.2 KB
slab.h -rw-r--r-- 153 bytes
thread_info.h -rw-r--r-- 37 bytes
uaccess.h -rw-r--r-- 1.1 KB
uio.h -rw-r--r-- 67 bytes
virtio.h -rw-r--r-- 1.7 KB
virtio_byteorder.h -rw-r--r-- 254 bytes
virtio_config.h -rw-r--r-- 2.5 KB
virtio_ring.h -rw-r--r-- 48 bytes
vringh.h -rw-r--r-- 43 bytes

back to top