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 |
|---|---|---|
| .gitignore | -rw-r--r-- | 44 bytes |
| Kconfig | -rw-r--r-- | 3.4 KB |
| Makefile | -rw-r--r-- | 4.1 KB |
| blacklist.c | -rw-r--r-- | 4.0 KB |
| blacklist.h | -rw-r--r-- | 84 bytes |
| blacklist_hashes.c | -rw-r--r-- | 166 bytes |
| blacklist_nohashes.c | -rw-r--r-- | 122 bytes |
| system_certificates.S | -rw-r--r-- | 828 bytes |
| system_keyring.c | -rw-r--r-- | 8.7 KB |
Computing file changes ...
