From patchwork Fri Jun 12 13:53:48 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrey Konovalov X-Patchwork-Id: 187847 Delivered-To: patch@linaro.org Received: by 2002:a54:30ca:0:0:0:0:0 with SMTP id e10csp519346ecs; Fri, 12 Jun 2020 06:56:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOdFfIyznZ9tFgfg8tKkAok2kgkGOwxLi09nqOte6QPaJUgdvU/qtx8oGvIW8w8yDyL609 X-Received: by 2002:a17:906:46d0:: with SMTP id k16mr13227435ejs.76.1591970200863; Fri, 12 Jun 2020 06:56:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591970200; cv=none; d=google.com; s=arc-20160816; b=z/CqBxOUNdx8LDoV61EXWhcXgGIPC3YCcefegpuK2rEgj+NI5ShCRl9pjHvKZIUzjD lVsORz3aTjyN7YEqQLd1uuE7jSdKHkUqOs51GgJsaw85DEvbStqorOvG0KobW6ujve9A 50qzr9OdUsy2w7I/AAzGBarf3vHD+bQlwAbC80ZVjZXSpWJG9ronxtM49adYtnJyDQqi 9m2Q2YQTVwFQABRXeqFwu1q1uAV2luUsLgbrYS/EZB46nX/DiCs7vhpkjaNWlYKoNjhy loKqy5RCPcICU3t6VtNZdUHnq1OsrJ5T45RAl7HIzAewigdOhE+KCqOo7wEi7plHWVAj +q6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=/H496xjB4IoQDnldRUbAyOpNgcDxVGf3TevH7sGSKHU=; b=M4Y0nZeMqRVpct07RF5KZVAhqgB3r5D1PHif3NiPhypL/alFZJ3wNh5f4SzqqJ0xYs ZTvykftvnhkGMq3q5Fpyr1392tzj9pPhrqYDItP+zvA/P9ppuRP5lRrFyeiXBCEZ5q4a 6+csXlXxJ091qglczfojy3yyXDR1XR10XXHfwLqW0RohDKxwviLuIJm9JApT0cH66i13 weDt0JfBlskz7Jjns1NXS8a0q/KmYr1mFdRU6wgFs+GRwP9hgobSPaWJ9mecyuLsHBSL 8rKDb0E7p+/k2NCmSuUbTmo6gujt1jUlcK8nii29Yu1DCEsKba5Q0721xege8N2dIRFl UR3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=fftOCneX; spf=pass (google.com: domain of linux-media-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-media-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t9si3926489eju.485.2020.06.12.06.56.40; Fri, 12 Jun 2020 06:56:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-media-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=fftOCneX; spf=pass (google.com: domain of linux-media-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-media-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726379AbgFLN4h (ORCPT + 4 others); Fri, 12 Jun 2020 09:56:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50472 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726414AbgFLNyb (ORCPT ); Fri, 12 Jun 2020 09:54:31 -0400 Received: from mail-lj1-x243.google.com (mail-lj1-x243.google.com [IPv6:2a00:1450:4864:20::243]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2999AC08C5C7 for ; Fri, 12 Jun 2020 06:54:25 -0700 (PDT) Received: by mail-lj1-x243.google.com with SMTP id a9so11180962ljn.6 for ; Fri, 12 Jun 2020 06:54:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=/H496xjB4IoQDnldRUbAyOpNgcDxVGf3TevH7sGSKHU=; b=fftOCneXKWTkNFqnZ6vGP1HVU13C17BsBFNoDXh5Ok1/67dFsKQ3z5di7POtXubw1X qlbOVqUZCcLe7150o8uALCOI+GHdIdDkph46GH8a6gGmUsBFfNQRc0EA/IrxrtY+Ards P3Zx6N/lWGwn5NZ7yZnj8ZnvK1e1cdM821f+nofLbzK43YYcCrdkWW4DHFfmbnPJgx6R E04UlhA46fqziCP/tPjlKNpD5MopSfB6RNaJyTd+8pzGI86sJ1ghxwWr/31VVdRSgUxc 3xS2MZ3HvtM9IqRMTnhhzhDwl6HHff+R5DI9ocwxKMJg8zVZVRQhXjQTSvTFzTuVgRW+ veEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=/H496xjB4IoQDnldRUbAyOpNgcDxVGf3TevH7sGSKHU=; b=kUnNE3uZLaxu8xCYgbUrE/G4nlEagf6PSA5m4bHGnE4SfOcWRdbDeOr5Pzu6jqYRtA 1O5nDFOS7iySzSPoVp+ASA1VBtEvOMd7B5g9Y+yd0wZvjM+IPU2WrEonBEyVWkdDlELV 887C8hYtPU98vtvHrMALu2p7lKlhkl8R4V73vf5b0WY8f2FWiBEX2EypC6sdtOISq+kW OcJkJ7ThXWG5qlKCSTjC5rjzlVPoTTfHBRNNLUWZceO9jKhUF59gt7S00xSc4SUDdlbt RyfTxc1H3634lfgSM0jwc190VXaAfa8DajLHrhKOiCehz5k+vlzx0i7yWe28Jq51xe1R AujQ== X-Gm-Message-State: AOAM530qtcb7O44i+epmJcNpGQcvJeEpSs3dXpGKDVvnxEYPbGRG3zaM HqP9KK6WSFK1yn2zrRoLzP/C9w== X-Received: by 2002:a2e:3003:: with SMTP id w3mr6744730ljw.11.1591970063574; Fri, 12 Jun 2020 06:54:23 -0700 (PDT) Received: from localhost.localdomain (37-144-159-139.broadband.corbina.ru. [37.144.159.139]) by smtp.googlemail.com with ESMTPSA id a1sm2414415lfi.36.2020.06.12.06.54.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Jun 2020 06:54:22 -0700 (PDT) From: Andrey Konovalov To: mchehab@kernel.org, sakari.ailus@iki.fi, manivannan.sadhasivam@linaro.org Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, c.barrett@framos.com, a.brela@framos.com, peter.griffin@linaro.org, Andrey Konovalov Subject: [PATCH v5 03/10] media: i2c: imx290: fix reset GPIO pin handling Date: Fri, 12 Jun 2020 16:53:48 +0300 Message-Id: <20200612135355.30286-4-andrey.konovalov@linaro.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200612135355.30286-1-andrey.konovalov@linaro.org> References: <20200612135355.30286-1-andrey.konovalov@linaro.org> Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org According to https://www.kernel.org/doc/Documentation/gpio/consumer.txt, - all of the gpiod_set_value_xxx() functions operate with the *logical* value. So in imx290_power_on() the reset signal should be cleared (de-asserted) with gpiod_set_value_cansleep(imx290->rst_gpio, 0), and in imx290_power_off() the value of 1 must be used to apply/assert the reset to the sensor. In the device tree the reset pin is described as GPIO_ACTIVE_LOW, and gpiod_set_value_xxx() functions take this into account, - when devm_gpiod_get_optional() is called with GPIOD_ASIS, the GPIO is not initialized, and the direction must be set later; using a GPIO without setting its direction first is illegal and will result in undefined behavior. Fix this by using GPIOD_OUT_HIGH instead of GPIOD_ASIS (this asserts the reset signal to the sensor initially). Signed-off-by: Andrey Konovalov Reviewed-by: Manivannan Sadhasivam --- drivers/media/i2c/imx290.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) -- 2.17.1 diff --git a/drivers/media/i2c/imx290.c b/drivers/media/i2c/imx290.c index d0322f9a8856..7b1de1f0c8b7 100644 --- a/drivers/media/i2c/imx290.c +++ b/drivers/media/i2c/imx290.c @@ -628,7 +628,7 @@ static int imx290_power_on(struct device *dev) } usleep_range(1, 2); - gpiod_set_value_cansleep(imx290->rst_gpio, 1); + gpiod_set_value_cansleep(imx290->rst_gpio, 0); usleep_range(30000, 31000); return 0; @@ -641,7 +641,7 @@ static int imx290_power_off(struct device *dev) struct imx290 *imx290 = to_imx290(sd); clk_disable_unprepare(imx290->xclk); - gpiod_set_value_cansleep(imx290->rst_gpio, 0); + gpiod_set_value_cansleep(imx290->rst_gpio, 1); regulator_bulk_disable(IMX290_NUM_SUPPLIES, imx290->supplies); return 0; @@ -757,7 +757,8 @@ static int imx290_probe(struct i2c_client *client) goto free_err; } - imx290->rst_gpio = devm_gpiod_get_optional(dev, "reset", GPIOD_ASIS); + imx290->rst_gpio = devm_gpiod_get_optional(dev, "reset", + GPIOD_OUT_HIGH); if (IS_ERR(imx290->rst_gpio)) { dev_err(dev, "Cannot get reset gpio\n"); ret = PTR_ERR(imx290->rst_gpio);