Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp122327rdh; Wed, 22 Nov 2023 21:38:08 -0800 (PST) X-Google-Smtp-Source: AGHT+IG9Jfa8EbR5uWrQZL6y4Fswkv0nHa7kDI55JObnnNcdYyPu3n9GyvSHNkxP5/orbPh31DCj X-Received: by 2002:a05:6a21:7881:b0:187:5a4d:7061 with SMTP id bf1-20020a056a21788100b001875a4d7061mr5543953pzc.44.1700717888183; Wed, 22 Nov 2023 21:38:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700717888; cv=none; d=google.com; s=arc-20160816; b=M6W8jS2j8sBe1ypv9+YBRtp9forszVrle+XFDp8W/tSIe/kvZM2QDXW1jkDR4LtoZF a3XwW+JhuRCLjcUG1pt1BLbtE2ouD37745Xes8lYlHlpF+XKj6uuVwWXptRhqitlqosU M2vrieKunHjMcW9zhdgTKsSeEVUtcxGj5nQKgTSnQ23/3yy2ftVNbKylSEExGmLrG82R 6+p8gvZfZ/SsdkDqGbt70ePhiWFJQsAovziU6nVsvU2XpIx033t8h0G+C3xv1P4Zc3tb BXFlmM3jLxI5Df9kAgEOf+gKmCiS/C3luo1bmH1KyvLj1bwrvJ1QZ/eKEz5RVJcl3mua GIhg== 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:cc:to:content-language:subject:mime-version:date :dkim-signature:message-id; bh=WVfL5legNA/6L03btyLopid4p28r2Cj4Wq2Qngf1J9I=; fh=L6MbuOTOK7FHgIF89LITj4O+NnVze0RQCyrYNOhkPmg=; b=eUpRP5RaC4gLbPN6OwlfS7gR80wIPyVnhXE9mHbvNEb68/hfGq6pCJgfVAX64AXIGi b/58Ddc/YJy+KfX9db2oOHLusds1u2Z4kNZrG0L/ZVD3UCC12/JcRMc6FxqGW3mlsgGQ 0HFIv9c9rmDN6ZRiW/OhcLJ7qnOx0KjPRfdCacfesIjAkgdyaRcmkfE3gSgvG/c+u3gu fgJ6s9CtZqZx/aPy8zvpHvwNY5Mu/lx08phgCPqWeBVDIOL2FCIRGuCcCxYVayqibXJ+ 9BmR24SBb9VX4Jww+/j+YTVf8Jx0MeBvIrVZtb4b4gbyM4KmMRMprkY7l9R7REkPUrpy m3/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=BZYFo90M; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from fry.vger.email (fry.vger.email. [23.128.96.38]) by mx.google.com with ESMTPS id l8-20020a17090a598800b002852584e695si1091623pji.102.2023.11.22.21.38.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Nov 2023 21:38:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) client-ip=23.128.96.38; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=BZYFo90M; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id 5C8E482696CE; Wed, 22 Nov 2023 21:38:05 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232115AbjKWFht (ORCPT + 99 others); Thu, 23 Nov 2023 00:37:49 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37178 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229994AbjKWFhr (ORCPT ); Thu, 23 Nov 2023 00:37:47 -0500 Received: from out-172.mta1.migadu.com (out-172.mta1.migadu.com [95.215.58.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 664D81AE for ; Wed, 22 Nov 2023 21:37:53 -0800 (PST) Message-ID: <14f859f2-6661-4955-932b-1ae22ae134fe@linux.dev> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1700717871; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WVfL5legNA/6L03btyLopid4p28r2Cj4Wq2Qngf1J9I=; b=BZYFo90MbtmgOR8QSqgdJnPJzoNiGnGLUVyThqXZpsa+NbGCB4PJTuIEyZFsSJAGYnRZdI Y8WVwiZ0ZpCAqPjINR5Mmj7bDeAAIEirbWRjkJaVRTS4kp0wEr1xUcEfZ6bScsG5qB3SkZ brlnIJ7+50zC7C28iaYaTuK3OTo8PkE= Date: Thu, 23 Nov 2023 13:37:37 +0800 MIME-Version: 1.0 Subject: Re: [PATCH 5/8] drm/bridge: it66121: Add a helper function to read chip id Content-Language: en-US To: Dmitry Baryshkov Cc: Phong LE , Neil Armstrong , Maxime Ripard , Sui Jingfeng , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Laurent Pinchart , Thomas Zimmermann References: <20231114150130.497915-1-sui.jingfeng@linux.dev> <20231114150130.497915-6-sui.jingfeng@linux.dev> <7602cd83-0e05-4e11-9bd1-10eb1d48a507@linux.dev> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Sui Jingfeng In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_OUT X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Wed, 22 Nov 2023 21:38:05 -0800 (PST) Hi, On 2023/11/16 21:00, Dmitry Baryshkov wrote: > On Thu, 16 Nov 2023 at 14:18, Sui Jingfeng wrote: >> Hi, >> >> >> On 2023/11/15 00:06, Dmitry Baryshkov wrote: >>> On Tue, 14 Nov 2023 at 17:09, Sui Jingfeng wrote: >>>> From: Sui Jingfeng >>>> >>>> Read the required chip id data back by calling regmap_bulk_read() once, >>>> reduce the number of local variables needed in it66121_probe() function. >>>> And store its values into struct it66121_ctx, as it will be used latter. >>>> >>>> Signed-off-by: Sui Jingfeng >>>> --- >>>> drivers/gpu/drm/bridge/ite-it66121.c | 47 ++++++++++++++++++++-------- >>>> 1 file changed, 34 insertions(+), 13 deletions(-) >>>> >>>> diff --git a/drivers/gpu/drm/bridge/ite-it66121.c b/drivers/gpu/drm/bridge/ite-it66121.c >>>> index 7e473beefc79..f36d05331f25 100644 >>>> --- a/drivers/gpu/drm/bridge/ite-it66121.c >>>> +++ b/drivers/gpu/drm/bridge/ite-it66121.c >>>> @@ -313,6 +313,9 @@ struct it66121_ctx { >>>> bool auto_cts; >>>> } audio; >>>> const struct it66121_chip_info *info; >>>> + u16 vender_id; >>>> + u16 device_id; >>>> + u8 revision; >>> There is no need to store them, they are not used by the driver anywhere. >>> >>>> }; >>>> >>>> static inline struct it66121_ctx *bridge_to_it66121(struct drm_bridge *bridge) >>>> @@ -399,6 +402,30 @@ static void it66121_hw_reset(struct it66121_ctx *ctx) >>>> gpiod_set_value(ctx->gpio_reset, 0); >>>> } >>>> >>>> +static int it66121_read_chip_id(struct it66121_ctx *ctx, bool verbose) >>>> +{ >>>> + u8 id[4]; >>>> + int ret; >>>> + >>>> + ret = regmap_bulk_read(ctx->regmap, IT66121_VENDOR_ID0_REG, id, 4); >>>> + if (ret < 0) { >>>> + dev_err(ctx->dev, "Failed to read chip ID: %d\n", ret); >>>> + return ret; >>>> + } >>>> + >>>> + ctx->vender_id = (u16)id[1] << 8 | id[0]; >>>> + ctx->device_id = ((u16)(id[3] & IT66121_DEVICE_ID1_MASK) << 8 | id[2]); >>>> + /* Revision is shared with DEVICE_ID1 */ >>>> + ctx->revision = FIELD_GET(IT66121_REVISION_MASK, id[3]); >>>> + >>>> + if (verbose) { >>>> + dev_info(ctx->dev, "Found ITE66121: 0x%x%x, revision: %u\n", >>>> + ctx->vender_id, ctx->device_id, ctx->revision); >>>> + } >>>> + >>>> + return 0; >>>> +} >>>> + >>>> static inline int it66121_preamble_ddc(struct it66121_ctx *ctx) >>>> { >>>> return regmap_write(ctx->regmap, IT66121_MASTER_SEL_REG, IT66121_MASTER_SEL_HOST); >>>> @@ -1561,7 +1588,6 @@ static const char * const it66121_supplies[] = { >>>> >>>> static int it66121_probe(struct i2c_client *client) >>>> { >>>> - u32 revision_id, vendor_ids[2] = { 0 }, device_ids[2] = { 0 }; >>>> int ret; >>>> struct it66121_ctx *ctx; >>>> struct device *dev = &client->dev; >>>> @@ -1603,19 +1629,13 @@ static int it66121_probe(struct i2c_client *client) >>>> if (IS_ERR(ctx->regmap)) >>>> return PTR_ERR(ctx->regmap); >>>> >>>> - regmap_read(ctx->regmap, IT66121_VENDOR_ID0_REG, &vendor_ids[0]); >>>> - regmap_read(ctx->regmap, IT66121_VENDOR_ID1_REG, &vendor_ids[1]); >>>> - regmap_read(ctx->regmap, IT66121_DEVICE_ID0_REG, &device_ids[0]); >>>> - regmap_read(ctx->regmap, IT66121_DEVICE_ID1_REG, &device_ids[1]); >>>> - >>>> - /* Revision is shared with DEVICE_ID1 */ >>>> - revision_id = FIELD_GET(IT66121_REVISION_MASK, device_ids[1]); >>>> - device_ids[1] &= IT66121_DEVICE_ID1_MASK; >>>> + ret = it66121_read_chip_id(ctx, false); >>>> + if (ret) >>>> + return ret; >>>> >>>> - if ((vendor_ids[1] << 8 | vendor_ids[0]) != ctx->info->vid || >>>> - (device_ids[1] << 8 | device_ids[0]) != ctx->info->pid) { >>>> + if (ctx->vender_id != ctx->info->vid || >>>> + ctx->device_id != ctx->info->pid) >> Q: There is no need to store them, they are not used by the driver anywhere. >> >> A: Here it is used, it is also used by the 0007-patch to get the entity(instance)-specific data. > And the patch 7 will be changed once you have proper i2c client struct > registered. > >> >> Since it6610 was introduced, this is used for chip identifying. >> It can also be used with in debugfs context, to show who I am. > I'd say, there is little point in whoami debugfs files. Debugfs is for > the useful information. Sinceit6610 was introduced, how do you know what the device it66121 driver is binding? Printing model specific information is common practice for a large driver. Especially if you can only able to debug remotely where only a SSH is given. You could see debugfs of drm/etnaviv for a reference. It is common to testing a large driver running on 20+ machines with various hardware model. >> >>>> return -ENODEV; >>>> - } >>>> >>>> ctx->bridge.funcs = &it66121_bridge_funcs; >>>> ctx->bridge.of_node = dev->of_node; >>>> @@ -1633,7 +1653,8 @@ static int it66121_probe(struct i2c_client *client) >>>> >>>> drm_bridge_add(&ctx->bridge); >>>> >>>> - dev_info(dev, "IT66121 revision %d probed\n", revision_id); >>>> + dev_info(dev, "IT66121 probed, chip id: 0x%x:0x%x, revision: %u\n", >>>> + ctx->vender_id, ctx->device_id, ctx->revision); >>>> >>>> return 0; >>>> } >>>> -- >>>> 2.34.1 >>>> > >