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
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 |
Computing file changes ...