Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2626442pxj; Mon, 10 May 2021 07:17:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzXf4e1wp0l+CWd3m3x/pM6SVantXo+xMt/RfUZJHsqQoL37VWCvGCeEFL54cIWsYdFBbcN X-Received: by 2002:a17:906:4a55:: with SMTP id a21mr25176945ejv.215.1620656275725; Mon, 10 May 2021 07:17:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620656275; cv=none; d=google.com; s=arc-20160816; b=jAjh5msIkSauYEQlw7fWIrWLKdbSSql/ZKhEeblcTW0PkmwY0NvysiGtkGxhmUVywI +YfSIpj3+4HKnS2bEpwV+2UQIcLTe4kb+GsDTDdC9EBZFrftJ885UWlbxRyAfl1OzVdl mfcKynGs6q2myFSkDutcj/hjKnaN8gGC4RasPfYsvl6zucnyTM83dZ2lLt7rrX9d7rMB 8SE+rCU3WYgjw+PTeWlhW6ej817NMLov5rpGonSNoz0cUASJyuc4NGl0dVRugvZCoXe8 srRWtautW2ePjnfker8VRN/AxzfvKUOqVhIUYlie0cf7QPnaqQlKwVPXbTX2bfuhs/Js V2IA== 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 :message-id:date:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=USv+cwcMYOqWk/SNJ707GAFWiZhV+2LULDzEe8a/2Yg=; b=AsAw1L6rh4bp5ZUT5YdKzd80lj3a50opZt36mZ/j+TLatF2ZecjA4eOsy5RIy9OJKK zZczmi7f3Ebm4gNNvBgG3aSdbjC54zkjAcYGTcqGD1SwfX2/885ScfiUP2c9w0Z6JpzL /uJkGh4lQ6k2HBwnHwIKBAJ2LzNvnXpGlehq/65ugL+Ewx6VtjJtWUGgQ9yAzZ+lvnF8 WyGEbGNQPfs8ErEafQJ11IsWv4j8K+/UbKYCJT4bm0cghJBL8XKyPfKA/8EbUGuO6guQ ecYioxwxYvNso3v8TRTwEf8oK6hjjZvFRUIb1xOIMkvEg5OtVOb3MEK8GDU3jovYU/BF l6EA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t8si14569431edi.510.2021.05.10.07.17.26; Mon, 10 May 2021 07:17:55 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232316AbhEJOQy (ORCPT + 99 others); Mon, 10 May 2021 10:16:54 -0400 Received: from mga02.intel.com ([134.134.136.20]:10138 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232053AbhEJOMu (ORCPT ); Mon, 10 May 2021 10:12:50 -0400 IronPort-SDR: +u92cO7pzw8ynL9XLMYZmrzHMwHMYdpTM5+5pCqcLJvVdZNWs/UQXnKXt9283Qf7aJHzr+BYQq CIV00EQ3xdSA== X-IronPort-AV: E=McAfee;i="6200,9189,9980"; a="186339099" X-IronPort-AV: E=Sophos;i="5.82,287,1613462400"; d="scan'208";a="186339099" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 May 2021 07:10:14 -0700 IronPort-SDR: KdH8su/4ZReo1i+QeV41PtXxu8f9iw/aS1LKiy9zYCDJvmMlKAFvO2X5wdH2TpvZes/DOKszOT IDrl1Sc0inuA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,287,1613462400"; d="scan'208";a="536427303" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga001.fm.intel.com with ESMTP; 10 May 2021 07:10:11 -0700 Received: by black.fi.intel.com (Postfix, from userid 1003) id A50C6142; Mon, 10 May 2021 17:10:31 +0300 (EEST) From: Andy Shevchenko To: Mark Brown , linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Linus Walleij , Andy Shevchenko , Liguang Zhang , Jay Fang , Sven Van Asbroeck , Xin Hao Subject: [PATCH v1 1/1] spi: Assume GPIO CS active high in ACPI case Date: Mon, 10 May 2021 17:10:22 +0300 Message-Id: <20210510141022.56499-1-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Currently GPIO CS handling, when descriptors are in use, doesn't take into consideration that in ACPI case the default polarity is active high and can't be altered. Instead we have to use the per-chip definition provided by SPISerialBus() resource. Fixes: 766c6b63aa04 ("spi: fix client driver breakages when using GPIO descriptors") Cc: Liguang Zhang Cc: Jay Fang Cc: Sven Van Asbroeck Signed-off-by: Andy Shevchenko Tested-by: Xin Hao --- drivers/spi/spi.c | 17 ++++++++++++++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c index 956dce3aafca..f56e0212ee97 100644 --- a/drivers/spi/spi.c +++ b/drivers/spi/spi.c @@ -820,12 +820,23 @@ static void spi_set_cs(struct spi_device *spi, bool enable, bool force) if (spi->cs_gpiod || gpio_is_valid(spi->cs_gpio)) { if (!(spi->mode & SPI_NO_CS)) { + /* + * Historically ACPI has no means of the GPIO polarity and thus + * the SPISerialBus() resource defines it on the per-chip basis. + * In order to avoid a chain of negations, the GPIO polarity is + * considered being Active High. Even for the cases when _DSD() + * is involved (in the updated versions of ACPI) the GPIO CS + * polarity must be defined Active High to avoid ambiguity. + * That's why we use enable, that takes SPI_CS_HIGH into account. + */ + bool value = has_acpi_companion(&spi->dev) ? !enable : activate; + if (spi->cs_gpiod) - /* polarity handled by gpiolib */ - gpiod_set_value_cansleep(spi->cs_gpiod, activate); + /* Polarity handled by GPIO library */ + gpiod_set_value_cansleep(spi->cs_gpiod, value); else /* - * invert the enable line, as active low is + * Invert the enable line, as active low is * default for SPI. */ gpio_set_value_cansleep(spi->cs_gpio, !enable); -- 2.30.2