Re: [PATCH 2/2] Documentation: best practices for using Link trailers

2024-06-19 Thread Dan Carpenter
t message to > indicate the corresponding link > - when to use lore.kernel.org vs patch.msgid.link domains You should add something to checkpatch to complain about patch.msgid.link URLs. Those URLs should only be added by the committers, not the patch authors. regards, dan carpenter

Re: [PATCH v12 1/4] pstore/blk: new support logger for block devices

2019-03-04 Thread Dan Carpenter
Hi liaoweixiong, url: https://github.com/0day-ci/linux/commits/liaoweixiong/pstore-block-new-support-logger-for-block-devices/20190303-142003 base: https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git for-next/pstore smatch warnings: fs/pstore/blkzone.c:180 blkz_zone_write() erro

Re: [PATCH] doc: convert printk-formats.txt to rst

2017-12-09 Thread Dan Carpenter
recall someone else doing a broader use tool > which I believe was not smatch, but my google-fu isn't > finding it. Yeah. Smatch has a check for this. Rasmus Villemoes wrote it. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] Staging: netlogic: platform_net: Fixed '(' at the EOL

2018-01-20 Thread Dan Carpenter
On Tue, Jan 16, 2018 at 07:33:03PM +0530, Naveen Panwar wrote: > Hi Guys, > > I submitted a new patch with the suggestions from Al Viro, did you guys > check it? > The list seems to reject your patches. It rejected the first one as well. regards, dan carpenter -- To unsubs

Re: [PATCH v4 1/5] cgroup: subtree_control bypass mode for bypassable controllers

2018-11-29 Thread Dan Carpenter
Hi Waiman, Thank you for the patch! Perhaps something to improve: url: https://github.com/0day-ci/linux/commits/Waiman-Long/cgroup-Introducing-bypass-mode/20181123-030552 base: https://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-next smatch warnings: kernel/cgroup/cgroup.c:48

Re: md/dm-crypt: Rename a jump label in crypt_message() ?

2016-09-30 Thread Dan Carpenter
7;t like out labels, but that's my opinion. There is nothing in CodingStyle which says you can't do it. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 0/2] Compiler Attributes: __fallthrough

2018-10-21 Thread Dan Carpenter
> > > __fallthrough for some reason :-). > > > > Will this work with all of the static tools that are currently looking > > for the comment instead? > > Does anyone have a list of the static tools that > use comment style fallthrough notations? > It would only be CPPcheck I think. regards, dan carpenter

Re: [PATCH 1/2] Compiler Attributes: add support for __fallthrough (gcc >= 7.1)

2018-10-22 Thread Dan Carpenter
o the __fallthrough__ > > attribute means that we start gethting a lot of Coverity warnings, > > We could keep both. What does that even mean? Use both the attribute and the comment until Eclipse is updated? case 3: frob(); __fall_through; /* fall through */ case 4: That seems like a wrong idea... regards, dan carpenter

Re: [PATCH 1/2] Compiler Attributes: add support for __fallthrough (gcc >= 7.1)

2018-10-22 Thread Dan Carpenter
e attribute because that would simplify things in Smatch but it's not a huge deal to delay for another year. regards, dan carpenter

Re: [PATCH 0/2] Compiler Attributes: __fallthrough

2018-10-22 Thread Dan Carpenter
ing, the comment parsing and the attribute so it's fine. The only thing that we know for sure is an issue is Eclipse. We need to test Coverity but it should work in theory. And we don't know about CPPcheck. regards, dan carpenter

Re: [PATCH] CodingStyle: add some more error handling guidelines

2016-08-22 Thread Dan Carpenter
ell what the goto does. 5) If there is an if statement in allocation code, then put an mirror if statement in the unwind code. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] CodingStyle: add some more error handling guidelines

2016-08-22 Thread Dan Carpenter
cgroup: 506 kthread_stop(worker); 507 dev->worker = NULL; 508 err_worker: 509 if (dev->mm) 510 mmput(dev->mm); 511 dev->mm = NULL; 512 err_mm: 513 return err; 514 } regards, dan carpenter -- To unsu

Re: [PATCH] CodingStyle: add some more error handling guidelines

2016-08-22 Thread Dan Carpenter
oes that meaning make sense for err_cgroup in vhost_dev_set_owner()? What needs to be skipped here? regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] CodingStyle: add some more error handling guidelines

2016-08-23 Thread Dan Carpenter
. That's not my fault. :/ I have tried over and over and over to tell that guy to stop sending patches but everyone else encourages him. I feel like it should be a rule that if you introduce bugs, you should be told to stop sending cleanup patches until you have fixed enough bugs to redeem yourself. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] CodingStyle: add some more error handling guidelines

2016-08-23 Thread Dan Carpenter
Lol. The mossy side of a boulder is the alloc, the non-mossy side is the free! :P regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: [PATCH] docs/dev-tools: fix a typo

2024-10-16 Thread Dan Carpenter
corresponding bit > > > of the > > > > This is not a typo. iff is if and only if > > +1 > > https://en.wikipedia.org/wiki/If_and_only_if > Does "iff" really add anything over regular "if"? I would have thought the "only if" could be assumed in this case. Or if it's really necessary then we could spell it out. regards, dan carpenter