Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1095668pxb; Tue, 14 Sep 2021 16:35:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyfk8uRtvIalmoI9g+Ac2AYaFGLZJ5YZ1eVcmCsmyMWqfWkoHSP8OJ+6s3WpyJeRRK7w1zH X-Received: by 2002:a05:651c:3cf:: with SMTP id f15mr10019589ljp.195.1631662552489; Tue, 14 Sep 2021 16:35:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631662552; cv=none; d=google.com; s=arc-20160816; b=YOS0ilUjYdtDGvY8oRWtwD6spUrB6Z3qV7cgmNY6SZMgC9EcSKDVv7UGFBapPEw3h9 gdlJySkGpWHg318WUXr1ZVcLB1iwn//X6HmwE1fr2pfTj7bxeRtmjtiqqDi+LnRZjXOQ esur/np2waQfg07qm2JZltJnCiWRX6EDGtL8akqq222arIxZP6t1dwFB6u5MyRlngPc2 FkK5he2RWB9gCJ8HmyPnF8oGH5AJwYU9UUzCT2AkyH0CYukOsGtiA1FDmgLn2p1m/P2/ jbVSzp73bNRkE9bYHgXEhSRWMVmiCw8lCdPMm7RLGqKh9rPomdF/GrdhQukzGbquB1Fq IjUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=FpDB93KqvDEqQtSqDaHrb/DKtjXderwhU/tuU7IyXMU=; b=hKTlyZHPBFb8h3qQZ+355AIAdOgLJbreyxolQ8eqYl45z858foythTjfFN1d6g/EkH 74OJngirFTPd6PBvPAf1iO61jPqUtjE2XeToCBZAGuyU1s+1gerU+hW8UXgXnyHwTAwB Te5ALeHFe4e6AJoMUr1KqQ19SAcBmyH44zJvnPjt07yeR1ShWKghBOlmu4AN8vUJxBJA dLaHADQDGyPsQ+AXN7/SacsZQFanca5YnNKdTpQezaKuP7Oz45bKVdqFUDan1jL1StM/ /D00PF4pZYc7cQ1ByO5KxVSq4+LVTddnBPKnQl01iNLe88BYXAru5DOaMKUJcd+4EZKk KYYw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=Iia1fqQf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w6si17899413lfk.433.2021.09.14.16.35.25; Tue, 14 Sep 2021 16:35:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=Iia1fqQf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233774AbhINXc4 (ORCPT + 99 others); Tue, 14 Sep 2021 19:32:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53232 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231435AbhINXcy (ORCPT ); Tue, 14 Sep 2021 19:32:54 -0400 Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3C9B3C061574 for ; Tue, 14 Sep 2021 16:31:36 -0700 (PDT) Received: by mail-yb1-xb34.google.com with SMTP id c206so1665500ybb.12 for ; Tue, 14 Sep 2021 16:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FpDB93KqvDEqQtSqDaHrb/DKtjXderwhU/tuU7IyXMU=; b=Iia1fqQf7kx/cXwep5yrFCmvdXJpdRGSScxXXn8HeUXlksCgc4RocQKjjC7rlNhhy+ qheQ+j26SkXBEhyRfQ52xGK6Haaw6cFxogi1jktOWIZx3LVS3dg76EM1LcBRNHGOrm2p bsRUZ31h+/w12HzERiHhXsBTyKgBGyEaTf1tk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FpDB93KqvDEqQtSqDaHrb/DKtjXderwhU/tuU7IyXMU=; b=UOZuXrkJPqAr0wevDiUdwH9ruh5iBueiVEO85U2x5wrdSE6Ob7SMBFC5accDY4pZvp y4oTeUNnR29WZu36EONmoacLT+YemCooDuKHorckMrP5iOX1EKi6+EL/HiBpsjn1akIC S3stWA7wQTg+UmRYMGAjfUcscCf8kinZojUIRXzCmW7vQPKB1lmyi45in2x4ncgxVBM5 /dSVezin5EYOMRbzHiZZJG+1Dl/VbZEULQP/6GqIgNUpk0PUw8zwDaNUyj7uBQlqJ8CK Al/o9rbNVEifbAOamIYFHthtQhUSb3ujgEwXXv8mrvYLwNzX6qb4dAlyXTngTqq/NBsU qKzQ== X-Gm-Message-State: AOAM532ysfY5exj5BBGCmiuoznNrUe8PJnEIpwwrMIOkFQsiyiDkLJBA U4P+OoJVmEaDDl86t/fXGUz5HvD2sEqi7h1oLXu0Sw== X-Received: by 2002:a25:478b:: with SMTP id u133mr2174458yba.532.1631662295531; Tue, 14 Sep 2021 16:31:35 -0700 (PDT) MIME-Version: 1.0 References: <20210913143255.RFC.v2.1.I8ad7a535bb18a1f41f3858f83379beedb397a9db@changeid> In-Reply-To: From: Philip Chen Date: Tue, 14 Sep 2021 16:31:24 -0700 Message-ID: Subject: Re: [RFC PATCH v2 1/2] drm/bridge: parade-ps8640: Use regmap APIs To: Doug Anderson Cc: LKML , Stephen Boyd , Andrzej Hajda , Daniel Vetter , David Airlie , Jernej Skrabec , Jonas Karlman , Laurent Pinchart , Neil Armstrong , Robert Foss , dri-devel Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Doug Thanks for the review. I fixed the nits you pointed out in v3. PTAL. On Mon, Sep 13, 2021 at 5:32 PM Doug Anderson wrote: > > Hi, > > On Mon, Sep 13, 2021 at 2:33 PM Philip Chen wrote: > > > > diff --git a/drivers/gpu/drm/bridge/parade-ps8640.c b/drivers/gpu/drm/bridge/parade-ps8640.c > > index 685e9c38b2db..1b2414601538 100644 > > --- a/drivers/gpu/drm/bridge/parade-ps8640.c > > +++ b/drivers/gpu/drm/bridge/parade-ps8640.c > > @@ -9,6 +9,7 @@ > > #include > > #include > > #include > > +#include > > #include > > > > #include > > @@ -31,6 +32,11 @@ > > > > #define NUM_MIPI_LANES 4 > > > > +#define COMMON_PS8640_REGMAP_CONFIG \ > > + .reg_bits = 8, \ > > + .val_bits = 8, \ > > + .cache_type = REGCACHE_NONE > > At some point we should see if we get any speed gains by actually > caching, but that could be done later and isn't terribly high > priority. > > > > + > > /* > > * PS8640 uses multiple addresses: > > * page[0]: for DP control > > @@ -64,12 +70,48 @@ struct ps8640 { > > struct drm_bridge *panel_bridge; > > struct mipi_dsi_device *dsi; > > struct i2c_client *page[MAX_DEVS]; > > + struct regmap *regmap[MAX_DEVS]; > > struct regulator_bulk_data supplies[2]; > > struct gpio_desc *gpio_reset; > > struct gpio_desc *gpio_powerdown; > > bool powered; > > }; > > > > +static const struct regmap_config ps8640_regmap_config[] = { > > + [PAGE0_DP_CNTL] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0xbf > > + }, > > + [PAGE1_VDO_BDG] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0xff > > + }, > > + [PAGE2_TOP_CNTL] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0xff > > + }, > > + [PAGE3_DSI_CNTL1] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0xff > > + }, > > + [PAGE4_MIPI_PHY] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0xff > > + }, > > + [PAGE5_VPLL] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0x7f > > + }, > > + [PAGE6_DSI_CNTL2] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0xff > > + }, > > + [PAGE7_SPI_CNTL] = { > > + COMMON_PS8640_REGMAP_CONFIG, > > + .max_register = 0xff > > + } > > nit: stylistically it's nice to add a "," after the last brace too. > It's not technically needed but it makes diffs cleaner if another > config is later added. > > > > @@ -362,6 +390,10 @@ static int ps8640_probe(struct i2c_client *client) > > > > ps_bridge->page[PAGE0_DP_CNTL] = client; > > > > + ps_bridge->regmap[PAGE0_DP_CNTL] = devm_regmap_init_i2c(client, ps8640_regmap_config); > > + if (IS_ERR(ps_bridge->regmap[PAGE0_DP_CNTL])) > > + return PTR_ERR(ps_bridge->regmap[PAGE0_DP_CNTL]); > > I'm a huge fan of dev_err_probe(). I wonder if it makes sense to use > it here? Untested: > > if (IS_ERR(ps_bridge->regmap[PAGE0_DP_CNTL])) > return dev_err_probe(dev, PTR_ERR(ps_bridge->regmap[PAGE0_DP_CNTL]), > "Error initting page 0 regmap\n"); > > > All of that is just nits, so: > > Reviewed-by: Douglas Anderson