From: "Darrick J. Wong" <djwong@kernel.org>
To: Bernd Schubert <bernd@bsbernd.com>
Cc: miklos@szeredi.hu, joannelkoong@gmail.com,
fuse-devel@lists.linux.dev, neal@gompa.dev,
linux-fsdevel@vger.kernel.org
Subject: Re: [PATCHSET 2/2] libfuse: new mount service container fixes
Date: Fri, 8 May 2026 17:43:38 -0700 [thread overview]
Message-ID: <20260509004338.GP2241589@frogsfrogsfrogs> (raw)
In-Reply-To: <11a04b4e-db8c-423e-a351-e7fd2a8bcc7a@bsbernd.com>
On Fri, May 08, 2026 at 07:05:52PM +0200, Bernd Schubert wrote:
> Hi Darrick
>
> On 5/8/26 00:13, Darrick J. Wong wrote:
> > Hi all,
> >
> > This is a collection of bug fixes and cppcheck cleanups for the new fuse
> > service container code.
> >
> > With a bit of luck, this should all go splendidly.
> > Comments and questions are, as always, welcome.
> >
> > --D
> > ---
> > Commits in this patchset:
> > * mount_service: use the mount_flags table instead of declaring our own
> > ---
> > util/mount_service.c | 51 +++++++++++++-------------------------------------
> > 1 file changed, 13 insertions(+), 38 deletions(-)
> >
> >
>
> coud you please add this or or something similar to your series, to
> silence gcc static checker warnings?
Ok... though it appears to be in your fuse-service-container branch now
so I'll just rebase on that.
> commit 670fb8f4a248cfd50af43510033b8b3167d75df6 (HEAD ->
> fuse-service-container)
> Author: Bernd Schubert <bernd@bsbernd.com>
> Date: Fri May 8 19:00:02 2026 +0200
>
> Fix deref-before-check in mount.fuse.c
>
> diff --git a/util/mount.fuse.c b/util/mount.fuse.c
> index 802d7f99fe78..00b133e62344 100644
> --- a/util/mount.fuse.c
> +++ b/util/mount.fuse.c
> @@ -384,7 +384,7 @@ int main(int argc, char *argv[])
> }
>
> source = argv[1];
> - if (!source[0])
> + if (source && !source[0])
> source = NULL;
>
> mountpoint = argv[2];
>
>
>
> All your "Fixes:" commit messages run into
>
> bschubert2@imesrv6 libfuse.git>.github/workflows/run-checkpatch.sh &&
> stg push
> No typos will be found - file
> '/home/bschubert2/src/libfuse/libfuse.git/spelling.txt': No such file or
> directory
> No structs that should be const will be found - file
> '/home/bschubert2/src/libfuse/libfuse.git/const_structs.checkpatch': No
> such file or directory
> WARNING:BAD_FIXES_TAG: Please use correct Fixes: style 'Fixes: <12 chars
> of sha1> ("<title line>")' - ie: 'Fixes: 3e1101057aea ("fuse mount:
> Support synchronous FUSE_INIT (privileged daemon)")'
> #10:
> Fixes: 3e1101057aea57 ("fuse mount: Support synchronous FUSE_INIT
> (privileged daemon)")
>
> total: 0 errors, 1 warnings, 12 lines checked
>
> NOTE: For some of the reported defects, checkpatch may be able to
> mechanically convert to the typical style using --fix or
> --fix-inplace.
>
> Commit a9e52715f595 ("libfuse: don't use SYNC_INIT unless asked for")
> has style problems, please review.
>
> NOTE: Ignored message types: AVOID_EXTERNS COMMIT_MESSAGE COMPLEX_MACRO
> EMAIL_SUBJECT ENOSYS ENOSYS_SYSCALL FILE_PATH_CHANGES
> FROM_SIGN_OFF_MISMATCH GIT_COMMIT_ID MAINTAINERS
> PREFER_ATTRIBUTE_ALWAYS_UNUSED PREFER_DEFINED_ATTRIBUTE_MACRO
> QUOTED_COMMIT_ID SPDX_LICENSE_TAG STRCPY STRNCPY
>
> NOTE: If any of the errors are false positives, please report
> them to the maintainer, see CHECKPATCH in MAINTAINERS.
>
>
> Is does linux checkpatch use two chars more for the hash in the mean
> time than what libfuse/checkpatch.pl has?
Current Linux checkpatch.pl enforces 12 hex digits or more:
$ grep chars.*sha scripts/checkpatch.pl
3288: "Please use correct Fixes: style 'Fixes: <12+ chars of sha1> (\"<title line>\")' - ie: '$fixed'\n" . $herecurr) &&
3453: "Please use git commit description style 'commit <12+ chars of sha1> (\"<title line>\")' - ie: '${init_char}ommit $id (\"$description\")'\n" . $herectx);
This was last amended in 6.14 with commit 6356f18f09dc07 ("Align git
commit ID abbreviation guidelines and checks").
I personally set it to 14 in gitconfig for future-proofing against hash
collisions.
--D
next prev parent reply other threads:[~2026-05-09 0:43 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-07 22:13 [PATCHSET 2/2] libfuse: new mount service container fixes Darrick J. Wong
2026-05-07 22:14 ` [PATCH 1/1] mount_service: use the mount_flags table instead of declaring our own Darrick J. Wong
2026-05-08 16:51 ` Bernd Schubert
2026-05-08 17:59 ` Darrick J. Wong
2026-05-09 0:48 ` Darrick J. Wong
2026-05-09 7:42 ` Bernd Schubert
2026-05-11 15:22 ` Darrick J. Wong
2026-05-11 15:58 ` Bernd Schubert
2026-05-11 16:24 ` Darrick J. Wong
2026-05-08 17:05 ` [PATCHSET 2/2] libfuse: new mount service container fixes Bernd Schubert
2026-05-08 17:12 ` Bernd Schubert
2026-05-08 17:50 ` Bernd Schubert
2026-05-09 0:43 ` Darrick J. Wong [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-05-05 5:21 [PATCHBOMB] libfuse: various fixes for new mount code Darrick J. Wong
2026-05-05 5:23 ` [PATCHSET 2/2] libfuse: new mount service container fixes Darrick J. Wong
2026-05-06 21:27 ` Bernd Schubert
2026-05-06 21:36 ` Bernd Schubert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260509004338.GP2241589@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=bernd@bsbernd.com \
--cc=fuse-devel@lists.linux.dev \
--cc=joannelkoong@gmail.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=miklos@szeredi.hu \
--cc=neal@gompa.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox