Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp3325447ybi; Fri, 5 Jul 2019 05:38:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqyVlQ4DeQxSswFV5w+szZMolThGUzhXo9U9NbAC5Yza2MLEBotnQf9wR1bALC69vfnbKBrm X-Received: by 2002:a65:6448:: with SMTP id s8mr5366609pgv.223.1562330303043; Fri, 05 Jul 2019 05:38:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562330303; cv=none; d=google.com; s=arc-20160816; b=QOhZ0OfW5MwwUBypdg7/M/nPvh3G46KLFVGaFh4jiUJVW5xK7dz232gWvt+3o3zsC3 +H3aJ/9Tm4jdZGDMQuHFf4Fu4s1m03ZE9Xw0WfqDZ10HRzy91SWXcl18dxg18+qL7jhB YKCMU0AuwMfZkTecujVCWTO3NAuLWXGiIAgtEGtIWGwgX7RfTAcjYkyWmDLMtXKWBEUv Bkjsqe2lAbVsHd0tVnlN0w2iZ1c0EqHw4gpvhVGvg4zAcPkbvUqPVhwhR89+ZNxE6N4S i44jWaYXx0O9QdiAdC8an52iJ0+T6jQ4rl5sTp5bPIsKDmjfpOm3HayoEPFrq9+Hahaj QZNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=4M0gEh8aUv84V6fpC4vm7TLGpMcRmc4swJAnXEPuX7U=; b=rhsNMX/p53I9MjbYBrD+ClR+soP95LPGAMBZ3x2HlrPMywZ1qSpD33RAfOug5u8AAA Sy32p+HCpWuLo8St66xRehkiSOkJ0XEIwElbDMArsfOh/oS3VR8dsDMKBw9yywH5vAu5 teek0Aj9LXkB1QiQ3P1dwIlwSvwbp7B31grHXDtzzvyN/+nkB0joPY8QavOgJBZg6vFs z0TSN6+n97PtdWClfQ7kM/FLO+Tw5fdUM1TxaFUuYKyXjWJ/cgIPSTiK+eJYw7mAluSp Yr3fU/La7iQy585Qp4A2DYBB5OFtuXhqcN3P7fL/Xy3y2LxJq20ITk/vm3qDH0ykcwif VRCQ== 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 m22si9024794pgj.527.2019.07.05.05.38.08; Fri, 05 Jul 2019 05:38:23 -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 S1728156AbfGELYa (ORCPT + 99 others); Fri, 5 Jul 2019 07:24:30 -0400 Received: from mga06.intel.com ([134.134.136.31]:52406 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726523AbfGELY3 (ORCPT ); Fri, 5 Jul 2019 07:24:29 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jul 2019 04:24:28 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,454,1557212400"; d="scan'208";a="185155552" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.157]) by fmsmga001.fm.intel.com with SMTP; 05 Jul 2019 04:24:25 -0700 Received: by lahna (sSMTP sendmail emulation); Fri, 05 Jul 2019 14:24:24 +0300 Date: Fri, 5 Jul 2019 14:24:24 +0300 From: Mika Westerberg To: Yehezkel Bernat Cc: LKML , Andreas Noever , Michael Jamet , "Rafael J . Wysocki" , Len Brown , Lukas Wunner , Mario Limonciello , Anthony Wong , linux-acpi@vger.kernel.org Subject: Re: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer Message-ID: <20190705112424.GW2640@lahna.fi.intel.com> References: <20190705095800.43534-1-mika.westerberg@linux.intel.com> <20190705095800.43534-4-mika.westerberg@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 05, 2019 at 02:09:44PM +0300, Yehezkel Bernat wrote: > On Fri, Jul 5, 2019 at 12:58 PM Mika Westerberg > wrote: > > > > The register access should be using 32-bit reads/writes according to the > > datasheet. With the previous generation hardware 16-bit writes have been > > working but starting with ICL this is not the case anymore so fix > > producer/consumer register update to use correct width register address. > > > > Signed-off-by: Mika Westerberg > > --- > > drivers/thunderbolt/nhi.c | 26 ++++++++++++++++++++++---- > > 1 file changed, 22 insertions(+), 4 deletions(-) > > > > diff --git a/drivers/thunderbolt/nhi.c b/drivers/thunderbolt/nhi.c > > index 27fbe62c7ddd..09242653da67 100644 > > --- a/drivers/thunderbolt/nhi.c > > +++ b/drivers/thunderbolt/nhi.c > > @@ -143,9 +143,24 @@ static void __iomem *ring_options_base(struct tb_ring *ring) > > return io; > > } > > > > -static void ring_iowrite16desc(struct tb_ring *ring, u32 value, u32 offset) > > +static void ring_iowrite_prod(struct tb_ring *ring, u16 prod) > > { > > - iowrite16(value, ring_desc_base(ring) + offset); > > + u32 val; > > + > > + val = ioread32(ring_desc_base(ring) + 8); > > + val &= 0x0000ffff; > > + val |= prod << 16; > > + iowrite32(val, ring_desc_base(ring) + 8); > > +} > > + > > +static void ring_iowrite_cons(struct tb_ring *ring, u16 cons) > > +{ > > + u32 val; > > + > > + val = ioread32(ring_desc_base(ring) + 8); > > + val &= 0xffff0000; > > + val |= cons; > > + iowrite32(val, ring_desc_base(ring) + 8); > > } > > > > static void ring_iowrite32desc(struct tb_ring *ring, u32 value, u32 offset) > > @@ -197,7 +212,10 @@ static void ring_write_descriptors(struct tb_ring *ring) > > descriptor->sof = frame->sof; > > } > > ring->head = (ring->head + 1) % ring->size; > > - ring_iowrite16desc(ring, ring->head, ring->is_tx ? 10 : 8); > > + if (ring->is_tx) > > + ring_iowrite_prod(ring, ring->head); > > + else > > + ring_iowrite_cons(ring, ring->head); > > Really a matter of taste, but maybe you want to consider having a single > function, with a 3rd parameter, bool is_tx. > The calls here will be unified to: > ring_iowrite(ring, ring->head, ring->is_tx); > (No condition is needed here). I like the idea. We could even make it ring_iowrite_prod_cons(ring); and then use ring->head and ring->is_tx inside.