Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Exfat next misc #18

Open
wants to merge 5 commits into
base: exfat-next
Choose a base branch
from
Open

Conversation

mat-c
Copy link

@mat-c mat-c commented Mar 16, 2021

No description provided.

hyeongseok-kim901 and others added 5 commits March 4, 2021 09:02
s_lock which is for protecting concurrent access of file operations is
too huge for cluster bitmap protection, so introduce a new bitmap_lock
to narrow the lock range if only need to access cluster bitmap.

Signed-off-by: Hyeongseok Kim <[email protected]>
Acked-by: Sungjong Seo <[email protected]>
Signed-off-by: Namjae Jeon <[email protected]>
Add FITRIM ioctl to enable discarding unused blocks while mounted.
As current exFAT doesn't have generic ioctl handler, add empty ioctl
function first, and add FITRIM handler.

Signed-off-by: Hyeongseok Kim <[email protected]>
Reviewed-by: Chaitanya Kulkarni <[email protected]>
Acked-by: Sungjong Seo <[email protected]>
Signed-off-by: Namjae Jeon <[email protected]>
Change-Id: I4c630201d043b7a763d9faea2a87ca42aafdb8ec

Signed-off-by: Matthieu Castet <[email protected]>
Change-Id: I8db1e9660dcb29f206a4dca396d945504965126f

Signed-off-by: Matthieu Castet <[email protected]>
#define FAT_ENT_OFFSET_BYTE_IN_SECTOR(sb, loc) \
((loc << FAT_ENT_SIZE_BITS) & (sb->s_blocksize - 1))
(((loc) << FAT_ENT_SIZE_BITS) & (sb->s_blocksize - 1))
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

there is no description in patch why you add () in macro.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am doing some patches, to do some optimization.
If I use FAT_ENT_OFFSET_BYTE_IN_SECTOR with an expression, it fails.
I will update the patch.

return false;
return true;
}

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please add patch description why this patch is needed. and if you think this patch is needed from exfat in kernel mainline, Can you send the patch to LKML ?

@namjaejeon
Copy link
Owner

Thanks for your patch. Could you please add prefix in patch ? i.e. "exfat:" and patch description also...

@namjaejeon namjaejeon force-pushed the exfat-next branch 2 times, most recently from 533d819 to 436aec7 Compare June 4, 2021 01:53
@namjaejeon namjaejeon force-pushed the exfat-next branch 2 times, most recently from 4b4dc43 to f104dcf Compare June 11, 2021 01:07
@tmm1
Copy link
Contributor

tmm1 commented Oct 11, 2021

Can I help in any way to get this merged? Having FSTRIM support will solve some performance issues for us with exfat on SMR drives.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants