Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp600836imm; Wed, 4 Jul 2018 02:44:29 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfeypNBRXqTzkg9hIFOqRNMZqB32K2wbWq4ZaxkgSwYTTFUAERiIALsv0zlPGnb6mtuoGVM X-Received: by 2002:a62:c0a:: with SMTP id u10-v6mr1411978pfi.43.1530697469462; Wed, 04 Jul 2018 02:44:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530697469; cv=none; d=google.com; s=arc-20160816; b=vYJMbUOdhZSpWdMuVGj88BPUKHOncrpfFqGv5cFWjo45I42wxShfXa8YLivwfWlWxV qDKZrFBNkYFmgkolBx8AuzgZVKve40FRkbY7uDIBcFkFuQ6OspwgvzCpzSFOcTgVOWvW 2c2iXdXB1KXhOcfX0H2NpPAHq27VSX1v8yrLsAxLB1XLQNspjpqcgQRWaFJXw0M4m+gV Uzg38dEhxHoNGnoboS9Q+lfTeqtw4AnKpRmaZb6XLnXdp1yY/YKZ1ge2Xy+UQqo+W/ia cGj48Oz1j1ha8AkCZFrOrmUiLE4jem7t2llWZrrsssju5evMK00TrxYStPnrKsJoVd5p 47QA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature:dkim-signature :arc-authentication-results; bh=sSkWHlw7OpZGFjZsZ9u7dz7GjJBzHIEY4raxYqhZpoU=; b=TqdSG5O/ye04ERHrTrJdBA0ghrcaXOUy5JwZe/h6koLFL/7Nesj79wOFRA5OMg4hpx GbjxWkks3AAqIKE8uJXoVuQssz6AamGhxhM94DdUVo2YTTHNSqzZ8TkbALyaRQGjs+ZI 4yBRSGXu0yhsU3zxmNHk8+NCZXA3IfKDD8tvUAx65xQEVj3njhE1RFL+hAjSLv5WGphU ut8O0ZPbvajpjcsj5fysrBUH6goKcKJ8Bml5DynMYFhiUANqVRsrRRU/S2SjIDvO2wH8 SIn7hTqi31A9eYist1LOntr5F5ZmTQU1K2QA+buRBMbWsPFObkk5TvCnzy11C94J8xJo 4SZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=ZJpNoEoK; dkim=pass header.i=@codeaurora.org header.s=default header.b=EPdyc9x4; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s15-v6si3187056pgm.56.2018.07.04.02.44.14; Wed, 04 Jul 2018 02:44:29 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=ZJpNoEoK; dkim=pass header.i=@codeaurora.org header.s=default header.b=EPdyc9x4; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932978AbeGDJnQ (ORCPT + 99 others); Wed, 4 Jul 2018 05:43:16 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:52814 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753339AbeGDJlv (ORCPT ); Wed, 4 Jul 2018 05:41:51 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 6CC3960B83; Wed, 4 Jul 2018 09:41:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1530697310; bh=zJJWXZGiH4Fb3SRANQugPi3QML2QGPcNZvPiA6k8dPY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ZJpNoEoKJ3XQEnI3Obz7yOI7seVPlcg1lhNvAQ7m2fIdRXWlEtI+6B2X3VTi6TFMT OJQtrZyjZhsnAFU+2csNo/DPXiTQ17wY7HiHo8os7T7l2Go1uUQKbUkDwx7AQTpmva OsvSJLOH+eHoL7tYlvm/yZNxv47OMnYYqq6KeyQc= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.codeaurora.org (Postfix) with ESMTP id A1D5360B6B; Wed, 4 Jul 2018 09:41:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1530697309; bh=zJJWXZGiH4Fb3SRANQugPi3QML2QGPcNZvPiA6k8dPY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=EPdyc9x4EG+jQOqU95yTvCzSV1QpSl9Jjts8xKYrcOR0IBT2NiL47lpKhyRusqzus Wwx8yB9jlU9cXX9CdoBlVJhIEjK+MvCXqfR47F+JKcnC3yqtSM1wr4qzqc+aM4tLhf uw99sgrWEoJniVdx8BI/nTVUQt53goBrpn9Mtrko= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 04 Jul 2018 15:11:49 +0530 From: Vikash Garodia To: Tomasz Figa Cc: Hans Verkuil , Mauro Carvalho Chehab , Rob Herring , Mark Rutland , Andy Gross , bjorn.andersson@linaro.org, Stanimir Varbanov , Linux Media Mailing List , Linux Kernel Mailing List , linux-arm-msm , linux-soc@vger.kernel.org, devicetree@vger.kernel.org, Alexandre Courbot , linux-media-owner@vger.kernel.org Subject: Re: [PATCH v2 2/5] media: venus: add a routine to set venus state In-Reply-To: References: <1527884768-22392-1-git-send-email-vgarodia@codeaurora.org> <1527884768-22392-3-git-send-email-vgarodia@codeaurora.org> <20180601212117.GD11565@jcrouse-lnx.qualcomm.com> Message-ID: <5560573ed426b03ad7676ac14a291e70@codeaurora.org> X-Sender: vgarodia@codeaurora.org User-Agent: Roundcube Webmail/1.2.5 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2018-07-04 14:30, Tomasz Figa wrote: > On Wed, Jul 4, 2018 at 4:59 PM Vikash Garodia > wrote: >> On 2018-06-04 18:24, Tomasz Figa wrote: >> > On Sat, Jun 2, 2018 at 6:21 AM Jordan Crouse >> > wrote: >> >> On Sat, Jun 02, 2018 at 01:56:05AM +0530, Vikash Garodia wrote: >> > Given that this function is supposed to substitute existing calls into >> > qcom_scm_set_remote_state(), why not just do something like this: >> > >> > if (qcom_scm_is_available()) >> > return qcom_scm_set_remote_state(state, 0); >> > >> > switch (state) { >> > case TZBSP_VIDEO_SUSPEND: >> > writel_relaxed(1, reg_base + WRAPPER_A9SS_SW_RESET); >> > break; >> > case TZBSP_VIDEO_RESUME: >> > venus_reset_hw(core); >> > break; >> > } >> > >> > return 0; >> This will not work as driver will write on the register irrespective >> of >> scm >> availability. > > I'm sorry, where would it do so? The second line returns from the > function inf SCM is available, so the rest of the function wouldn't be > executed. Ah!! you are right. That would work as well. I am ok with either way, but would recommend to keep it the existing way as it makes it little more readable. > Best regards, > Tomasz