Received: by 2002:a05:6358:c692:b0:131:369:b2a3 with SMTP id fe18csp1658280rwb; Wed, 26 Jul 2023 16:38:51 -0700 (PDT) X-Google-Smtp-Source: APBJJlHUbijcNq+HU91nnrL4JoodmDIKO/xoODsYmrMb2d2aX8acb1GSetjbnaolN65ux46fX4ft X-Received: by 2002:a05:6300:8089:b0:116:d935:f742 with SMTP id ap9-20020a056300808900b00116d935f742mr4134700pzc.20.1690414730796; Wed, 26 Jul 2023 16:38:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690414730; cv=none; d=google.com; s=arc-20160816; b=Pui8wq23Q3z1Efc/8qUn+ZuF/ZND6M3pwd+WtCjzoYQV9qPspgzik6O6vmymL/3Jbq A5l9fyEH8PhaLUuKAw0zN/Fo16dYGiUchgah0irhmeLgNVspF6J4wksu4HADLdrhrBCw PzyL/JAwJIba0DeIZCTBgjaP33LCYerRBJQC0EK/MxTvFPt1Ag+bwKQNzP4y8/KOogzy pbu/4gSU4lKEQg+Xix25d2yuIav68m4BSzjXjGgbx5yFTygaRfyPH6zhoxZgLHblpDwm yd5m0iPKx9J9KskyNtOwowGLs/kN21VnRW4mp1E6ETzKWRC8PTK1KG2ZdItOHR6JWiNJ d6TQ== 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 :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id; bh=QOMnjgWtwZtdl34/3VJ48snuHB+1gKG64XUB7dL8Tmg=; fh=8aRJmp2JykrbUv0hboL7a9uUbLnhUg6oUc71sznDeCY=; b=ogCGlL3N5Ah+hCTNqjqsFPlf1EWPSMgcpEp5xgdUhD3EY/pkHO7rT2GwcIIC8bSv7H GQvp+d2Ljm5v2dXB1gAWS5g25eKLmZeY+BmgvAHvcOm/AvqyA031u7nnP4ZQrSDJqvhm ZMfeY60NRw60RyfTMkuDYyL1FRQ9nGmJPVpHSFGWzr09fnGWlC2CRAr6xYCB7MV3nzvM X7Ac/FdgKm9GUF0szS5E+cmX9nTSJuaogELafGGrc3oXy5n7zvJws/a6ndCaKZ7nZ2zX C67UQh9EytcOtooxji035lovx6x/eN7O+4IbfW7QqE+zHRIv15WYYDW2FVTCEkwKCvG6 9qsA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g124-20020a636b82000000b005637e28271fsi92409pgc.432.2023.07.26.16.38.38; Wed, 26 Jul 2023 16:38:50 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230043AbjGZWOt convert rfc822-to-8bit (ORCPT + 99 others); Wed, 26 Jul 2023 18:14:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56598 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230185AbjGZWOq (ORCPT ); Wed, 26 Jul 2023 18:14:46 -0400 Received: from fd01.gateway.ufhost.com (fd01.gateway.ufhost.com [61.152.239.71]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2BCDB270D; Wed, 26 Jul 2023 15:14:44 -0700 (PDT) Received: from EXMBX166.cuchost.com (unknown [175.102.18.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "EXMBX166", Issuer "EXMBX166" (not verified)) by fd01.gateway.ufhost.com (Postfix) with ESMTP id 1CE5724DB83; Thu, 27 Jul 2023 06:14:42 +0800 (CST) Received: from EXMBX073.cuchost.com (172.16.6.83) by EXMBX166.cuchost.com (172.16.6.76) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Thu, 27 Jul 2023 06:14:42 +0800 Received: from [192.168.60.107] (180.164.60.184) by EXMBX073.cuchost.com (172.16.6.83) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Thu, 27 Jul 2023 06:14:41 +0800 Message-ID: <995e6991-6635-0c0e-d50c-5b6fe2ce6655@starfivetech.com> Date: Thu, 27 Jul 2023 06:14:41 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: [PATCH v7 3/6] media: starfive: camss: Add basic driver To: Bryan O'Donoghue , Mauro Carvalho Chehab , Robert Foss , Todor Tomov , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Philipp Zabel , Laurent Pinchart , Hans Verkuil , Eugen Hristev , Ezequiel Garcia CC: , , , References: <20230619112838.19797-1-jack.zhu@starfivetech.com> <20230619112838.19797-4-jack.zhu@starfivetech.com> Content-Language: en-US From: Jack Zhu In-Reply-To: Content-Type: text/plain; charset="UTF-8" X-Originating-IP: [180.164.60.184] X-ClientProxiedBy: EXCAS066.cuchost.com (172.16.6.26) To EXMBX073.cuchost.com (172.16.6.83) X-YovoleRuleAgent: yovoleflag Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Hi Bryan, Thank you for your comments. On 2023/7/26 18:55, Bryan O'Donoghue wrote: > On 19/06/2023 12:28, Jack Zhu wrote: > >> +static int stfcamss_of_parse_ports(struct stfcamss *stfcamss) >> +{ >> +    struct device *dev = stfcamss->dev; >> +    struct device_node *node = NULL; >> +    int ret, num_subdevs = 0; >> + >> +    for_each_endpoint_of_node(dev->of_node, node) { >> +        struct stfcamss_async_subdev *csd; >> + >> +        if (!of_device_is_available(node)) >> +            continue; >> + >> +        csd = v4l2_async_nf_add_fwnode_remote(&stfcamss->notifier, >> +                              of_fwnode_handle(node), >> +                              struct stfcamss_async_subdev); >> +        if (IS_ERR(csd)) { >> +            ret = PTR_ERR(csd); >> +            goto err_cleanup; >> +        } >> + >> +        ret = stfcamss_of_parse_endpoint_node(dev, node, csd); >> +        if (ret < 0) >> +            goto err_cleanup; >> + >> +        num_subdevs++; >> +    } >> + >> +    return num_subdevs; >> + >> +err_cleanup: >> +    of_node_put(node); > > Where is the _get() for this and if you are releasing it on the error path when is the _get() released on the non-error path ? > OK, I will fix it. >> +    return ret; >> +} >> + >> +static int stfcamss_subdev_notifier_bound(struct v4l2_async_notifier *async, >> +                      struct v4l2_subdev *subdev, >> +                      struct v4l2_async_subdev *asd) >> +{ >> +    struct media_pad *pad[STF_PADS_NUM]; >> +    unsigned int i, pad_num = 0; >> + >> +    for (i = 0; i < pad_num; ++i) { > > Does this loop ever run ? > I don't see how it can.. > OK, I will fix it, although there are modifications to this code in patch 5 and patch 6. > --- > bod -- Regards, Jack Zhu