Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1278402
| From | SF Markus Elfring <elfring@users.sourceforge.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 3/3] staging: lustre: Less function calls in class_register_type() after error detection |
| Date | 2015-11-26 20:10 +0100 |
| Message-ID | <qza5A-Qe-9@gated-at.bofh.it> (permalink) |
| References | (6 earlier) <qrrGi-6Az-11@gated-at.bofh.it> <qrrPX-6Ed-3@gated-at.bofh.it> <qyLgS-jU-25@gated-at.bofh.it> <qyYQP-1zw-33@gated-at.bofh.it> <qz83M-7Nx-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
>> Do you try this update suggestion out without integrating the corresponding previous >> update suggestion "Delete unnecessary checks before two function calls" >> where I proposed to remove extra checks before a few calls of the function "kobject_put" >> (which seems to matter for the patch hunk in the shown error message)? >> https://lkml.org/lkml/2015/11/5/276 >> https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1013635.html > > I guess so, I don't remember, I don't see any patches from you earlier > in my "todo" mbox. I am still waiting for further constructive feedback on a bunch of my update suggestions which are derived from static source code analysis. It can be the usual challenge to get a bit more attention for them. Other software improvements will result in bigger effects than the source code fine-tuning I propose, won't it? I would like to acknowledge that changes like the following from this patch series can still be applied together for the software "Linux next-20151126". * 0001-staging-lustre-Delete-unnecessary-checks-before-two.patch * 0003-staging-lustre-Less-function-calls-in-class_register.patch >> Would you like to reject the first update step from this patch series >> so that I need to adapt my approach to your software design decision? > > I have no idea what you are talking about. I have no recolection of > previous patches or conversations about your patches. * Dan Carpenter expressed his software design concerns around hidden sanity checks a few times. How do you think about to give the proposed changes another chance? * Positive feedback is occasionally increasing by specific subsystem supporters and maintainers. How will our collaboration evolve further? Do you want that I resend any mails/patches from my "waiting queue"? Regards, Markus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH 3/3] staging: lustre: Less function calls in class_register_type() after error detection Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2015-11-25 17:40 +0100
Re: [PATCH 3/3] staging: lustre: Less function calls in class_register_type() after error detection SF Markus Elfring <elfring@users.sourceforge.net> - 2015-11-26 08:10 +0100
Re: [PATCH 3/3] staging: lustre: Less function calls in class_register_type() after error detection Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2015-11-26 18:00 +0100
Re: [PATCH 3/3] staging: lustre: Less function calls in class_register_type() after error detection SF Markus Elfring <elfring@users.sourceforge.net> - 2015-11-26 20:10 +0100
Re: [PATCH 3/3] staging: lustre: Less function calls in class_register_type() after error detection Dan Carpenter <dan.carpenter@oracle.com> - 2015-11-26 21:10 +0100
csiph-web