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=-1.0 required=3.0 tests=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 A5AF9C433E0 for ; Tue, 30 Jun 2020 23:48:37 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7E99620663 for ; Tue, 30 Jun 2020 23:48:37 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726427AbgF3Xsg convert rfc822-to-8bit (ORCPT ); Tue, 30 Jun 2020 19:48:36 -0400 Received: from mga09.intel.com ([134.134.136.24]:38186 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725930AbgF3Xsg (ORCPT ); Tue, 30 Jun 2020 19:48:36 -0400 IronPort-SDR: kyfeCkNGdB6DocWAPROF3jT6vvssDhQVCYK7VqIojGudmiKqJGac4aNXVA9TfCkm3Y2Jt97uNQ by77mECisxnw== X-IronPort-AV: E=McAfee;i="6000,8403,9668"; a="147963079" X-IronPort-AV: E=Sophos;i="5.75,298,1589266800"; d="scan'208";a="147963079" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Jun 2020 16:48:35 -0700 IronPort-SDR: 860S8/qvonx+Ubh2OeY76LmVfC9d7NEz685YiHoMkgJmYDumnAEaHiOdHCYe33EArZRbrxVLIi s1r7uKwCTnKw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,298,1589266800"; d="scan'208";a="266606512" Received: from orsmsx110.amr.corp.intel.com ([10.22.240.8]) by fmsmga008.fm.intel.com with ESMTP; 30 Jun 2020 16:48:35 -0700 Received: from orsmsx112.amr.corp.intel.com ([169.254.3.199]) by ORSMSX110.amr.corp.intel.com ([169.254.10.232]) with mapi id 14.03.0439.000; Tue, 30 Jun 2020 16:48:35 -0700 From: "Kirsher, Jeffrey T" To: Jakub Kicinski CC: "davem@davemloft.net" , "Brady, Alan" , "netdev@vger.kernel.org" , "nhorman@redhat.com" , "sassmann@redhat.com" , "Michael, Alice" , "Burra, Phani R" , "Hay, Joshua A" , "Chittim, Madhu" , "Linga, Pavan Kumar" , "Skidmore, Donald C" , "Brandeburg, Jesse" , "Samudrala, Sridhar" , lkp Subject: RE: [net-next v3 15/15] idpf: Introduce idpf driver Thread-Topic: [net-next v3 15/15] idpf: Introduce idpf driver Thread-Index: AQHWS16TPBESI1lj00iHdVXe4L8dEajrtIUAgAYkvMA= Date: Tue, 30 Jun 2020 23:48:34 +0000 Message-ID: <61CC2BC414934749BD9F5BF3D5D9404498743241@ORSMSX112.amr.corp.intel.com> References: <20200626020737.775377-1-jeffrey.t.kirsher@intel.com> <20200626020737.775377-16-jeffrey.t.kirsher@intel.com> <20200626115236.7f36d379@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> In-Reply-To: <20200626115236.7f36d379@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.6 dlp-reaction: no-action x-originating-ip: [10.22.254.139] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org > -----Original Message----- > From: Jakub Kicinski > Sent: Friday, June 26, 2020 11:53 > To: Kirsher, Jeffrey T > Cc: davem@davemloft.net; Brady, Alan ; > netdev@vger.kernel.org; nhorman@redhat.com; sassmann@redhat.com; > Michael, Alice ; Burra, Phani R > ; Hay, Joshua A ; > Chittim, Madhu ; Linga, Pavan Kumar > ; Skidmore, Donald C > ; Brandeburg, Jesse > ; Samudrala, Sridhar > ; lkp > Subject: Re: [net-next v3 15/15] idpf: Introduce idpf driver > > On Thu, 25 Jun 2020 19:07:37 -0700 Jeff Kirsher wrote: > > +MODULE_AUTHOR("Intel Corporation, "); > > Corporations do not author things, people do. Please drop this. Your statement makes sense and I know that we have done this historically, like several other drivers (not saying it is right). The thought process was that our drivers are not written by just one or two people, but more like 20+ developers. So should we list all 20+ people that wrote the drivers, or just choose one person? Also what happens when that person no longer works at Intel and the email is no longer vaild, should we constantly update the MODULE_AUTHOR() to reflect valid employees working on the driver? That is the reason we were using "Intel Corporation" and a valid email that will always be good for support questions.