Received: by 2002:a05:7412:bb8d:b0:d7:7d3a:4fe2 with SMTP id js13csp201748rdb; Mon, 14 Aug 2023 14:09:04 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHJ5NRTzcr12sU5njYrHZz6m2M+hFSUAD5h2UE/hbUsc0/5ZVe4XOjPkio1qxtigYvGByWZ X-Received: by 2002:adf:f502:0:b0:317:f702:70d8 with SMTP id q2-20020adff502000000b00317f70270d8mr7649734wro.67.1692047344630; Mon, 14 Aug 2023 14:09:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1692047344; cv=none; d=google.com; s=arc-20160816; b=g/rN+cVbJUzfNndpZZ7yp7dpr3LQpIkau+y4yScCbXK4VIR7vKYFBufsCPYBc0q9LK 2axLMGHBAgY0HxovphvZ4E6KO/qlrOR54d2YI0yknbtCi/gjnVqvjaKUwCnx80LVw/sM 4BBV/MJ7IasmokTPiEN2svXoeTHuh4HpC8LYbUaL4mxsi6Fu/rRtu/oAb7lIEpcV/IGz AYrdMKvtgLUfKfNN4+lHZuFw59ZT82d+7E7ysVzP6PY4Av9kQMj9/WmvVX5K5CiKLFvV r2d6u02ctPsZeMTECdS83K413bdkWhqw4D/6x+UVnE7SOB88VyUzq8zAMdu5u7ciWRcW rpgw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=EHDxgTS16nuktS9qEdda5ZIGvIgBBUJTZ7pcNYCkF+Q=; fh=lgkXMd8Kdmn/oMK3YgivGUZcoLtGcX1HxLttcqhT2zE=; b=ZMUYUq23MnVDLKjKIjsDf7sFq4PMfOcDAx1DlRInQZSIzpbK88hSKiGg9qp8mxZrST 6lzV5IiPBKhV+e2GweWX6bl7dZwhxBkWi4X/DM0/4w9y2Tk5TiNc252u464lOheaao0S vAvNvzXW94XcYf/WcQh5Ujs/5aBGnMY97wez/EQdUwhBzFVQ+N1f9aGRX9FNQC7aWA/A A3Zfj7YVIQSaRNve0QE49okdRzpWRQqiBx9PeLW2tLUy9ZEhUA2LSiEh2w+Pi7e756kC qKW47TMgmOgRnElXl2N7Xkxxf/Amc/3zPWvDLAhTrWizaApoM/ZTGSx0xj+4ZL0f8tJO mQmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=LJoM6DZI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w7-20020aa7cb47000000b00524e6f3255dsi4703977edt.57.2023.08.14.14.08.37; Mon, 14 Aug 2023 14:09:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=LJoM6DZI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231289AbjHNUE4 (ORCPT + 99 others); Mon, 14 Aug 2023 16:04:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51370 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232380AbjHNUEu (ORCPT ); Mon, 14 Aug 2023 16:04:50 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5D36410E5; Mon, 14 Aug 2023 13:04:49 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id DF36F6465C; Mon, 14 Aug 2023 20:04:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 859A9C433C7; Mon, 14 Aug 2023 20:04:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1692043488; bh=hAxyfNnNzxVnPvxCxFqBr4+67fwVr5ZIzGGgFuBdSS0=; h=Date:Subject:To:References:From:In-Reply-To:From; b=LJoM6DZI8/WjEU5Wp56OPED7CXIS3btLl7TdAdRWOy08zZ1k6vDzOrP+/3trsmUbB PdYeaEShfOf5/BJ7MYan1xRiUVPLuL75KFaYX/rhvtNFXUkUHZz2Zb/pKJo26cAO0F KXdUtq4Z6R7PYsAtQPMEx49OfDc/7mR+ipXfJpjTNIcbrMKm6UMpEHXfwJEwPzGy5j t8PUQ4bBH2zXkXPK/icD13Va4QiS6ws4nkoeyF62v138NSzc+Zg8WstHID7D2S6MfS ghcg4YetNLPvts/qMABaSJjR4lsOqHMAKS/0x8XtS8MYm3RiXKUCD3km4bO9oae8Xz KRvekpb1Qhd+A== Message-ID: Date: Mon, 14 Aug 2023 22:04:40 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Subject: Re: [PATCH 02/33] iris: vidc: add core functions Content-Language: en-US To: Dikshita Agarwal , Vikash Garodia , stanimir.k.varbanov@gmail.com, agross@kernel.org, andersson@kernel.org, konrad.dybcio@linaro.org, mchehab@kernel.org, hans.verkuil@cisco.com, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org References: <1690550624-14642-1-git-send-email-quic_vgarodia@quicinc.com> <1690550624-14642-3-git-send-email-quic_vgarodia@quicinc.com> <0149fcd0-e64b-f155-05d8-f32a78d7e83b@kernel.org> <18ee06b6-65bc-a320-f06c-7d18ed29c739@quicinc.com> From: Krzysztof Kozlowski In-Reply-To: <18ee06b6-65bc-a320-f06c-7d18ed29c739@quicinc.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14/08/2023 20:54, Dikshita Agarwal wrote: >>> + >>> + core = devm_kzalloc(&pdev->dev, sizeof(struct msm_vidc_core), GFP_KERNEL); >>> + if (!core) { >>> + d_vpr_e("%s: failed to alloc memory for core\n", __func__); >> >> Ooops, this for sure did not pass any checks by tools. Sorry, please run >> basic checks like coccinelle, smatch, sparse, W=1 builds. >> > we ran check patch and smatch on this code but no errors were reported. coccinelle is missing > please elaborate what issue you see with above code? >>> + return -ENOMEM; We did quite a lot of cleanups long, long time ago removing all unneeded error messages from memory allocations failures. Maybe Your use of custom printks() confuses coccinelle, which is a proof that your code is here an anti-pattern. ... >> > Sure, will remove these custom wrapper for locks and use standard > mutex_lock/unlock APIs directly. >>> + allow = msm_vidc_allow_pm_suspend(core); >>> + >>> + if (allow == MSM_VIDC_IGNORE) { >>> + d_vpr_h("%s: pm already suspended\n", __func__); >> >> So you have bug in PM runtime code? Runtime PM does not suspend devices >> twice. >> core is power collapsed in case of idle state when there is no processing > happening by hardware, this can also change the core state to power_disable. > this check is ensuring if the core is already in power disable state due to > that, then no need to suspend it again. No, you just re-implemented runtime PM. Best regards, Krzysztof