[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFw5Xf4V-BF1JK+SpjXnmrgeMe-k0wLaFc_=6ojbhfWEtQ@mail.gmail.com>
Date: Tue, 30 Jan 2018 12:53:35 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Jeff Layton <jlayton@...nel.org>
Cc: linux-fsdevel <linux-fsdevel@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Al Viro <viro@...iv.linux.org.uk>,
Linux NFS Mailing List <linux-nfs@...r.kernel.org>,
linux-ext4@...r.kernel.org, "Theodore Ts'o" <tytso@....edu>,
linux-xfs <linux-xfs@...r.kernel.org>,
linux-btrfs <linux-btrfs@...r.kernel.org>,
linux-integrity <linux-integrity@...r.kernel.org>,
Trond Myklebust <trondmy@...marydata.com>
Subject: Re: [PATCH v2] iversion: make inode_cmp_iversion{+raw} return bool
instead of s64
Ack. Should I expect this in a future pull request, or take it directly?
There's no hurry about this, since none of the existing users of that
function actually do anything but test the return value against zero,
and nobody saves it into anything but a "bool" (which has magical
casting properties and does not lose upper bits).
Linus
Powered by blists - more mailing lists