summaryrefslogtreecommitdiffstats
path: root/mm/nobootmem.c
diff options
context:
space:
mode:
authorEric W. Biederman <ebiederm@xmission.com>2013-04-09 02:22:10 -0700
committerEric Paris <eparis@redhat.com>2013-05-07 22:27:15 -0400
commit780a7654cee8d61819512385e778e4827db4bfbc (patch)
treea97ea8256b7507c976714f9e9c48d8dd581d07a6 /mm/nobootmem.c
parentb24a30a7305418ff138ff51776fc555ec57c011a (diff)
downloadlinux-780a7654cee8d61819512385e778e4827db4bfbc.tar.gz
linux-780a7654cee8d61819512385e778e4827db4bfbc.tar.bz2
linux-780a7654cee8d61819512385e778e4827db4bfbc.zip
audit: Make testing for a valid loginuid explicit.
audit rule additions containing "-F auid!=4294967295" were failing with EINVAL because of a regression caused by e1760bd. Apparently some userland audit rule sets want to know if loginuid uid has been set and are using a test for auid != 4294967295 to determine that. In practice that is a horrible way to ask if a value has been set, because it relies on subtle implementation details and will break every time the uid implementation in the kernel changes. So add a clean way to test if the audit loginuid has been set, and silently convert the old idiom to the cleaner and more comprehensible new idiom. Cc: <stable@vger.kernel.org> # 3.7 Reported-By: Richard Guy Briggs <rgb@redhat.com> Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com> Tested-by: Richard Guy Briggs <rgb@redhat.com> Signed-off-by: Eric Paris <eparis@redhat.com>
Diffstat (limited to 'mm/nobootmem.c')
0 files changed, 0 insertions, 0 deletions