[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1456296347-9665-1-git-send-email-ydfan@suse.com>
Date: Wed, 24 Feb 2016 14:45:47 +0800
From: Yadan Fan <ydfan@...e.com>
To: sfrench@...ba.org, linux-cifs@...r.kernel.org
Cc: samba-technical@...ts.samba.org, linux-kernel@...r.kernel.org,
martin.schwidefsky@...ibm.com, Yadan Fan <ydfan@...e.com>
Subject: [PATCH] s390x: fix condition to choose correct function
This issue is involved from commit 02323db17e3a7 ("cifs: fix
cifs_uniqueid_to_ino_t not to ever return 0"), when BITS_PER_LONG
is 64 on s390x, the corresponding cifs_uniqueid_to_ino_t()
function will cast 64-bit fileid to 32-bit by using (ino_t)fileid,
because ino_t (typdefed __kernel_ino_t) is int type.
Signed-off-by: Yadan Fan <ydfan@...e.com>
---
fs/cifs/cifsfs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/cifs/cifsfs.h b/fs/cifs/cifsfs.h
index 68c4547..02dcbe1 100644
--- a/fs/cifs/cifsfs.h
+++ b/fs/cifs/cifsfs.h
@@ -31,7 +31,7 @@
* so that it will fit. We use hash_64 to convert the value to 31 bits, and
* then add 1, to ensure that we don't end up with a 0 as the value.
*/
-#if BITS_PER_LONG == 64
+#if BITS_PER_LONG == 64 && !defined(CONFIG_S390)
static inline ino_t
cifs_uniqueid_to_ino_t(u64 fileid)
{
--
2.6.2
Powered by blists - more mailing lists