Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp3484298ybi; Mon, 10 Jun 2019 11:03:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqxqD829FzhOv0FwlvRZ+PYA1htlf222khO/9RTimi21VntOoXgwEhV6KFypzwMfBc3350eS X-Received: by 2002:a17:902:7004:: with SMTP id y4mr24533487plk.31.1560189802709; Mon, 10 Jun 2019 11:03:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560189802; cv=none; d=google.com; s=arc-20160816; b=sUS5XYGtUUw6EzNjXKkg0iKA3RuKbOr3Mzw/ln9lBCNujknew26+iDaEA5HpwQ9uzl jifS4IgwkxlFv2svQBBrE8IvMxSixsD8TCQ9fzi+vSk+s8FfywcuMGo3JoGrs/N1Gaoz O5HZ3opk98NJu5jP7kGlNypRc3veLKMBvDZVOEmDLcyAK9CdLH07HlOjirE7WRpouJP7 bc6g7sUo6DDf9nBTrVQ46YszrJswWllseFP1pvrw1C7g/+ByLtIbO3OM7GcFLXkYYMQ/ gxyyaQCTnBnhAn8S7/mq9QnRAZX5Snh1CPvczhRNqQrsVLyQpALHt52iZrUnJlXbAdbs C4Hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=NiUCMhpiVoIQfWueIIVI2Fhzwg8ndOIt5im6UORgdfw=; b=zt90oDypJg2efqnu5wRX4+rXL5mbhmldyHQUZHLgMXzUfU4GRskx6sY/SwRqXxIHe/ yJ+HVaWoEQn/nCHIg03HrZNAd5C6W/CyGfwitERLSPhpjEd9wfEjejeCXl6sxowCr5kU 28qnpDAm2MCArlGc1ELZY2JPHIOU2xEg5HQotIVlv676K4o0kLSqR0VjUCnxRALCcjCR BY0uULLQzEZdwmuWHJ9t+DQZmuwlscba/e5kZ4MqF1cMv0ZFfHRcef4tpqZ6kAL3kjaz eFU/pYQtpg+DOHrLbKf30OcsZ8Ehu4pTLxSL6lQowlb/q9/HR8La9C+7VkJQy8tuZvdm SFMA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d5si103058pju.62.2019.06.10.11.03.07; Mon, 10 Jun 2019 11:03:22 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388646AbfFJSB0 (ORCPT + 99 others); Mon, 10 Jun 2019 14:01:26 -0400 Received: from mga11.intel.com ([192.55.52.93]:50525 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388381AbfFJSB0 (ORCPT ); Mon, 10 Jun 2019 14:01:26 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jun 2019 11:01:25 -0700 X-ExtLoop1: 1 Received: from agluck-desk2.sc.intel.com (HELO agluck-desk2.amr.corp.intel.com) ([10.3.52.68]) by orsmga003.jf.intel.com with ESMTP; 10 Jun 2019 11:01:25 -0700 Date: Mon, 10 Jun 2019 11:01:25 -0700 From: "Luck, Tony" To: Marco Elver Cc: jbaron@akamai.com, linux-kernel@vger.kernel.org, Borislav Petkov , Mauro Carvalho Chehab , linux-edac Subject: Re: [PATCH] EDAC, ie31200: Add Intel Coffee Lake CPU support Message-ID: <20190610180121.GA22428@agluck-desk2.amr.corp.intel.com> References: <20190609151613.195164-1-elver@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190609151613.195164-1-elver@google.com> User-Agent: Mutt/1.11.3 (2019-02-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jun 09, 2019 at 05:16:13PM +0200, Marco Elver wrote: Marco, Thanks for the patch. One comment below. > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_1), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_2), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_3), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_4), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_5), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_6), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_7), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_8), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > - { > - PCI_VEND_DEV(INTEL, IE31200_HB_9), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > - IE31200}, > + { PCI_VEND_DEV(INTEL, IE31200_HB_1), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_2), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_3), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_4), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_5), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_6), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_7), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_8), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, > + { PCI_VEND_DEV(INTEL, IE31200_HB_9), PCI_ANY_ID, PCI_ANY_ID, 0, 0, > + IE31200 }, Are these lines just changing the formatting from three lines per entry to two? I'm not opposed to this cleanup, but it isn't mentioned in the commit message. If you *really* want to make this prettier then a helper macro: #define PCI_DEV_ENTRY(did, chip) PCI_VEND_DEV(INTEL, did), PCI_ANY_ID, PCI_ANY_ID, 0, 0, chip would make it look like this: static const struct pci_device_id ie31200_pci_tbl[] = { { PCI_DEV_ENTRY(IE31200_HB_1, IE31200) }, ... { PCI_DEV_ENTRY(IE31200_HB_CFL_10, IE31200) }, { 0, } /* 0 terminated list. */ }; Then make one patch that does the cleanup by adding the macro and using it for existing entry (marked "no functional change"). Second patch to add the new bits for Coffee Lake. Thanks -Tony