Message ID | 20230803074249.3065586-4-wenst@chromium.org |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:9f41:0:b0:3e4:2afc:c1 with SMTP id v1csp996480vqx; Thu, 3 Aug 2023 01:30:53 -0700 (PDT) X-Google-Smtp-Source: APBJJlFZGZWtR6VYllL6UjWofyx166IYQECvNyDF/5EL/J9M+Co8I5jp58MIJhMYEXwrqWXsrYfm X-Received: by 2002:a05:6a21:71cb:b0:13e:aede:f386 with SMTP id ay11-20020a056a2171cb00b0013eaedef386mr5514451pzc.1.1691051453681; Thu, 03 Aug 2023 01:30:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691051453; cv=none; d=google.com; s=arc-20160816; b=AN2urYmrhkjQrzGMKuQB3DZ8v4jN4mHRhRAo+QVTVaANXCNFamgNA/GtLU3Y+6BUKX IRzqx41uPRIlzAuO5ZiI8+QawkGUxZFdPnXiyy9Co3U2uT/MEdUgI1cirmWIzkRd23T7 0pten234/N0EGpuKfzXqsj3BqimsOrOiQFp2CjJ8mrHMjUvvGMwhAiPALoAy9IAg4lph iD7Zn++cagPZNZXMKVIrpwlfEKn/VCg5aFrsgfR0bHNJWETzAFcifR3RX4AR2eMK0FUr /jCtlJuLrXGE6H+DJCNkBnQzmJDnIVmXcZiZxtGuZMBuxdCoRpItoTWLXt9e265UGRFT KPmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=0qupwZObmmk0/sdY9oZ6qJIIOW7j+/1bq8fINDZIIlo=; fh=8pjLFPk71yS0kQjQH42IjMGHfWvSFXlQQFuq588a4+Q=; b=DBFou57zUkq4g8HBnR4ESaOWKFB9fDtsA4ZkFn9ZnFQsriG0BTZrq3/keBOpQQppCJ 2b4FJMaXbk/4LkWJsGYRorswPLzwg948uJ6kysorx/u5LQwomTevhG+X79eTUeWAKo8Q mjbylLSmfPX/JyoTXgkU0h2U5ACcgi5fBUHWDwOIJa4JEdqmJ1lTXctrBfyAPV/KIK3e sTMyedwVzaFKpkyz5w+gZyRrLP550VlMyx0t7mkYWGaqb/GVC0bQPATajhj1G8M/qC+N QXqF2DIt4mnyyfnBoxyd4FtVIHt3YPfN5/VNmbXHvJTv6Ij9Z/8/J8XSEh7BrYm9/4J/ eKcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=iuw6BH7u; 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=chromium.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u27-20020a056a00099b00b0067537349056si12847150pfg.342.2023.08.03.01.30.39; Thu, 03 Aug 2023 01:30:53 -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=@chromium.org header.s=google header.b=iuw6BH7u; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233852AbjHCHyv (ORCPT <rfc822;jeff.pang.chn@gmail.com> + 99 others); Thu, 3 Aug 2023 03:54:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58302 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231903AbjHCHxx (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 3 Aug 2023 03:53:53 -0400 Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 001B155A6 for <linux-kernel@vger.kernel.org>; Thu, 3 Aug 2023 00:43:32 -0700 (PDT) Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-26830595676so369948a91.2 for <linux-kernel@vger.kernel.org>; Thu, 03 Aug 2023 00:43:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; t=1691048585; x=1691653385; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=0qupwZObmmk0/sdY9oZ6qJIIOW7j+/1bq8fINDZIIlo=; b=iuw6BH7uxiaSd8Em4i2OVoxw9xOQqLbcZoPiSw5kiOmF8T+bhab7wAMcmOxJJ7Hmpi MNKPP/N4/aFleUK4RWH5+LhgCg5aL9Wt5DNlukiGWxm5GtOn8OEE1JXNQSmyJCIXyS8c tUXmKwYpnBorP0BECIRrJ9/KO1SX5Ir0MwtFE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691048585; x=1691653385; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=0qupwZObmmk0/sdY9oZ6qJIIOW7j+/1bq8fINDZIIlo=; b=D/HULacjYq2Ef+VDaNADFc675wDKwQcl+0SopFC1EX3P1ctCZvuxKDwV4xYaaW2cMI zk1q2asTHjLYEUE7niG0NA+Y7iGYgMHk3fPEswspErulQdPS4sH1cGUMnvHftxHlq+Qn fS2w4hwdjCwQ0o7YJL/9bOkAEwJHCxMUWucnXr8YPeepuhBZ9LqbCkQOp9q0ydlvjirz OEjypEpEUaIJdbGSx3DuAyRBq3FiTbyYbZ+Ai3BOnhqgh388kGxMUHAPh9f6I6kHrCsg U2bHIiHfCYXM5OXfCWwpgrwJeW56EYML7beVugVOJDxfK0kVOHfJVSeywvVVRoXPfE28 Da7A== X-Gm-Message-State: ABy/qLZyboZ8SxxIdwVFaUmVv1Z9iv1PWTwBOpoPlY8iiM4H5RiUY5Gd sIXXUjKTCSby8YSHDStA/Djr1A== X-Received: by 2002:a17:90a:7f8d:b0:263:72fe:3ef7 with SMTP id m13-20020a17090a7f8d00b0026372fe3ef7mr15974468pjl.42.1691048585544; Thu, 03 Aug 2023 00:43:05 -0700 (PDT) Received: from wenstp920.tpe.corp.google.com ([2401:fa00:1:10:6f3e:66ee:db46:473b]) by smtp.gmail.com with ESMTPSA id l11-20020a17090a72cb00b00262d079720bsm2095753pjk.29.2023.08.03.00.43.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 03 Aug 2023 00:43:05 -0700 (PDT) From: Chen-Yu Tsai <wenst@chromium.org> To: Lee Jones <lee@kernel.org>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org>, Matthias Brugger <matthias.bgg@gmail.com>, AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>, Mark Brown <broonie@kernel.org> Cc: Chen-Yu Tsai <wenst@chromium.org>, Zhiyong Tao <zhiyong.tao@mediatek.com>, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org Subject: [PATCH 3/9] mfd: mt6397: Split MediaTek MT6366 PMIC out of MT6358 Date: Thu, 3 Aug 2023 15:42:41 +0800 Message-ID: <20230803074249.3065586-4-wenst@chromium.org> X-Mailer: git-send-email 2.41.0.585.gd2178a4bd4-goog In-Reply-To: <20230803074249.3065586-1-wenst@chromium.org> References: <20230803074249.3065586-1-wenst@chromium.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,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 lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1773195969322625053 X-GMAIL-MSGID: 1773195969322625053 |
Series |
regulator: mt6366: Split out of MT6358 and cleanup
|
|
Commit Message
Chen-Yu Tsai
Aug. 3, 2023, 7:42 a.m. UTC
The MT6366 PMIC is mostly, but not fully, compatible with MT6358. It has
a different set of regulators. Specifically, it lacks the camera related
VCAM* LDOs, but has additional VM18, VMDDR, and VSRAM_CORE LDOs.
Add a separate compatible for the MT6366 PMIC. The regulator cell for
this new entry uses a new compatible string matching MT6366.
Fixes: c47383f84909 ("mfd: Add support for the MediaTek MT6366 PMIC")
Signed-off-by: Chen-Yu Tsai <wenst@chromium.org>
---
drivers/mfd/mt6397-core.c | 31 +++++++++++++++++++++++++++++++
1 file changed, 31 insertions(+)
Comments
Il 03/08/23 09:42, Chen-Yu Tsai ha scritto: > The MT6366 PMIC is mostly, but not fully, compatible with MT6358. It has > a different set of regulators. Specifically, it lacks the camera related > VCAM* LDOs, but has additional VM18, VMDDR, and VSRAM_CORE LDOs. > > Add a separate compatible for the MT6366 PMIC. The regulator cell for > this new entry uses a new compatible string matching MT6366. > > Fixes: c47383f84909 ("mfd: Add support for the MediaTek MT6366 PMIC") > Signed-off-by: Chen-Yu Tsai <wenst@chromium.org> I agree in that the LDOs are a bit different, but that's handled by the mt6358-regulator driver regardless of the actual devicetree compatible, as that's selected through a chip_id check. Finally, looking at the driver implementation itself, the addition of a specific mt6366 compatible here seems redundant, because the actual HW is - Handled by drivers, but - Described by bindings Any other opinions on this? Regards, Angelo > --- > drivers/mfd/mt6397-core.c | 31 +++++++++++++++++++++++++++++++ > 1 file changed, 31 insertions(+) > > diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c > index f6c1f80f94a4..3f8dfe60a59b 100644 > --- a/drivers/mfd/mt6397-core.c > +++ b/drivers/mfd/mt6397-core.c > @@ -206,6 +206,26 @@ static const struct mfd_cell mt6359_devs[] = { > }, > }; > > +static const struct mfd_cell mt6366_devs[] = { > + { > + .name = "mt6358-regulator", > + .of_compatible = "mediatek,mt6366-regulator" > + }, { > + .name = "mt6358-rtc", > + .num_resources = ARRAY_SIZE(mt6358_rtc_resources), > + .resources = mt6358_rtc_resources, > + .of_compatible = "mediatek,mt6358-rtc", > + }, { > + .name = "mt6358-sound", > + .of_compatible = "mediatek,mt6358-sound" > + }, { > + .name = "mt6358-keys", > + .num_resources = ARRAY_SIZE(mt6358_keys_resources), > + .resources = mt6358_keys_resources, > + .of_compatible = "mediatek,mt6358-keys" > + }, > +}; > + > static const struct mfd_cell mt6397_devs[] = { > { > .name = "mt6397-rtc", > @@ -280,6 +300,14 @@ static const struct chip_data mt6359_core = { > .irq_init = mt6358_irq_init, > }; > > +static const struct chip_data mt6366_core = { > + .cid_addr = MT6358_SWCID, > + .cid_shift = 8, > + .cells = mt6366_devs, > + .cell_size = ARRAY_SIZE(mt6366_devs), > + .irq_init = mt6358_irq_init, > +}; > + > static const struct chip_data mt6397_core = { > .cid_addr = MT6397_CID, > .cid_shift = 0, > @@ -358,6 +386,9 @@ static const struct of_device_id mt6397_of_match[] = { > }, { > .compatible = "mediatek,mt6359", > .data = &mt6359_core, > + }, { > + .compatible = "mediatek,mt6366", > + .data = &mt6366_core, > }, { > .compatible = "mediatek,mt6397", > .data = &mt6397_core,
On Thu, Aug 3, 2023 at 5:01 PM AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> wrote: > > Il 03/08/23 09:42, Chen-Yu Tsai ha scritto: > > The MT6366 PMIC is mostly, but not fully, compatible with MT6358. It has > > a different set of regulators. Specifically, it lacks the camera related > > VCAM* LDOs, but has additional VM18, VMDDR, and VSRAM_CORE LDOs. > > > > Add a separate compatible for the MT6366 PMIC. The regulator cell for > > this new entry uses a new compatible string matching MT6366. > > > > Fixes: c47383f84909 ("mfd: Add support for the MediaTek MT6366 PMIC") > > Signed-off-by: Chen-Yu Tsai <wenst@chromium.org> > > I agree in that the LDOs are a bit different, but that's handled by the > mt6358-regulator driver regardless of the actual devicetree compatible, > as that's selected through a chip_id check. > > Finally, looking at the driver implementation itself, the addition of a > specific mt6366 compatible here seems redundant, because the actual HW is > - Handled by drivers, but > - Described by bindings > > Any other opinions on this? Well, on the bindings side, we can't have MT6366 fall back to MT6358, neither for the whole PMIC nor just for the regulators. For the latter it's because neither is a subset of the other, which a) makes them not fallback compatible as required by the spirit of fallback compatibles, and b) cannot be described with a fallback compatible, as the fallback one will have properties/nodes that are not valid for the other, and vice versa. Without a fallback compatible to lean in for the regulator driver, we will need to split out the compatible at the mfd level as well. AFAIU the mfd core matches mfd-cells based on the compatible strings it is given in the driver. ChenYu > Regards, > Angelo > > > --- > > drivers/mfd/mt6397-core.c | 31 +++++++++++++++++++++++++++++++ > > 1 file changed, 31 insertions(+) > > > > diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c > > index f6c1f80f94a4..3f8dfe60a59b 100644 > > --- a/drivers/mfd/mt6397-core.c > > +++ b/drivers/mfd/mt6397-core.c > > @@ -206,6 +206,26 @@ static const struct mfd_cell mt6359_devs[] = { > > }, > > }; > > > > +static const struct mfd_cell mt6366_devs[] = { > > + { > > + .name = "mt6358-regulator", > > + .of_compatible = "mediatek,mt6366-regulator" > > + }, { > > + .name = "mt6358-rtc", > > + .num_resources = ARRAY_SIZE(mt6358_rtc_resources), > > + .resources = mt6358_rtc_resources, > > + .of_compatible = "mediatek,mt6358-rtc", > > + }, { > > + .name = "mt6358-sound", > > + .of_compatible = "mediatek,mt6358-sound" > > + }, { > > + .name = "mt6358-keys", > > + .num_resources = ARRAY_SIZE(mt6358_keys_resources), > > + .resources = mt6358_keys_resources, > > + .of_compatible = "mediatek,mt6358-keys" > > + }, > > +}; > > + > > static const struct mfd_cell mt6397_devs[] = { > > { > > .name = "mt6397-rtc", > > @@ -280,6 +300,14 @@ static const struct chip_data mt6359_core = { > > .irq_init = mt6358_irq_init, > > }; > > > > +static const struct chip_data mt6366_core = { > > + .cid_addr = MT6358_SWCID, > > + .cid_shift = 8, > > + .cells = mt6366_devs, > > + .cell_size = ARRAY_SIZE(mt6366_devs), > > + .irq_init = mt6358_irq_init, > > +}; > > + > > static const struct chip_data mt6397_core = { > > .cid_addr = MT6397_CID, > > .cid_shift = 0, > > @@ -358,6 +386,9 @@ static const struct of_device_id mt6397_of_match[] = { > > }, { > > .compatible = "mediatek,mt6359", > > .data = &mt6359_core, > > + }, { > > + .compatible = "mediatek,mt6366", > > + .data = &mt6366_core, > > }, { > > .compatible = "mediatek,mt6397", > > .data = &mt6397_core, > >
Il 04/08/23 05:47, Chen-Yu Tsai ha scritto: > On Thu, Aug 3, 2023 at 5:01 PM AngeloGioacchino Del Regno > <angelogioacchino.delregno@collabora.com> wrote: >> >> Il 03/08/23 09:42, Chen-Yu Tsai ha scritto: >>> The MT6366 PMIC is mostly, but not fully, compatible with MT6358. It has >>> a different set of regulators. Specifically, it lacks the camera related >>> VCAM* LDOs, but has additional VM18, VMDDR, and VSRAM_CORE LDOs. >>> >>> Add a separate compatible for the MT6366 PMIC. The regulator cell for >>> this new entry uses a new compatible string matching MT6366. >>> >>> Fixes: c47383f84909 ("mfd: Add support for the MediaTek MT6366 PMIC") >>> Signed-off-by: Chen-Yu Tsai <wenst@chromium.org> >> >> I agree in that the LDOs are a bit different, but that's handled by the >> mt6358-regulator driver regardless of the actual devicetree compatible, >> as that's selected through a chip_id check. >> >> Finally, looking at the driver implementation itself, the addition of a >> specific mt6366 compatible here seems redundant, because the actual HW is >> - Handled by drivers, but >> - Described by bindings >> >> Any other opinions on this? > > Well, on the bindings side, we can't have MT6366 fall back to MT6358, > neither for the whole PMIC nor just for the regulators. For the latter > it's because neither is a subset of the other, which a) makes them not > fallback compatible as required by the spirit of fallback compatibles, > and b) cannot be described with a fallback compatible, as the fallback > one will have properties/nodes that are not valid for the other, and > vice versa. > > Without a fallback compatible to lean in for the regulator driver, we > will need to split out the compatible at the mfd level as well. AFAIU > the mfd core matches mfd-cells based on the compatible strings it is > given in the driver. > Hmm... you might actually be right on this. But! I just want to be sure that we're doing things the right way.. and I'd like to get an opinion from a bindings person, as I think that's the most appropriate thing that can be done. Krzysztof, please, can you check this one? Thanks! Angelo > ChenYu > >> Regards, >> Angelo >> >>> --- >>> drivers/mfd/mt6397-core.c | 31 +++++++++++++++++++++++++++++++ >>> 1 file changed, 31 insertions(+) >>> >>> diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c >>> index f6c1f80f94a4..3f8dfe60a59b 100644 >>> --- a/drivers/mfd/mt6397-core.c >>> +++ b/drivers/mfd/mt6397-core.c >>> @@ -206,6 +206,26 @@ static const struct mfd_cell mt6359_devs[] = { >>> }, >>> }; >>> >>> +static const struct mfd_cell mt6366_devs[] = { >>> + { >>> + .name = "mt6358-regulator", >>> + .of_compatible = "mediatek,mt6366-regulator" >>> + }, { >>> + .name = "mt6358-rtc", >>> + .num_resources = ARRAY_SIZE(mt6358_rtc_resources), >>> + .resources = mt6358_rtc_resources, >>> + .of_compatible = "mediatek,mt6358-rtc", >>> + }, { >>> + .name = "mt6358-sound", >>> + .of_compatible = "mediatek,mt6358-sound" >>> + }, { >>> + .name = "mt6358-keys", >>> + .num_resources = ARRAY_SIZE(mt6358_keys_resources), >>> + .resources = mt6358_keys_resources, >>> + .of_compatible = "mediatek,mt6358-keys" >>> + }, >>> +}; >>> + >>> static const struct mfd_cell mt6397_devs[] = { >>> { >>> .name = "mt6397-rtc", >>> @@ -280,6 +300,14 @@ static const struct chip_data mt6359_core = { >>> .irq_init = mt6358_irq_init, >>> }; >>> >>> +static const struct chip_data mt6366_core = { >>> + .cid_addr = MT6358_SWCID, >>> + .cid_shift = 8, >>> + .cells = mt6366_devs, >>> + .cell_size = ARRAY_SIZE(mt6366_devs), >>> + .irq_init = mt6358_irq_init, >>> +}; >>> + >>> static const struct chip_data mt6397_core = { >>> .cid_addr = MT6397_CID, >>> .cid_shift = 0, >>> @@ -358,6 +386,9 @@ static const struct of_device_id mt6397_of_match[] = { >>> }, { >>> .compatible = "mediatek,mt6359", >>> .data = &mt6359_core, >>> + }, { >>> + .compatible = "mediatek,mt6366", >>> + .data = &mt6366_core, >>> }, { >>> .compatible = "mediatek,mt6397", >>> .data = &mt6397_core, >> >>
diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c index f6c1f80f94a4..3f8dfe60a59b 100644 --- a/drivers/mfd/mt6397-core.c +++ b/drivers/mfd/mt6397-core.c @@ -206,6 +206,26 @@ static const struct mfd_cell mt6359_devs[] = { }, }; +static const struct mfd_cell mt6366_devs[] = { + { + .name = "mt6358-regulator", + .of_compatible = "mediatek,mt6366-regulator" + }, { + .name = "mt6358-rtc", + .num_resources = ARRAY_SIZE(mt6358_rtc_resources), + .resources = mt6358_rtc_resources, + .of_compatible = "mediatek,mt6358-rtc", + }, { + .name = "mt6358-sound", + .of_compatible = "mediatek,mt6358-sound" + }, { + .name = "mt6358-keys", + .num_resources = ARRAY_SIZE(mt6358_keys_resources), + .resources = mt6358_keys_resources, + .of_compatible = "mediatek,mt6358-keys" + }, +}; + static const struct mfd_cell mt6397_devs[] = { { .name = "mt6397-rtc", @@ -280,6 +300,14 @@ static const struct chip_data mt6359_core = { .irq_init = mt6358_irq_init, }; +static const struct chip_data mt6366_core = { + .cid_addr = MT6358_SWCID, + .cid_shift = 8, + .cells = mt6366_devs, + .cell_size = ARRAY_SIZE(mt6366_devs), + .irq_init = mt6358_irq_init, +}; + static const struct chip_data mt6397_core = { .cid_addr = MT6397_CID, .cid_shift = 0, @@ -358,6 +386,9 @@ static const struct of_device_id mt6397_of_match[] = { }, { .compatible = "mediatek,mt6359", .data = &mt6359_core, + }, { + .compatible = "mediatek,mt6366", + .data = &mt6366_core, }, { .compatible = "mediatek,mt6397", .data = &mt6397_core,