Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp9576149imu; Wed, 5 Dec 2018 07:03:51 -0800 (PST) X-Google-Smtp-Source: AFSGD/VwT6xtImQESaX6+usKv05+sXhSwSrUsgiduFfgT/2rB/HkgD4Lc2z7IYgVYVcjOBQq81j1 X-Received: by 2002:a63:604f:: with SMTP id u76mr20993526pgb.401.1544022231481; Wed, 05 Dec 2018 07:03:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544022231; cv=none; d=google.com; s=arc-20160816; b=nR/jZH1eX5iaj7pBypsKiFigdP3xmfmqihOcK/K/k5c52yXnESXoBQtE6i2gJNKDTd gPxBlyNW9AN1MGl0JiH0D+bBNO2uu1gziLOI+IT2sPVzcW2kjuCCoTVeAaYjuuhTIPJB IgmOdrr4Jb8dazqU2tGJyDMaaYiMIFuZnlt7amhRByGnZ4Jqh1NHyZwMTA4MgMAnKz0z 9O3xGbik8nQ+QtfAWVvdYOPAQmlyk1nyKMIkFY046pxdhY+h+nKSsRsX2UJ/H9f0jnZW 8girtrX2XtMGg+9DV5h5y5InsgWVGQWKYPU7rcmk42M/rVEIq1QxlLGykPLojLDasp+O SU7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=UR/zRMY2YUR1CyyN3ZhiPIp4rKr1hI/1pFJoKeqQsqY=; b=wUCPOpOKRQh1aXi9NzWAbnYuTActDo/rAE0vgSyhBkTUqc8m+Rqbouw1aOmMhx4Oc2 t5ENtsXzwQ/rwKbvmjg6mgo0Tl7gM0Iir6pe7XwO4l6uqd0zrdA8KKZdnJnfONsFeail P+orRKYCWWD6mDt2Su+9z9Zc5DERMt8rLBKr+LT9IWZ/B3iWgAwfe9osZEpqsPl6TO0j I65WZbzxsT44jL+R7aqIa6Je+YhGcN6cE/Dvqa2ksIASUxk78dLGAyR8g6J7Tw2GP+8S kjL+At84b1fyNUL5ruNJQzDk6KGyuH4Yujpzz6mMLiHBpU1jkQB+/AqDEzurQzoFJMVs 9HwQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=q5Ur+hbe; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j1si19372508plk.342.2018.12.05.07.03.25; Wed, 05 Dec 2018 07:03:51 -0800 (PST) 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; dkim=fail header.i=@gmail.com header.s=20161025 header.b=q5Ur+hbe; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727701AbeLEPBS (ORCPT + 99 others); Wed, 5 Dec 2018 10:01:18 -0500 Received: from mail-lj1-f193.google.com ([209.85.208.193]:41466 "EHLO mail-lj1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727309AbeLEPBS (ORCPT ); Wed, 5 Dec 2018 10:01:18 -0500 Received: by mail-lj1-f193.google.com with SMTP id k15-v6so1146186ljc.8; Wed, 05 Dec 2018 07:01:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=UR/zRMY2YUR1CyyN3ZhiPIp4rKr1hI/1pFJoKeqQsqY=; b=q5Ur+hbeZdSRVTliAVlaAaHercMDsLpIctn9lvMfaItchSqCFhgejDf/Z1++Wimo+u yR6UAV1c7fU0ZY7ZgFJGJ/U+qkFauLKrTgroiwmj2gLIHDyERn7Ze0eyDpIsIji92VLu AYlfwh6cRelZ6rYMj1kqNYCA41dnA029xIWXe+Ppnx+yMHLekjugQweEHvJ+P0xJr2Qt v5GFQPjKzMaOTo/2C5GqF1wBJMF4IT3pWRL87gIvicLdRzP2tyy7Zbae3V8Ru8pqORlX OQ+XPn8K3X6jhM7oSToll9NSuks2AhOLStnXFISDEbodpIh6Jzd2u10HySRkJy5JavnS V/Yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=UR/zRMY2YUR1CyyN3ZhiPIp4rKr1hI/1pFJoKeqQsqY=; b=K6+RKjdwCmaUZGIjBR/ssEaoKXujwljE/H1yGBdwCGnMqr5NJAu6sJgXnA043cd1My cRn3jt+iFIrdheKgGGqN+BWzXAG5UUJSKAB2Sh6qYU2osX+Qn8r3XT3BUc2Itn7SVmgl oXtCsKFuR1OhsJGalzrGtFZkp9ZbIJnSAInyinxuNLu9NcNMo1BRSiGYVTraAQenoebR jWtX5Rv+1Ij9FnN4LE7KcTACTa2TSaoCDkgjlsK/AX1MPMwsipelRKvxdrEqDNb2N8YL 82a8oRP7VtTWeVSLarh0rvmrgG6XXtdaq0X7wQvJgJgEGjNDqrrhnlqCHYYUamcu8duz ct6Q== X-Gm-Message-State: AA+aEWaWDK2larjP3fCAybRUWUD8ye3DahVNOIDwQqfo7WY2YnU4HQf/ cLfjyGOs2k6MIbcZXE0O/2E= X-Received: by 2002:a2e:8945:: with SMTP id b5-v6mr16000364ljk.55.1544022074847; Wed, 05 Dec 2018 07:01:14 -0800 (PST) Received: from xi.terra (c-74bee655.07-184-6d6c6d4.bbcust.telenor.se. [85.230.190.116]) by smtp.gmail.com with ESMTPSA id s8-v6sm3823538ljh.14.2018.12.05.07.01.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Dec 2018 07:01:13 -0800 (PST) Received: from johan by xi.terra with local (Exim 4.91) (envelope-from ) id 1gUYfs-0003zd-CE; Wed, 05 Dec 2018 16:01:16 +0100 Date: Wed, 5 Dec 2018 16:01:16 +0100 From: Johan Hovold To: Andreas Kemnade Cc: johan@kernel.org, robh+dt@kernel.org, mark.rutland@arm.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Discussions about the Letux Kernel Subject: Re: [PATCH 2/5] gnss: sirf: power on logic for devices without wakeup signal Message-ID: <20181205150116.GF15689@localhost> References: <20181118215801.12280-1-andreas@kemnade.info> <20181118215801.12280-3-andreas@kemnade.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181118215801.12280-3-andreas@kemnade.info> User-Agent: Mutt/1.11.1 (2018-12-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 18, 2018 at 10:57:58PM +0100, Andreas Kemnade wrote: > Some Wi2Wi devices do not have a wakeup output, so device state can > only be indirectly detected by looking whether there is communitcation > over the serial lines. > Additionally it checks for the initial state of the device during > probing to ensure it is off. > Timeout values need to be increased, because the reaction on serial line > is slower and are in line with previous patches by > Neil Brown and H. Nikolaus Schaller . > > Signed-off-by: Andreas Kemnade > --- > drivers/gnss/sirf.c | 97 +++++++++++++++++++++++++++++++++++------------------ > 1 file changed, 65 insertions(+), 32 deletions(-) > > diff --git a/drivers/gnss/sirf.c b/drivers/gnss/sirf.c > index b5efbb062316..6a0e5c0a2d62 100644 > --- a/drivers/gnss/sirf.c > +++ b/drivers/gnss/sirf.c > @@ -22,8 +22,8 @@ > > #define SIRF_BOOT_DELAY 500 > #define SIRF_ON_OFF_PULSE_TIME 100 > -#define SIRF_ACTIVATE_TIMEOUT 200 > -#define SIRF_HIBERNATE_TIMEOUT 200 > +#define SIRF_ACTIVATE_TIMEOUT 1000 > +#define SIRF_HIBERNATE_TIMEOUT 1000 We shouldn't increase the timeouts for the general case where we have wakeup connected. > struct sirf_data { > struct gnss_device *gdev; > @@ -45,26 +45,14 @@ static int sirf_open(struct gnss_device *gdev) > int ret; > > data->opened = true; > - ret = serdev_device_open(serdev); > - if (ret) > - return ret; > - > - serdev_device_set_baudrate(serdev, data->speed); > - serdev_device_set_flow_control(serdev, false); And also here, I think we shouldn't change the general case (wakeup connected) unnecessarily. Currently user space can request the receiver to remain powered, while not keeping the port open unnecessarily. > > ret = pm_runtime_get_sync(&serdev->dev); > if (ret < 0) { > dev_err(&gdev->dev, "failed to runtime resume: %d\n", ret); > pm_runtime_put_noidle(&serdev->dev); > data->opened = false; > - goto err_close; > } > > - return 0; > - > -err_close: > - serdev_device_close(serdev); > - > return ret; > } > > @@ -73,8 +61,6 @@ static void sirf_close(struct gnss_device *gdev) > struct sirf_data *data = gnss_get_drvdata(gdev); > struct serdev_device *serdev = data->serdev; > > - serdev_device_close(serdev); > - > pm_runtime_put(&serdev->dev); > data->opened = false; > } > @@ -109,6 +95,11 @@ static int sirf_receive_buf(struct serdev_device *serdev, > struct sirf_data *data = serdev_device_get_drvdata(serdev); > struct gnss_device *gdev = data->gdev; > > + if ((!data->wakeup) && (!data->active)) { You have superfluous parenthesis like the above throughout the series. > + data->active = 1; active is bool, so use "true". > + wake_up_interruptible(&data->power_wait); > + } > + > /* > * we might come here everytime when runtime is resumed > * and data is received. Two cases are possible > @@ -149,6 +140,25 @@ static int sirf_wait_for_power_state(struct sirf_data *data, bool active, > { > int ret; > > + /* no wakeup pin, success condition is that > + * no byte comes in in the period > + */ Multiline comment style needs to be fixed throughout. Also use sentence case and periods where appropriate. > + if ((!data->wakeup) && (!active) && (data->active)) { > + /* some bytes might come, so sleep a bit first */ > + msleep(timeout); This changes the semantics of the functions and effectively doubles the requested timeout. > + data->active = false; > + ret = wait_event_interruptible_timeout(data->power_wait, > + data->active == true, msecs_to_jiffies(timeout)); > + > + if (ret < 0) > + return ret; > + > + /* we are still getting woken up -> timeout */ > + if (ret > 0) > + return -ETIMEDOUT; > + return 0; > + } > + > ret = wait_event_interruptible_timeout(data->power_wait, > data->active == active, msecs_to_jiffies(timeout)); > if (ret < 0) > @@ -203,21 +213,48 @@ static int sirf_set_active(struct sirf_data *data, bool active) > static int sirf_runtime_suspend(struct device *dev) > { > struct sirf_data *data = dev_get_drvdata(dev); > + int ret; > > if (!data->on_off) > return regulator_disable(data->vcc); Missing newline. > + ret = sirf_set_active(data, false); > Superfluous newline. > - return sirf_set_active(data, false); > + if (ret) > + dev_err(dev, "failed to deactivate"); Missing '\n'. > + > + /* we should close it anyways, so the following receptions > + * will not run into the empty > + */ Not sure what you mean here, please rephrase. > + serdev_device_close(data->serdev); > + return 0; > } > > static int sirf_runtime_resume(struct device *dev) > { > + int ret; Please, place after the next declaration (reverse xmas style). > struct sirf_data *data = dev_get_drvdata(dev); Missing newline. > + ret = serdev_device_open(data->serdev); > + if (ret) > + return ret; > > - if (!data->on_off) > - return regulator_enable(data->vcc); > + serdev_device_set_baudrate(data->serdev, data->speed); > + serdev_device_set_flow_control(data->serdev, false); > + > + if (!data->on_off) { > + ret = regulator_enable(data->vcc); > + if (ret) > + goto err_close_serdev; > + } Newline. > + ret = sirf_set_active(data, true); > + > + if (!ret) > + return 0; Add an error label instead, and return 0 unconditionally in the success path. > > - return sirf_set_active(data, true); > + if (!data->on_off) > + regulator_disable(data->vcc); > +err_close_serdev: > + serdev_device_close(data->serdev); > + return ret; > } > > static int __maybe_unused sirf_suspend(struct device *dev) > @@ -311,18 +348,6 @@ static int sirf_probe(struct serdev_device *serdev) > if (data->on_off) { > data->wakeup = devm_gpiod_get_optional(dev, "sirf,wakeup", > GPIOD_IN); > - if (IS_ERR(data->wakeup)) > - goto err_put_device; You still want to check for errors here. > - > - /* > - * Configurations where WAKEUP has been left not connected, > - * are currently not supported. > - */ > - if (!data->wakeup) { > - dev_err(dev, "no wakeup gpio specified\n"); > - ret = -ENODEV; > - goto err_put_device; > - } > } > > if (data->wakeup) { > @@ -352,6 +377,13 @@ static int sirf_probe(struct serdev_device *serdev) > if (IS_ENABLED(CONFIG_PM)) { > pm_runtime_set_suspended(dev); /* clear runtime_error flag */ > pm_runtime_enable(dev); > + /* device might be enabled at boot, so lets first enable it, > + * then disable it to bring it into a clear state > + */ > + ret = pm_runtime_get_sync(dev); > + if (ret) > + goto err_disable_rpm; > + pm_runtime_put(dev); > } else { > ret = sirf_runtime_resume(dev); > if (ret < 0) > @@ -401,6 +433,7 @@ static const struct of_device_id sirf_of_match[] = { > { .compatible = "linx,r4" }, > { .compatible = "wi2wi,w2sg0008i" }, > { .compatible = "wi2wi,w2sg0084i" }, > + { .compatible = "wi2wi,w2sg0004" }, Keep the entries sorted. > {}, > }; > MODULE_DEVICE_TABLE(of, sirf_of_match); Johan