Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp669318pxk; Thu, 1 Oct 2020 10:56:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzylYTTGztjmvT07eBalytGp7uEkAwk2cSU+utDotla8+PEfb4Yu/NBUWw08l29Qvxqsmbh X-Received: by 2002:a17:906:275b:: with SMTP id a27mr9825823ejd.190.1601575003719; Thu, 01 Oct 2020 10:56:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601575003; cv=none; d=google.com; s=arc-20160816; b=HXbDDWJF2zWQr3r7sO4KgaxYsrFFXeeKXfsBpr/qeLg30+LyVtAAA6ASpkhRt02IVP y6V2cgsvKuBeVW973N0fkeQgmun5B7crkHgI/McioutEzDTfmz6aOcw1Rx0hDGZLL2V/ O7kAhPnMeEg8oTlmS1l8GodY1x7TnZ04JdT6dQgwhP+9Dj2tBgTn/jvJ1To7I36fdwF7 8F5UyOxIF6u7sGlBuo7GMHN9m1bveqIwf/UrzlT4O58tTZWFVR9bAnfuPTrV65iLh3sP xMvfhVUXDoEJriAKlcHMGhLIPcHgeWd4HmWYc7R3kKqhUwPBIpkCbwYgW5+nR+AfJ3mT CaSg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=rHMJ8NfdGT2MqHpFcCufDD+y2+Qb0H0Ph/DUp+uxX/Y=; b=if2KQxJ6IjppHik3gXEt6HfX6cxVgfzAwFh/AycmWBhbR5LyouKQER6WPM5H+C/C3C uQO2amVrK/KKugjPnvQowMEi0joKLVnTZ7IV7doGpOl7WB7yZAjAPqoPTcMG3ZwhZtyy wioeWC25oVVA8GJs0ZSWHPzOJsm5pCQfo4+XJC0wndPDdTY9WBXkzoPTbuAKLSIOdj6p wEH7cEC3ldLrzSz1IEDZJkcKXFHTF6FsjUVe2XlgbnGfRLt3R3l2khwiLAECteuvErzq D4V0BL737FyVTCHtiqQAgURwGWVdFV7JPWTJqzxWq0QibxLyYWIbZ4pT0TdMIqNRO/eX HCmw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=aw26JKes; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qx23si4019556ejb.355.2020.10.01.10.56.20; Thu, 01 Oct 2020 10:56:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=aw26JKes; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732957AbgJARzG (ORCPT + 99 others); Thu, 1 Oct 2020 13:55:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33246 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732795AbgJARzF (ORCPT ); Thu, 1 Oct 2020 13:55:05 -0400 Received: from mail-pg1-x541.google.com (mail-pg1-x541.google.com [IPv6:2607:f8b0:4864:20::541]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B8CF2C0613D0; Thu, 1 Oct 2020 10:55:05 -0700 (PDT) Received: by mail-pg1-x541.google.com with SMTP id m34so4590157pgl.9; Thu, 01 Oct 2020 10:55:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rHMJ8NfdGT2MqHpFcCufDD+y2+Qb0H0Ph/DUp+uxX/Y=; b=aw26JKesp5tSyb27ufMF3TM2wOKDsPhkzPMVBd3oVaRkDDaKBZazN08UCbLny4D2Dy wOcdmbX9Bp57OVNqO7vg0nOPX9rIMJ53kKdDwzoOsE6IyQAEhSWSlV/YQYHrrC4FgXre yBND4utAQ5xPdEoJjH0DiCY4yM/LfEkrrecGpv46YO/FN2fvi1yU3zAnFNcAADT4iMfa 16cGX8+J7pqtOsKL7klpMt4C6LP0aQ08i2FhCcqTr+niMjZW2dry7/WQmg5CICW7Bb0f firIgjAsZrJNXPIuMIpl4dg4OEBH23SkP8UG1PLmUn0SRIqaokMC0Kc7pdTQVtpAFS+V M19A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rHMJ8NfdGT2MqHpFcCufDD+y2+Qb0H0Ph/DUp+uxX/Y=; b=rUi5QlLb05oE5VZQVj6GN0al+RoDlioj1AT/5heIDygWaGSuI+z3zMtbdEE13LYsRY wJY6IMyfc5MfQPgYp2A7pIcB0lZiwhvNpJs0gAGS28TPhlbonLk7/mMa7i+BVekymHKr 9XJsNx4tV5HRNsDzlk9Cs3eUhtgyf4oTgFmY0ecHOte5zFatN/NVn6DH/u5PtTLomtd4 g1/cPGn41TIG1dVwa/cZNCmPXvCWe57+v9hXUtK1BBYx1VvcquaT+MYo2FxubQwHqVaM n2m0fjYzMdijPANuNJAzwDYQpCklWbQFFE5WedM4TpbclCAS+SGEm+AGcl6A5v5F9VRp DZwQ== X-Gm-Message-State: AOAM533oafIYdbbdz23stac/X7WozrUcMZYKfWS0gYI1ZpPOORXw/D1w IELZCWBLrBCpsh1P8N/wEuYSrYA0gyOX5uvRmG/a4pXepFKyNQ== X-Received: by 2002:a17:902:c14c:b029:d2:4345:5a9 with SMTP id 12-20020a170902c14cb02900d2434505a9mr8354999plj.0.1601574905239; Thu, 01 Oct 2020 10:55:05 -0700 (PDT) MIME-Version: 1.0 References: <20201001014250.26987-1-david.e.box@linux.intel.com> <20201001014250.26987-5-david.e.box@linux.intel.com> In-Reply-To: From: Andy Shevchenko Date: Thu, 1 Oct 2020 20:54:46 +0300 Message-ID: Subject: Re: [PATCH V7 4/5] platform/x86: Intel PMT Telemetry capability driver To: Alexander Duyck Cc: "David E. Box" , Lee Jones , Darren Hart , Andy Shevchenko , Bjorn Helgaas , Alexander Duyck , Hans de Goede , Alexey Budankov , Linux Kernel Mailing List , Platform Driver , linux-pci Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 1, 2020 at 7:46 PM Alexander Duyck wrote: > On Thu, Oct 1, 2020 at 9:03 AM Andy Shevchenko > wrote: > > > +static struct platform_driver pmt_telem_driver = { > > > + .driver = { > > > + .name = TELEM_DEV_NAME, > > > > I'm not sure I have interpreted this: > > - Use 'raw' string instead of defines for device names > > correctly. Can you elaborate? > > Can you point me to a reference of that? I'm not sure what you are referring to. It's a changelog of this very series. > > > + }, > > > + .remove = pmt_telem_remove, > > > + .probe = pmt_telem_probe, > > > +}; > > > > ... > > > > > +MODULE_ALIAS("platform:" TELEM_DEV_NAME); > > > > Ditto. > > This doesn't make sense to me. Are you saying we are expected to use > "pmt_telemetry" everywhere instead of the define? It seems like that > would be much more error prone. It seems like common practice to use > DRV_NAME throughout a driver for these sort of things so if you are > wanting us to rename it to that I am fine with that, but I am not sure > getting rid of the use of a define makes sense. I'm just wondering why changelog mentioned that and what it meant. If it's indeed conversion to explicit naming, then this has to be followed (somebody seems asked for that, right?) or commented why not. Or maybe I understood it wrong? -- With Best Regards, Andy Shevchenko