Btrfs: remove crc32c.h and use libcrc32c directly.

There's no need to preserve this abstraction; it used to let us use
hardware crc32c support directly, but libcrc32c is already doing that for us
through the crypto API -- so we're already using the Intel crc32c
acceleration where appropriate.

Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>

1 files changed, 3 insertions, 4 deletions

diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c
index 3355d7ea8308..33a65f2c8a37 100644
--- a/fs/btrfs/extent-tree.c
+++ b/fs/btrfs/extent-tree.c
@@ -23,7 +23,6 @@
 #include <linux/rcupdate.h>
 #include "compat.h"
 #include "hash.h"
-#include "crc32c.h"
 #include "ctree.h"
 #include "disk-io.h"
 #include "print-tree.h"
@@ -625,11 +624,11 @@ static u64 hash_extent_data_ref(u64 root_objectid, u64 owner, u64 offset)
         __le64 lenum;
 
         lenum = cpu_to_le64(root_objectid);
-        high_crc = btrfs_crc32c(high_crc, &lenum, sizeof(lenum));
+        high_crc = crc32c(high_crc, &lenum, sizeof(lenum));
         lenum = cpu_to_le64(owner);
-        low_crc = btrfs_crc32c(low_crc, &lenum, sizeof(lenum));
+        low_crc = crc32c(low_crc, &lenum, sizeof(lenum));
         lenum = cpu_to_le64(offset);
-        low_crc = btrfs_crc32c(low_crc, &lenum, sizeof(lenum));
+        low_crc = crc32c(low_crc, &lenum, sizeof(lenum));
 
         return ((u64)high_crc << 31) ^ (u64)low_crc;
 }