From: Franco Martelli <martellif67@gmail.com>
To: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
Cc: masahiroy@kernel.org, linux-kbuild@vger.kernel.org
Subject: Re: [PATCH v2] Kconfig: Added compare capabilities for mconf Ver. 2
Date: Thu, 5 Jun 2025 21:33:51 +0200 [thread overview]
Message-ID: <05174d44-ce14-4577-bece-723661100810@gmail.com> (raw)
In-Reply-To: <CANiq72m48ixGdMSpr7bWVBBn3ckHmj4pfy9GU0ndVefYXQEzSA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1805 bytes --]
On 05/06/25 at 17:05, Miguel Ojeda wrote:
> On Wed, Jun 4, 2025 at 8:37 PM Franco Martelli <martellif67@gmail.com> wrote:
>>
>> Signed-off-by: Franco Martelli <martellif67@gmail.com>
>
> The commit message is empty -- please see how patches are normally
> structured, for instance by looking at the Git log or, even better, at
> lore.kernel.org.
The commit message is the subject of the email, I used git to send the
email, this is the command:
$ git send-email --annotate -v2 HEAD^ --to masahiroy@kernel.org --cc
linux-kbuild@vger.kernel.org
>
> For instance, what you wrote in "Changelog" is what would go in the
> commit message (typically "changelog" refers to the changes between
> versions of a given patch series).
>
> In addition, we normally don't describe changes file by file. Instead
> we try to describe changes as logical units. This may also suggest
> possible ways of splitting the patch into smaller pieces.
This is a pain for me, English isn't my native language so I'm not
fluent with it :( sure that the patch can't be accepted?
>
> Finally, I would suggest passing the `--base` flag to `git
> format-patch` so that it is clear where this applies (i.e. I am not
> sure why the text mentions it was originally done for 6.1 --
> development should be done in mainline, and re-tested etc. there).
I did it, before to send the email with "git" I gave this command:
$ git format-patch --base HEAD^
As a test now I send as attachment the file patch generated with the
command:
$ git format-patch --cover-letter --base HEAD^ -o /media/data/
Does the attachment file satisfy your requirement?
>
> (This is not a review on the contents or the idea/proposal itself, but
> I hope this helps you.)
Thank you very much for your feedback (and patience) :)
--
Franco Martelli
[-- Attachment #2: 0001-Kconfig-Added-compare-capabilities-for-mconf-Ver.-2.patch.xz --]
[-- Type: application/x-xz, Size: 5764 bytes --]
next prev parent reply other threads:[~2025-06-05 19:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-04 18:35 [PATCH v2] Kconfig: Added compare capabilities for mconf Ver. 2 Franco Martelli
2025-06-05 15:05 ` Miguel Ojeda
2025-06-05 19:33 ` Franco Martelli [this message]
2025-06-06 15:01 ` Miguel Ojeda
2025-06-16 13:04 ` Masahiro Yamada
2025-06-16 13:44 ` Franco Martelli
2025-06-18 18:55 ` Franco Martelli
2025-06-24 10:33 ` Masahiro Yamada
2025-06-24 19:14 ` Franco Martelli
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=05174d44-ce14-4577-bece-723661100810@gmail.com \
--to=martellif67@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=masahiroy@kernel.org \
--cc=miguel.ojeda.sandonis@gmail.com \
/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