From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id ED41CC48BE5 for ; Wed, 16 Jun 2021 21:30:16 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id CBFB660FE8 for ; Wed, 16 Jun 2021 21:30:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234070AbhFPVcW (ORCPT ); Wed, 16 Jun 2021 17:32:22 -0400 Received: from cloud48395.mywhc.ca ([173.209.37.211]:45820 "EHLO cloud48395.mywhc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233126AbhFPVcS (ORCPT ); Wed, 16 Jun 2021 17:32:18 -0400 Received: from modemcable064.203-130-66.mc.videotron.ca ([66.130.203.64]:32894 helo=[192.168.1.179]) by cloud48395.mywhc.ca with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ltd6w-0005gK-7H; Wed, 16 Jun 2021 17:30:10 -0400 Message-ID: <1cf91b2f760686678acfbefcc66309cd061986d5.camel@trillion01.com> Subject: Re: [PATCH v2 2/3] io_uring: minor clean up in trace events definition From: Olivier Langlois To: Jens Axboe , Steven Rostedt Cc: Pavel Begunkov , Ingo Molnar , io-uring@vger.kernel.org, linux-kernel@vger.kernel.org Date: Wed, 16 Jun 2021 17:30:09 -0400 In-Reply-To: <237f71d5-ee6e-247c-c185-e4e6afbd317c@kernel.dk> References: <60be7e31.1c69fb81.a8bfb.2e54SMTPIN_ADDED_MISSING@mx.google.com> <2752dcc1-9e56-ba31-54ea-d2363ecb6c93@gmail.com> <20210615193532.6d7916d4@gandalf.local.home> <2ba15b09-2228-9a2a-3ac3-c471dd3fc912@kernel.dk> <3f5447bf02453a034f4eb71f092dd1d1455ec7ad.camel@trillion01.com> <237f71d5-ee6e-247c-c185-e4e6afbd317c@kernel.dk> Organization: Trillion01 Inc Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud48395.mywhc.ca X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - trillion01.com X-Get-Message-Sender-Via: cloud48395.mywhc.ca: authenticated_id: olivier@trillion01.com X-Authenticated-Sender: cloud48395.mywhc.ca: olivier@trillion01.com X-Source: X-Source-Args: X-Source-Dir: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2021-06-16 at 13:02 -0600, Jens Axboe wrote: > On 6/16/21 1:00 PM, Olivier Langlois wrote: > > On Wed, 2021-06-16 at 06:49 -0600, Jens Axboe wrote: > > > > > > Indeed, that is what is causing the situation, and I do have them > > > here. > > > Olivier, you definitely want to fix your mail setup. It confuses > > > both > > > MUAs, but it also actively prevents using the regular tooling to > > > pull > > > these patches off lore for example. > > > > > Ok, I will... It seems that only my patch emails are having this > > issue. > > I am pretty sure that I can find instances of non patch emails > > going > > making it to the lists... > > The problem is that even if they do make it to the list, you can't > use eg b4 to pull them off the list. > Jens, I am unfamiliar with the regular tooling and eg b4 (which I assume are part of the regular tooling) so I am not fully understanding everything you say. My take away from all this is that it is very important that my patches do reach the lists and I commit to put the necessary efforts to make that happen. My last email was simply myself starting diagnose where my problem could be outloud. Steven did mention that he wasn't seeing the Message-Id field in my patch emails. I'm very grateful for this clue! My main email client is Gnome Evolution (when Message-Id is present in my mails) and I do the following to send out patches: 1. git format-patch -o ~/patches HEAD^ 2. Edit patch file by adding recipients listed by scripts/get_maintainer.pl 3. cat patch_file | msmtp -t -a default The weird thing is that when I have noticed that my patches weren't making it to the lists, I started to Cc myself to receive a copy of the patch. When I inspect the copy header, it contains the Message-Id field but it might be the receiving email client that on reception does add the missing field so I don't know exactly what is happening. you have my word. Next patch I send, it will be make it to the lists. thx a lot for your comprehension and your assistance! Olivier