From patchwork Thu Sep 22 10:42:22 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Bryan O'Donoghue X-Patchwork-Id: 86238 Received: from vger.kernel.org ([23.128.96.18]) by www.linuxtv.org with esmtp (Exim 4.92) (envelope-from ) id 1obJfN-0064Go-T2; Thu, 22 Sep 2022 10:42:50 +0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230480AbiIVKmr (ORCPT + 1 other); Thu, 22 Sep 2022 06:42:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41232 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229554AbiIVKmp (ORCPT ); Thu, 22 Sep 2022 06:42:45 -0400 Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 355ACAA4D1 for ; Thu, 22 Sep 2022 03:42:44 -0700 (PDT) Received: by mail-wr1-x435.google.com with SMTP id x18so8820931wrm.7 for ; Thu, 22 Sep 2022 03:42:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date; bh=94A80hK90jtwGwnVOD/g9rUhsBscbviXFM6tYJcyenk=; b=QC7hxzeveCBQzP0/T00Qwe3Gij9Vo+vuy3WksFhPjL7Gu49Z8b/Q0kfgz0G/tBaQrS iaCBItJ4usfC94Wo5+IvMEKzQ9tQt09Pml9F5ulIhSQSX20dteqzAOicnP+bqwYXE2Ip IrzAtp6yUX8lavgyVFrtbtu81o/QYDxYOnZl+15RtTPBxm30A0eddOfskAOegBsrqC4c Oj5dFrFUVTfceOuX9IgjacGMyMjpvJhDYI5dUaE5AhXHhvFAlBJH420LZh26yETzaMGI Peyk7CzEa5WSL5ze7BW2yHqPAvq1Ah8SVHu9iO1RTToz2SIY7KPTrX+CmmSl+L4Zz6C/ o3Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date; bh=94A80hK90jtwGwnVOD/g9rUhsBscbviXFM6tYJcyenk=; b=E2VO3C4dthN82nJV1zNqzpUdERl+WYOBqILIlXbNlfWY24GYMhwlS1zryv8xwIS+TX FdRokz2U30WU5olwH0dommlOMa7mfTUoyencsFd84EVhFPYDkMoHwRbchUaNgnzqL8ON IJaJPiAcWyAAFO58Lz3GI7Hm5yPkYscWqLJvcJxGITlPZ46illZhTlpu8k1dSq4J0n4Y SVDjJz+YQBFQoz4rISZ1HTBPV7mzFFQnsGJa5qJCvJ65f2Eqg3AMmeQzIRVMJm2XHgqc L17w2jK+7hDDM39RULACtG8/tgURQPBOOJ/Xb7lQ3zzvnPQw/V4iBQSJB11O+UpK0gvu UHaw== X-Gm-Message-State: ACrzQf02IUN0KFyQUFBUgtTfqVXS/TSdCf1le/xyJQGSl4HdB/XVMCtN V9kt0nb1+qXZGIM0TByU5DhQ0Q== X-Google-Smtp-Source: AMsMyM48KjD9NpzDJNihIZtMZ5w3yI/hJNjWQ7Tt8M6eHQ8XbLYcMak6d0FEPbZnru/vN2gWohMecg== X-Received: by 2002:a5d:424c:0:b0:22a:f651:545e with SMTP id s12-20020a5d424c000000b0022af651545emr1540339wrr.639.1663843362660; Thu, 22 Sep 2022 03:42:42 -0700 (PDT) Received: from planet9.chello.ie (188-141-3-169.dynamic.upc.ie. [188.141.3.169]) by smtp.gmail.com with ESMTPSA id x12-20020adfffcc000000b0022ac672654dsm4647150wrs.58.2022.09.22.03.42.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 22 Sep 2022 03:42:41 -0700 (PDT) From: Bryan O'Donoghue To: sakari.ailus@iki.fi, dave.stevenson@raspberrypi.com, jacopo@jmondi.org, paul.j.murphy@intel.com, daniele.alessandrelli@intel.com, mchehab@kernel.org, linux-media@vger.kernel.org, krzysztof.kozlowski+dt@linaro.org, robh+dt@kernel.org Cc: bryan.odonoghue@linaro.org Subject: [PATCH v4 RESEND 0/3] Add imx577 and imx477 compatible to imx412 Date: Thu, 22 Sep 2022 11:42:22 +0100 Message-Id: <20220922104225.1375331-1-bryan.odonoghue@linaro.org> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, 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-media@vger.kernel.org X-LSpam-Score: -2.5 (--) X-LSpam-Report: No, score=-2.5 required=5.0 tests=BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,HEADER_FROM_DIFFERENT_DOMAINS=0.5,MAILING_LIST_MULTI=-1 autolearn=ham autolearn_force=no Resend: - Cc Rob and Krzysztof v4: - Squashes dt-bindings addition - Sakari - Squashes compat string addition to driver - Sakari - Drops checking fwnode(&client->dev), checks for !name - Sakari - Retains imx477 compat I think we have established that imx477 and imx577 do have additional settings and modes over the imx412 which, we can and hopefully will add in as time goes by. What we have upstream will work for all three parts. v3: To really get to the bottom of what was going on with the imx412, imx477 and imx577 I got a Nvida Nano with both sensors from Leopard imaging. Interestingly the shipped driver from Leopard is called "imx477" and is keyed to work with imx412, imx477 and imx577 with predictably the same register init sequence. For me aside from the physical size difference in the modules the only discerable difference is the imx577 has a "green tinge" which is exactly the same experience I have with the imx577 on the Qualcomm RB5 - with both the downstream driver stack and the usptream driver. With the modules shipped from Leopard both the imx412 and imx577 report the same chip id of 0x0577. I dumped the first 32 registers on both modules using the Nvidia/Leopard stack and as expected - all of the register values match. So I've confirmed as far as my investigation has gone, there's no clear register we can interrogate to differentiate the parts. - Drops renaming of the driver to imx577.c I continue to think this is the right thing to do but, I'm happy to leave that on the back burner for another time. - Add in compatible strings for imx477 and imx577 into the dt-bindings - Extend the imx412 per Sakari's comment re: media device naming https://patchwork.kernel.org/project/linux-media/patch/20220607134057.2427663-3-bryan.odonoghue@linaro.org/#24894500 - Add imx477 and imx577 with supporting code to drive media device name Depending then if the compat string is imx412, imx477 or imx577 the media name of the device will be imx412, imx477 or imx577 e.g. I use the following media-ctl command depending on the specified compatible. media-ctl -v -d /dev/media0 -V '"imx577 '22-001a'"... media-ctl -v -d /dev/media0 -V '"imx412 '22-001a'"... v2: Sakari wasn't especially satisfied with the answer imx412 and imx577 have the same init sequence but, suggested setting the string for imx577 as is done in the ccs driver. https://lore.kernel.org/all/20220607134057.2427663-3-bryan.odonoghue@xxxxxxxxxx/t/ I went to look at that and asked myself "how would I tell the difference between the two silicon parts". The obvious answer is a chip identifier. Luckily this class of IMX sensor has a chip identifier at offset 0x0016. That looks like this for imx258, imx319 and imx355 drivers/media/i2c/imx258.c:#define IMX258_REG_CHIP_ID 0x0016 drivers/media/i2c/imx258.c:#define IMX258_CHIP_ID 0x0258 drivers/media/i2c/imx319.c:#define IMX319_REG_CHIP_ID 0x0016 drivers/media/i2c/imx319.c:#define IMX319_CHIP_ID 0x0319 drivers/media/i2c/imx355.c:#define IMX355_REG_CHIP_ID 0x0016 drivers/media/i2c/imx355.c:#define IMX355_CHIP_ID 0x0355 but then looks like this for imx412. drivers/media/i2c/imx412.c:#define IMX412_REG_ID 0x0016 drivers/media/i2c/imx412.c:#define IMX412_ID 0x577 This made no sense at all to me, why is the imx412 driver not named imx577 ? I went and dug into the Qualcomm camx/chi-cdk sources to find that a file called cmk_imx577_sensor.xml has a property called sensorId which is constrained to 0x0577. In the Qualcomm stack this pairing of filename and identifier is maintained for imx258, imx376, imx476, imx576, imx519, imx362, imx481, imx318 imx334 and imx386. Every single example I can find of a Sony IMX sensor which returns a chip identifier at offset 0x0016 matches the driver name to the returned sensor id both here upstream in Linux and in Qualcomm's camx stack. The conclusion I draw from this is that imx412.c is inappropriately named. I think the right thing to do is to rename imx412 to imx577. It is confusing and I think wrong to pair imx412.c with a chip which identifies as 0x0577. v1: Right now the imx412 and imx577 are code and pin compatible however, they are distinct pieces of silicon. Document imx577 as a compatible enum and add the compat string to imx412.c. This allows us to differentiate these chips in DTS and potentially to apply any future imx412 or imx577 specific changes appropriately. Bryan O'Donoghue (3): media: dt-bindings: imx412: Extend compatible strings media: i2c: imx412: Assign v4l2 device subname based on compat string media: i2c: imx412: Add new compatible strings .../devicetree/bindings/media/i2c/sony,imx412.yaml | 6 +++++- drivers/media/i2c/imx412.c | 10 +++++++++- 2 files changed, 14 insertions(+), 2 deletions(-)