Thanks for your comment.
> Are you sure this is OK to do? exfat_get_entry_type() does a lot of
> mapping between values, using a file_dentry_t->type, while
> fid->type is a file_id_t->type.
The fid argument of exfat_rename_file()/move_file()from old_dentry->fid of
exfat_rename().
*
Thanks for comment.
> Then this should have been [PATCH v2], and the fixed version [PATCH
> v3]
2nd patch(Additional patch) not include 1st patch(RFC PATCH).
And the 1st patch has been merged into 'staging-next'.
Now I can't decide.
a) Add only version information to the 2nd patch.
b) Merge the
> I think you might need to rebase again, this patch doesn't apply at all to my
> tree :(
Thanks for your comments.
I'll try to rebase with 'staging-next' branch.
Is this correct?
--
Kohada Tetsuhiro
___
devel mailing list
> Always run checkpatch on your patches :(
Oops. It is a mistake when changing to v2.
Next time I will be careful.
> I've fixed this trailing whitespace up on my own...
Thanks for fixing.
--
Best regards,
Kohada Tetsuhiro
___
devel mailing list
Hello, Greg.
Thank you for the quick reply.
> Also the patch does not apply to the linux-next tree at all, so I can't take
> it.
The patch I sent was based on the master branch of
“https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/”
and its tag was v5.5-rc6.
> Also the patch