Package Details: exfat-nofuse-dkms-git 206.297a573-1

Git Clone URL: (read-only, click to copy)
Package Base: exfat-nofuse-dkms-git
Description: Native (nofuse) kernel module for EXtendedFAT support - use with DKMS
Upstream URL:
Licenses: GPL2
Conflicts: exfat, exfat-dkms, exfat-dkms-git, exfat-nofuse-dkms
Provides: exfat, exfat-dkms, exfat-nofuse-dkms
Submitter: freswa
Maintainer: freswa
Last Packager: freswa
Votes: 54
Popularity: 0.001341
First Submitted: 2020-05-17 02:27
Last Updated: 2020-05-17 02:27

Pinned Comments

freswa commented on 2017-01-14 00:36

This requires exfat-utils-nofuse because exfat-utils uses the fuse driver by default (instead of this kernel module).

Latest Comments

1 2 3 4 5 Next › Last »

freswa commented on 2020-05-18 11:24

The only way I know of is the aur-requests ML. But there is lot going on there...

barrybingo commented on 2020-05-18 07:34

This package used to be named exfat-dkms-git and is now named exfat-nofuse-dkms-git

Is there a log for these sort of mergers?

jpegxguy commented on 2020-04-15 11:19

I also agree that these packages should be maintained at least until wireguard reaches the linux-lts kernel, but I think there should be only one package that points to newer code. Ideally the exfat in the kernel tree, but also sdfat-dkms would be ok in my view.

barrybingo commented on 2020-04-15 10:52

@freswa OK, we'll maintain it until then.

freswa commented on 2020-04-15 10:50

I'll remove the package when exfat is included in linux-lts.

barrybingo commented on 2020-04-15 10:48

OK I've update my repo so the module compiles and after minimal testing seems to be working fine on latest 5.6.3

Might break for kernels older than 2.6.12 as I don't know if _TIME_T was around then.

There was a choice to use __kernel_old_time_t or time64_t for time_t and I went with time64_t as this seems to be the choice for y2038.

Does anyone use this package anymore seeing as it's functionality is included in latest kernel?

Maybe we should rename it legacy or even remove it.

@tjc are you still using this package?

barrybingo commented on 2020-04-14 09:05

Edit: The patch here is wrong as it should use #ifndef _TIME_T

@tjc if you are on 5.6.3 then exfat should be part of the kernel

If you want you could try this untested patch. I'll test the patch out later on today.

diff --git a/exfat_oal.c b/exfat_oal.c
index 9a4f589..d20bd59 100644
--- a/exfat_oal.c
+++ b/exfat_oal.c
@@ -44,6 +44,9 @@

 #include <linux/semaphore.h>
 #include <linux/time.h>
+#ifndef time_t
+typedef time64_t time_t;

 #include "exfat_config.h"
 #include "exfat_api.h"
diff --git a/exfat_super.c b/exfat_super.c
index 6452b54..f36fc59 100644
--- a/exfat_super.c
+++ b/exfat_super.c
@@ -49,6 +49,9 @@
 #include <linux/module.h>
 #include <linux/init.h>
 #include <linux/time.h>
+#ifndef time_t
+typedef time64_t time_t;
 #include <linux/slab.h>
 #include <linux/smp_lock.h>

tjc commented on 2020-04-14 00:07

When installing this today on Linux 5.6.3, on Apr 13 2020, I get the following errors and it does not build. Anyone else expiriencing?

/var/lib/dkms/sdfat/ error: unknown type name ‘time_t’; did you mean ‘ktime_t’? 206 | time_t ld; / leap day / | ^~~~~~ | ktime_t make[1]: [scripts/ /var/lib/dkms/sdfat/] Error 1 make[1]: Waiting for unfinished jobs.... make: *** [Makefile:1683: /var/lib/dkms/sdfat/] Error 2 make: Leaving directory '/usr/lib/modules/5.6.3-arch1-1/build'

jpegxguy commented on 2020-01-28 22:21

@applebloom I think these packages should be removed, and they should all point to sdfat-dkms. They are old snapshots of Samsung code. Also they should require linux < 5.4. exfat is now part of the kernel

applebloom commented on 2020-01-28 19:52

So apparently, there are at least three projects with a kernel module supporting exfat: the one here, called exfat-nofuse, the one the package exfat-linux-dkms uses, called exfat-linux and finally, the one the package sdfat-dkms uses, called sdfat. Thus, the naming of this package is IMO confusing and I propose renaming to maybe exfat-nofuse-dkms-git or similar.