Received: by 10.213.65.68 with SMTP id h4csp1065289imn; Wed, 14 Mar 2018 08:34:39 -0700 (PDT) X-Google-Smtp-Source: AG47ELsZtv7ZDT6LEtr0ZjWY+dfE3os2I1wPPq3d5kSugjp3GJNyy4kzDq51Urqc4y9Gp1KFS3rn X-Received: by 10.99.120.5 with SMTP id t5mr616392pgc.30.1521041679346; Wed, 14 Mar 2018 08:34:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521041679; cv=none; d=google.com; s=arc-20160816; b=LqHwLjRo8hkcenlpPbC7wM2fSGMfckYjcTPzFzlFRDBUVUmYhS+cpT5hINe37XJNZU kM8VqYPKm3x6cYYYkfhUEt3sI1OgopnpmlMIYHeFjg8Kr0hYDqSIl/xiE1QEUT6iqM3k beTXjPLRjPZh+pPBbIKUmDUUGoerYvV/mV9hR4Mxph+WKqDh2XF4S1+3LSgXlm98yafU kX2BE///YygMBXiJwMchX6DFKN3QipTXuKHrOdC1nvyGuBq8eCxgYywJ2/Fgp3sC5Ykw 4hTE/6KFwBxu3bamJ4uq+bB2krRszr5MgSyijBig8bglHJQAy4FlgO1ORb2GDlWofNgW eJyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=2hRL26WjqmhQlJDwbexU/cYO0hUpflBw73PFiE/cJV0=; b=h+2pkaRxXehW2grOoUMXJ7TRpcrsm93PzNE4aDKcHqG5rzvgT77jkMkE1Es3PC5CcQ eCK2VUwGUNzzKneCFvGG6yPlXSzHVg6obvda5/APryEay+tckjZ1GvL5EFEXLohlADWh WfD5bNmsm7ikn2RUjLJmMYr41+IgUv17gry2d67gRwJT5V/Xrdc1v4x4UXs3HuzkdjRW RgghwCWkUID/Dj0apH1IDIMSnvwxTN6FeV+0BQgDs0D19uz+TB8T7ZjXfne6lk/jWB6S WS6QQ8+PSc+z4IrrJAJRw2E8Ls6W/rlXGfmUCjsr0BcJsmPmFAiNKr4k7zufJ0E9nX9P PlXw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a3-v6si2102355plc.370.2018.03.14.08.34.24; Wed, 14 Mar 2018 08:34:39 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751624AbeCNPd1 (ORCPT + 99 others); Wed, 14 Mar 2018 11:33:27 -0400 Received: from mx2.suse.de ([195.135.220.15]:40590 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751348AbeCNPdZ (ORCPT ); Wed, 14 Mar 2018 11:33:25 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id E769BAEB8; Wed, 14 Mar 2018 15:33:23 +0000 (UTC) Message-ID: <1521041253.4511.16.camel@suse.com> Subject: Re: [PATCH 2/3] usb: host: pci: introduce PCI vendor ID for Netlogic From: Oliver Neukum To: Richard Leitner , Richard Leitner , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-usb@vger.kernel.org Cc: bhelgaas@google.com, mathias.nyman@intel.com, gregkh@linuxfoundation.org Date: Wed, 14 Mar 2018 16:27:33 +0100 In-Reply-To: References: <20180314102933.21367-1-dev@g0hl1n.net> <20180314102933.21367-3-dev@g0hl1n.net> <1521029854.4511.12.camel@suse.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mittwoch, den 14.03.2018, 14:31 +0100 schrieb Richard Leitner: > Hi Oliver, > thank you for your feedback! > > On 03/14/2018 01:17 PM, Oliver Neukum wrote: > > Am Mittwoch, den 14.03.2018, 11:29 +0100 schrieb Richard Leitner: > > > From: Richard Leitner > > > > > > Replace the hardcoded PCI vendor ID of Netlogic with a definition in > > > pci_ids.h > > > > Hi, > > > > in general, why? > > Does this patch generate any benefit for any developer > > reading the source? I don't see it. Does it cause an > > issue for anybody who has a log file with the nummerical > > ID and needs to grep for it? Yes it does. > > I'll send a v2 where I also use this definition in > arch/mips/netlogic/xlp/ instead of PCI_VENDOR_NETLOGIC from > arch/mips/include/asm/netlogic/xlp-hal/iomap.h. > > Therefore it will remove this definition from the iomap.h > and move it to pci_ids.h > > This will IMHO be a clear benefit as it removes a redundant > definition. Well, but it does not. Removing a redundant definition is a clear benefit. But you are not removing a definition. You are introducing a preprocessor constant. Why? What is its benefit? Regards Oliver