Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3371600pxj; Mon, 7 Jun 2021 09:02:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyh6e7P0hEq9uJwPWDaKKYWg9DvnmvAwrxrw1fiqVw5V38zthnsVw0kmtJGzcIhlQkx64ke X-Received: by 2002:a17:906:3da9:: with SMTP id y9mr18469444ejh.303.1623081761870; Mon, 07 Jun 2021 09:02:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623081761; cv=none; d=google.com; s=arc-20160816; b=BOT3OWm8yNX9KytomBaSFhGGocewaX7QnW5+AVHYlvnp1sQCCNK1Rt8YxBpo8n/EcY bTBNS9yXp7ONXtuMLvlqc5ejAsp2pnQJi1IvnX7casw1lvJadrH+gU39JQ9UQb7Q8h83 EzqdQyESgLOs1rOmg63Xg6egr0tMq4ijnD+1aD41l+HeqrmBMXsxBSbq54rh2jooL6G+ xKsK68Xp/0TS3+Fd4F81ibOU7wBk23RcMXpldpV5+96+La3ktvzm1TR1RbWe+OVKiv5G N/OJw1SU4Rf1DMti+lTpTlgcFnjLLOVD+jn7l4YFQiUWInsyEp7Gg7/rFjrMt0GTseh+ 61KQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=xRIC0kCoAP4608uSAodKJRBIq0XdbTFKhembP/tWisU=; b=KnZtDiDSvA+vzB0h2HfpvWV+36oMFYlg7zn3wKyFgE2CDfjpwjrRL6Mj6DodKRIHDi w0AGdVjC6uQTPriUBP/qcvEpoqsxHxgDyulZMf4jKhp8J2tRmdy7FlvQ9CoxTZ8QeuUA F9MvkjiZRr3MHQbMeW6Wdv+vD9QqmBVIFothp9Vm0Dk8Pj+B1TRATbooFXRjMBOqoeUk C4FcI74OW6Ph3kbYRrAOkKq/DmmGmv85wKleqTzzKPt255/w0fmaSZ34hCmrWiNL02xs PexWlSjuyT+xavlZ/NQMrpU+GL5dfCbLjlm/i/Udp7FgW0XPR28T6VuaOn3PuzXxksa3 sw6w== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b6si14382119edu.115.2021.06.07.09.01.59; Mon, 07 Jun 2021 09:02:41 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230341AbhFGQCg (ORCPT + 99 others); Mon, 7 Jun 2021 12:02:36 -0400 Received: from smtprelay0234.hostedemail.com ([216.40.44.234]:45310 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S230220AbhFGQCg (ORCPT ); Mon, 7 Jun 2021 12:02:36 -0400 Received: from omf16.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay02.hostedemail.com (Postfix) with ESMTP id 161A887C5; Mon, 7 Jun 2021 16:00:44 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf16.hostedemail.com (Postfix) with ESMTPA id E9FA62550F1; Mon, 7 Jun 2021 16:00:42 +0000 (UTC) Message-ID: Subject: Re: [PATCH v2 1/3] units: Add SI metric prefix definitions From: Joe Perches To: Andy Shevchenko Cc: linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, Jarkko Nikula , Mika Westerberg , wsa@kernel.org Date: Mon, 07 Jun 2021 09:00:41 -0700 In-Reply-To: References: <20210607152344.57458-1-andriy.shevchenko@linux.intel.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.38.1-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E9FA62550F1 X-Spam-Status: No, score=-2.90 X-Stat-Signature: uw5gc1ezwo8ac5kkaio99abhchskhpfz X-Rspamd-Server: rspamout03 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1+S6GjPoPQ8fyHkldiP/qv1uOpmU94ZSQg= X-HE-Tag: 1623081642-457992 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2021-06-07 at 18:57 +0300, Andy Shevchenko wrote: > On Mon, Jun 07, 2021 at 08:43:02AM -0700, Joe Perches wrote: > > On Mon, 2021-06-07 at 18:23 +0300, Andy Shevchenko wrote: > > > Sometimes it's useful to have well-defined SI metric prefix to be used > > > to self-describe the formulas or equations. -= > > The only use of any of these seems to be: > > > > sound/pcmcia/vx/vxp_ops.c: [VX_MICRO] = 0x0c, // MICRO > > sound/pcmcia/vx/vxp_ops.c: vx_outb(chip, MICRO, level); > > sound/pcmcia/vx/vxp_ops.c: vx_outb(chip, MICRO, vx_compute_mic_level(chip->mic_level)); > > > > and these vx_outb uses are themselves macros that prepend VX_ to the 2nd arg. > > Is it a real issue there? No, it's all good.