From: Markus Elfring <Markus.Elfring@web.de>
To: Dan Carpenter <dan.carpenter@linaro.org>,
kernel-janitors@vger.kernel.org, dm-devel@redhat.com
Cc: Demi Marie Obenour <demi@invisiblethingslab.com>,
Mike Snitzer <snitzer@kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Alasdair Kergon <agk@redhat.com>
Subject: Re: [dm-devel] [v2 2/4] dm ioctl: Allow userspace to provide expected diskseq
Date: Tue, 27 Jun 2023 09:19:02 +0200 [thread overview]
Message-ID: <3f9370ff-074a-1a14-fae7-e081d47e628c@web.de> (raw)
In-Reply-To: <ab9f1618-5dde-4c70-a88e-c65f33abdb73@kadam.mountain>
>> See also another bit of background information once more:
>> [PATCH v2] certs/extract-cert: Fix checkpatch issues
>> 2023-06-09
>> https://lore.kernel.org/kernel-janitors/c464c4ee-038c-47bf-857a-b11a89680e82@kadam.mountain/
>> https://lkml.org/lkml/2023/6/9/879
>
> Markus, it's not about imperative tense. It's about you wasting
> people's time.
>
> Read the subject again. "Allow userspace to provide expected diskseq".
> That is imperative tense.
Yes for the patch subject.
(Patch/commit descriptions can be adjusted accordingly.)
> I have not pointed it out to you because it
> just doesn't matter at all. If it's in imperative tense or if it's not
> in imperative tense, it doesn't matter.
It seems that known development documentation expresses opposite requirements.
> You're sending out a lot of messages and quite a few times it looks like
> your targeting newbies.
I dare to send some change suggestions (or reminders) to various contributors.
> One new developer sent me an email privately
> who was over the top grateful when I told him he could ignore you.
> The guy was like, "I was so puzzled, because it's my first patch
> and I didn't know how to respond."
Thanks for such information.
> This was an experienced programmer
> who we want, but he was new to the kernel community so he didn't know
> if we had bizarre rules or whatever.
There is some guidance available already.
Development experiences can and will grow further.
> I've looked through your patches that have recently been merged.
Thanks for another look.
> Some of those maintainers know that you are banned
Yes, of course.
> and that your patches are not getting any review from the mailing list.
Review approaches are generally improvable.
> We are really trying to be nice and to work around your situation.
Can remaining communication difficulties be resolved better anyhow?
> But don't start bothering newbies who don't know what the situation is.
I do not distinguish some of my patch feedback on the contributor category.
Regards,
Markus
--
dm-devel mailing list
dm-devel@redhat.com
https://listman.redhat.com/mailman/listinfo/dm-devel
next prev parent reply other threads:[~2023-07-10 6:47 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-24 23:09 [dm-devel] [PATCH v2 0/4] Diskseq support in device-mapper Demi Marie Obenour
2023-06-24 23:09 ` Demi Marie Obenour
2023-06-24 23:09 ` [dm-devel] [PATCH v2 1/4] dm ioctl: Allow userspace to opt-in to strict parameter checks Demi Marie Obenour
2023-06-24 23:09 ` Demi Marie Obenour
2023-06-24 23:09 ` [dm-devel] [PATCH v2 2/4] dm ioctl: Allow userspace to provide expected diskseq Demi Marie Obenour
2023-06-24 23:09 ` Demi Marie Obenour
2023-06-25 11:23 ` [dm-devel] " Markus Elfring
2023-06-25 17:39 ` Demi Marie Obenour
2023-06-25 17:39 ` Demi Marie Obenour
2023-06-26 12:59 ` [dm-devel] " Dan Carpenter
2023-06-26 12:59 ` Dan Carpenter
2023-06-26 13:30 ` [dm-devel] [v2 " Markus Elfring
2023-06-26 14:51 ` Dan Carpenter
2023-06-26 14:51 ` Dan Carpenter
2023-06-26 15:19 ` [dm-devel] " Markus Elfring
2023-06-26 16:20 ` [dm-devel] [PATCH v2 " Markus Elfring
2023-06-27 6:14 ` Dan Carpenter
2023-06-27 6:14 ` Dan Carpenter
2023-06-27 7:19 ` Markus Elfring [this message]
2023-06-24 23:09 ` [dm-devel] [PATCH v2 3/4] dm ioctl: Allow userspace to suppress uevent generation Demi Marie Obenour
2023-06-24 23:09 ` Demi Marie Obenour
2023-06-25 13:25 ` [dm-devel] " Milan Broz
2023-06-25 13:25 ` Milan Broz
2023-06-25 16:02 ` Demi Marie Obenour
2023-06-25 16:02 ` Demi Marie Obenour
2023-06-25 16:33 ` Milan Broz
2023-06-25 16:33 ` Milan Broz
2023-06-25 16:43 ` Demi Marie Obenour
2023-06-25 16:43 ` Demi Marie Obenour
2023-06-25 17:13 ` Milan Broz
2023-06-25 17:13 ` Milan Broz
2023-06-24 23:09 ` [dm-devel] [PATCH v2 4/4] dm ioctl: inform caller about already-existing device Demi Marie Obenour
2023-06-24 23:09 ` Demi Marie Obenour
2024-01-15 17:56 ` [dm-devel] [PATCH v2 0/4] Diskseq support in device-mapper Martin Wilck
2024-01-15 21:44 ` Demi Marie Obenour
2024-01-16 8:00 ` Martin Wilck
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=3f9370ff-074a-1a14-fae7-e081d47e628c@web.de \
--to=markus.elfring@web.de \
--cc=agk@redhat.com \
--cc=dan.carpenter@linaro.org \
--cc=demi@invisiblethingslab.com \
--cc=dm-devel@redhat.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=snitzer@kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.