Message ID | 20230811210142.403160-2-robimarko@gmail.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b824:0:b0:3f2:4152:657d with SMTP id z4csp1364958vqi; Fri, 11 Aug 2023 14:27:27 -0700 (PDT) X-Google-Smtp-Source: AGHT+IF6oObJy+vEiD5V57kbFdWX/ywCdE33tfRGLX7fCfSouzEdMBevzj5f91hCgSWetFNygpZt X-Received: by 2002:a05:6a20:3c87:b0:122:c6c4:36b1 with SMTP id b7-20020a056a203c8700b00122c6c436b1mr4510507pzj.4.1691789247504; Fri, 11 Aug 2023 14:27:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691789247; cv=none; d=google.com; s=arc-20160816; b=ZOjm/W3XDmke0VPu1EnwcGXydDOjwxoEI1xXjx0VgI3CnipFsV36MVifjXMkPYrwFB RL5GmqS7rHQbwhwOTMhm+kD6bxgWI0Y203PwIJZaGE+McuSTsIhvQbNl0jBXbv6j7yON DGKhaFUuZFj3k0qsNULerPUkbka3WKPa0toitc9cxhxH0xvr5QvW9PgahfJjAn6GUzn7 VOxMpKTilZQtn19EfXTGoqodwPG9NYl8u0OS3GwhUWF4St8NC8LQc+VjJDco93534QEp hnK/wzNHUq3OTDKdIGk2SgE6pMT+cpzmac/OQbWYXt6bHzFl4C88Zu0KxyegmPvO+3bZ 266A== 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=+DYyGWbRtCO4yoK4SpfLbt8Gh2hUExhG65bK4fLynWs=; fh=w/JfAqMZVV+MhXcQp3rUlQb1qD2x+4km0njbFEwg5T4=; b=pm5hLLuHWtvHplJfKVTF3RGXzvK6ZxrEVW2RbPhUYrVMiMtIHS8deGI0l0kzMBtx1v QdEbpDeSySdrOOnJo0WVaPKSGyNJ3lSzREopdRWm/j/U5KSSFl5aPfghumAWQ352Ozx9 8md8110Owur8APIANE1SNOSimthdyrHvkYfg4ENnY3Tp1lPiCI+8XQw9j3zY8luuvaod wzHhZRNZ6VnCu0mynSLNx88EHAm5JPPUWYGqCM71WosCbObe/E9E5RyRaI5cM458o4kS /yRnPqAN+Q/HdeTFhQm87qvXcphZ9PLWrD/lkOsncu4SNHKyfqMmY1/JUFWt7JyC2EN0 E8Uw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=FMXr7eZG; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l21-20020a656815000000b00563e747d75asi4093152pgt.734.2023.08.11.14.27.14; Fri, 11 Aug 2023 14:27:27 -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=@gmail.com header.s=20221208 header.b=FMXr7eZG; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236267AbjHKVBv (ORCPT <rfc822;lanlanxiyiji@gmail.com> + 99 others); Fri, 11 Aug 2023 17:01:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50046 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234465AbjHKVBu (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 11 Aug 2023 17:01:50 -0400 Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9608BE7E; Fri, 11 Aug 2023 14:01:49 -0700 (PDT) Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-99c1d03e124so309364566b.2; Fri, 11 Aug 2023 14:01:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1691787708; x=1692392508; 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=+DYyGWbRtCO4yoK4SpfLbt8Gh2hUExhG65bK4fLynWs=; b=FMXr7eZGhmfYRJY0IK5IWx2P9eQ3rVyjUhTYxy0OXQoePLMH7Yti5dzRE2Jn3l6r0b kW9yjCgwIxuRHM8X4R35Y+TbWL4dNJtMY/f3YPV0yvLXvuWjhdfAKli6aqZXCgxairZJ HB5Yd8+3UWRjnPQ/4hOQgIhZNFttgvoNJm/vJ5NnSMM3nFJbmmBSvZUJOHnxX0fNbNed MHd7IBI6UWEBM6TxYe3PNgsMWuVw/vEn7nWWc+g4o7KZDscmf/RqkgZhH02uMp3k1Arb 9nBuGOW1vovPpcVOWZCSIdhdyP9epr5+UpS+4ek7V9yMVU4OZ7Ab3GeMYhSe0W8GvgBA OkQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691787708; x=1692392508; 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=+DYyGWbRtCO4yoK4SpfLbt8Gh2hUExhG65bK4fLynWs=; b=c/FlY7pKmHizVHo7qECcuYnbhr4mqJkZILIO4s5n8TxD2VrBKvTu1UDGUf12GJqkGj IF6O54qemx1St7SR5lxM9hFCZuiGVqxuGZVnr2yaVyP+xYNGrO11F3ZJeaxcuDmEnlLj 4nIobjtV3bcCOjriy0VasafduEVI29EqL0SqWZTHnJoJLOufkqSS1lRF5Aghd/YhsYTT OViq4i5fLTjK8nlkWTDLUbdnMF5XN0+uLEsai77h/dSDHibtrLM1ajc7pGsgMTEzT2R2 hPM4wsEg1j/7WxSVS+QdTHhm/f9wW0SdO0sMDhtgv3kL/7UEogivfE8H+4YOEkeRpo19 qH3A== X-Gm-Message-State: AOJu0YwceViE4GbcdH2Y8niVzv7mO+MX7h1QomvbRkgUstqwOOP4Qm2n LTll2Vuf8ekkBTjHzdccVm8= X-Received: by 2002:a17:907:2beb:b0:993:f9d4:eab3 with SMTP id gv43-20020a1709072beb00b00993f9d4eab3mr2724971ejc.18.1691787707834; Fri, 11 Aug 2023 14:01:47 -0700 (PDT) Received: from fedora.. ([188.252.220.253]) by smtp.googlemail.com with ESMTPSA id d3-20020a1709063ec300b0099bcb44493fsm2694907ejj.147.2023.08.11.14.01.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 11 Aug 2023 14:01:46 -0700 (PDT) From: Robert Marko <robimarko@gmail.com> To: agross@kernel.org, andersson@kernel.org, konrad.dybcio@linaro.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Robert Marko <robimarko@gmail.com> Subject: [PATCH 2/2] ARM: dts: qcom: ipq4019-ap.dk01.1: align flash node with bindings Date: Fri, 11 Aug 2023 23:01:03 +0200 Message-ID: <20230811210142.403160-2-robimarko@gmail.com> X-Mailer: git-send-email 2.41.0 In-Reply-To: <20230811210142.403160-1-robimarko@gmail.com> References: <20230811210142.403160-1-robimarko@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_BLOCKED,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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1773969602320639730 X-GMAIL-MSGID: 1773969602320639730 |
Series |
[1/2] ARM: dts: qcom: ipq4019-ap.dk01.1: use existing labels for nodes
|
|
Commit Message
Robert Marko
Aug. 11, 2023, 9:01 p.m. UTC
Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells
as they should be under the partitions subnode and use the generic
jedec,spi-nor compatible.
Signed-off-by: Robert Marko <robimarko@gmail.com>
---
arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi | 6 ++----
1 file changed, 2 insertions(+), 4 deletions(-)
Comments
On 11.08.2023 23:01, Robert Marko wrote: > Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells > as they should be under the partitions subnode and use the generic > jedec,spi-nor compatible. > > Signed-off-by: Robert Marko <robimarko@gmail.com> > --- You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" Konrad > arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi | 6 ++---- > 1 file changed, 2 insertions(+), 4 deletions(-) > > diff --git a/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi b/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi > index 0714616c9e45..f7ac8f9d0b6f 100644 > --- a/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi > +++ b/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi > @@ -75,11 +75,9 @@ &blsp1_spi1 { > status = "okay"; > cs-gpios = <&tlmm 54 GPIO_ACTIVE_HIGH>; > > - mx25l25635e@0 { > - #address-cells = <1>; > - #size-cells = <1>; > + flash@0 { > reg = <0>; > - compatible = "mx25l25635e"; > + compatible = "jedec,spi-nor"; > spi-max-frequency = <24000000>; > }; > };
On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > > On 11.08.2023 23:01, Robert Marko wrote: > > Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells > > as they should be under the partitions subnode and use the generic > > jedec,spi-nor compatible. > > > > Signed-off-by: Robert Marko <robimarko@gmail.com> > > --- > You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" Hi, I grepped the vendor U-Boot to make sure it's not being triggered off the mx25l25635e compatible but the only hit is the IC support itself. MX25L25635 was just the original NOR IC Qualcomm used on the board so to me it made most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR compatible. Regards, Robert > > Konrad > > > arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi | 6 ++---- > > 1 file changed, 2 insertions(+), 4 deletions(-) > > > > diff --git a/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi b/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi > > index 0714616c9e45..f7ac8f9d0b6f 100644 > > --- a/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi > > +++ b/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi > > @@ -75,11 +75,9 @@ &blsp1_spi1 { > > status = "okay"; > > cs-gpios = <&tlmm 54 GPIO_ACTIVE_HIGH>; > > > > - mx25l25635e@0 { > > - #address-cells = <1>; > > - #size-cells = <1>; > > + flash@0 { > > reg = <0>; > > - compatible = "mx25l25635e"; > > + compatible = "jedec,spi-nor"; > > spi-max-frequency = <24000000>; > > }; > > };
On 11.08.2023 23:35, Robert Marko wrote: > On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >> >> On 11.08.2023 23:01, Robert Marko wrote: >>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells >>> as they should be under the partitions subnode and use the generic >>> jedec,spi-nor compatible. >>> >>> Signed-off-by: Robert Marko <robimarko@gmail.com> >>> --- >> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" > > Hi, > I grepped the vendor U-Boot to make sure it's not being triggered off > the mx25l25635e > compatible but the only hit is the IC support itself. > MX25L25635 was just the original NOR IC Qualcomm used on the board so > to me it made > most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR > compatible. OK if dynamic identification works fine Reviewed-by: Konrad Dybcio <konrad.dybcio@linaro.org> Konrad
On Sat, 12 Aug 2023 at 00:56, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > > On 11.08.2023 23:35, Robert Marko wrote: > > On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >> > >> On 11.08.2023 23:01, Robert Marko wrote: > >>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells > >>> as they should be under the partitions subnode and use the generic > >>> jedec,spi-nor compatible. > >>> > >>> Signed-off-by: Robert Marko <robimarko@gmail.com> > >>> --- > >> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" > > > > Hi, > > I grepped the vendor U-Boot to make sure it's not being triggered off > > the mx25l25635e > > compatible but the only hit is the IC support itself. > > MX25L25635 was just the original NOR IC Qualcomm used on the board so > > to me it made > > most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR > > compatible. > OK if dynamic identification works fine It should work fine, datasheet is clear that its JEDEC compatible. That being said, I dont actually have the board, just figured it was time for a cleanup as OpenWrt has been patching DK01 and DK04 for ages. Regards, Robert > > Reviewed-by: Konrad Dybcio <konrad.dybcio@linaro.org> > > Konrad
On 12.08.2023 11:55, Robert Marko wrote: > On Sat, 12 Aug 2023 at 00:56, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >> >> On 11.08.2023 23:35, Robert Marko wrote: >>> On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >>>> >>>> On 11.08.2023 23:01, Robert Marko wrote: >>>>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells >>>>> as they should be under the partitions subnode and use the generic >>>>> jedec,spi-nor compatible. >>>>> >>>>> Signed-off-by: Robert Marko <robimarko@gmail.com> >>>>> --- >>>> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" >>> >>> Hi, >>> I grepped the vendor U-Boot to make sure it's not being triggered off >>> the mx25l25635e >>> compatible but the only hit is the IC support itself. >>> MX25L25635 was just the original NOR IC Qualcomm used on the board so >>> to me it made >>> most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR >>> compatible. >> OK if dynamic identification works fine > > It should work fine, datasheet is clear that its JEDEC compatible. > That being said, I dont actually have the board, just figured it was > time for a cleanup as > OpenWrt has been patching DK01 and DK04 for ages. Hm. Do we know whether there are still users of this boards? Konrad
On Sat, 12 Aug 2023 at 12:47, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > > On 12.08.2023 11:55, Robert Marko wrote: > > On Sat, 12 Aug 2023 at 00:56, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >> > >> On 11.08.2023 23:35, Robert Marko wrote: > >>> On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >>>> > >>>> On 11.08.2023 23:01, Robert Marko wrote: > >>>>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells > >>>>> as they should be under the partitions subnode and use the generic > >>>>> jedec,spi-nor compatible. > >>>>> > >>>>> Signed-off-by: Robert Marko <robimarko@gmail.com> > >>>>> --- > >>>> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" > >>> > >>> Hi, > >>> I grepped the vendor U-Boot to make sure it's not being triggered off > >>> the mx25l25635e > >>> compatible but the only hit is the IC support itself. > >>> MX25L25635 was just the original NOR IC Qualcomm used on the board so > >>> to me it made > >>> most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR > >>> compatible. > >> OK if dynamic identification works fine > > > > It should work fine, datasheet is clear that its JEDEC compatible. > > That being said, I dont actually have the board, just figured it was > > time for a cleanup as > > OpenWrt has been patching DK01 and DK04 for ages. > Hm. Do we know whether there are still users of this boards? I honestly doubt it as they have been broken in OpenWrt for years and nobody complained. So we are currently removing support for them, but I still wanted to at least fixup the DTS state upstream. These boards are not obtainable anymore. Regards, Robert > > Konrad
On 12.08.2023 16:07, Robert Marko wrote: > On Sat, 12 Aug 2023 at 12:47, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >> >> On 12.08.2023 11:55, Robert Marko wrote: >>> On Sat, 12 Aug 2023 at 00:56, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >>>> >>>> On 11.08.2023 23:35, Robert Marko wrote: >>>>> On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >>>>>> >>>>>> On 11.08.2023 23:01, Robert Marko wrote: >>>>>>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells >>>>>>> as they should be under the partitions subnode and use the generic >>>>>>> jedec,spi-nor compatible. >>>>>>> >>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com> >>>>>>> --- >>>>>> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" >>>>> >>>>> Hi, >>>>> I grepped the vendor U-Boot to make sure it's not being triggered off >>>>> the mx25l25635e >>>>> compatible but the only hit is the IC support itself. >>>>> MX25L25635 was just the original NOR IC Qualcomm used on the board so >>>>> to me it made >>>>> most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR >>>>> compatible. >>>> OK if dynamic identification works fine >>> >>> It should work fine, datasheet is clear that its JEDEC compatible. >>> That being said, I dont actually have the board, just figured it was >>> time for a cleanup as >>> OpenWrt has been patching DK01 and DK04 for ages. >> Hm. Do we know whether there are still users of this boards? > > I honestly doubt it as they have been broken in OpenWrt for years and > nobody complained. > So we are currently removing support for them, but I still wanted to > at least fixup the DTS state > upstream. > These boards are not obtainable anymore. I also noticed they were detached from the other snapdragons in u-boot for no good reason (at first glance anyway). If we don't get any hands up from users, I think deprecation is in order. Konrad
On Sat, 12 Aug 2023 at 16:08, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > > On 12.08.2023 16:07, Robert Marko wrote: > > On Sat, 12 Aug 2023 at 12:47, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >> > >> On 12.08.2023 11:55, Robert Marko wrote: > >>> On Sat, 12 Aug 2023 at 00:56, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >>>> > >>>> On 11.08.2023 23:35, Robert Marko wrote: > >>>>> On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >>>>>> > >>>>>> On 11.08.2023 23:01, Robert Marko wrote: > >>>>>>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells > >>>>>>> as they should be under the partitions subnode and use the generic > >>>>>>> jedec,spi-nor compatible. > >>>>>>> > >>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com> > >>>>>>> --- > >>>>>> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" > >>>>> > >>>>> Hi, > >>>>> I grepped the vendor U-Boot to make sure it's not being triggered off > >>>>> the mx25l25635e > >>>>> compatible but the only hit is the IC support itself. > >>>>> MX25L25635 was just the original NOR IC Qualcomm used on the board so > >>>>> to me it made > >>>>> most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR > >>>>> compatible. > >>>> OK if dynamic identification works fine > >>> > >>> It should work fine, datasheet is clear that its JEDEC compatible. > >>> That being said, I dont actually have the board, just figured it was > >>> time for a cleanup as > >>> OpenWrt has been patching DK01 and DK04 for ages. > >> Hm. Do we know whether there are still users of this boards? > > > > I honestly doubt it as they have been broken in OpenWrt for years and > > nobody complained. > > So we are currently removing support for them, but I still wanted to > > at least fixup the DTS state > > upstream. > > These boards are not obtainable anymore. > I also noticed they were detached from the other snapdragons in u-boot > for no good reason (at first glance anyway). If you are talking about the mainline U-Boot then yeah, my basic port was done years ago and I knew way less about the SoC then now. Currently its on my TODO to merge them with Snapdragon and add some proper GPIO and pinctrl drivers as well as using the Linux DTS. > > If we don't get any hands up from users, I think deprecation is in order. > > Konrad
On 12.08.2023 16:12, Robert Marko wrote: > On Sat, 12 Aug 2023 at 16:08, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >> >> On 12.08.2023 16:07, Robert Marko wrote: >>> On Sat, 12 Aug 2023 at 12:47, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >>>> >>>> On 12.08.2023 11:55, Robert Marko wrote: >>>>> On Sat, 12 Aug 2023 at 00:56, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >>>>>> >>>>>> On 11.08.2023 23:35, Robert Marko wrote: >>>>>>> On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: >>>>>>>> >>>>>>>> On 11.08.2023 23:01, Robert Marko wrote: >>>>>>>>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells >>>>>>>>> as they should be under the partitions subnode and use the generic >>>>>>>>> jedec,spi-nor compatible. >>>>>>>>> >>>>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com> >>>>>>>>> --- >>>>>>>> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" >>>>>>> >>>>>>> Hi, >>>>>>> I grepped the vendor U-Boot to make sure it's not being triggered off >>>>>>> the mx25l25635e >>>>>>> compatible but the only hit is the IC support itself. >>>>>>> MX25L25635 was just the original NOR IC Qualcomm used on the board so >>>>>>> to me it made >>>>>>> most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR >>>>>>> compatible. >>>>>> OK if dynamic identification works fine >>>>> >>>>> It should work fine, datasheet is clear that its JEDEC compatible. >>>>> That being said, I dont actually have the board, just figured it was >>>>> time for a cleanup as >>>>> OpenWrt has been patching DK01 and DK04 for ages. >>>> Hm. Do we know whether there are still users of this boards? >>> >>> I honestly doubt it as they have been broken in OpenWrt for years and >>> nobody complained. >>> So we are currently removing support for them, but I still wanted to >>> at least fixup the DTS state >>> upstream. >>> These boards are not obtainable anymore. >> I also noticed they were detached from the other snapdragons in u-boot >> for no good reason (at first glance anyway). > > If you are talking about the mainline U-Boot then yeah, my basic port was done > years ago and I knew way less about the SoC then now. > Currently its on my TODO to merge them with Snapdragon and add some proper > GPIO and pinctrl drivers as well as using the Linux DTS. Take a look at this branch of mine [1], I already did some of that. If you wish to upstream that, please coordinate with Caleb (+CC) who may be interested in the same in parallel. [1] https://github.com/konradybcio/u-boot/commits/konrad/rb1_forcepushing Konrad
On Sat, 12 Aug 2023 at 16:15, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > > On 12.08.2023 16:12, Robert Marko wrote: > > On Sat, 12 Aug 2023 at 16:08, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >> > >> On 12.08.2023 16:07, Robert Marko wrote: > >>> On Sat, 12 Aug 2023 at 12:47, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >>>> > >>>> On 12.08.2023 11:55, Robert Marko wrote: > >>>>> On Sat, 12 Aug 2023 at 00:56, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >>>>>> > >>>>>> On 11.08.2023 23:35, Robert Marko wrote: > >>>>>>> On Fri, 11 Aug 2023 at 23:28, Konrad Dybcio <konrad.dybcio@linaro.org> wrote: > >>>>>>>> > >>>>>>>> On 11.08.2023 23:01, Robert Marko wrote: > >>>>>>>>> Rename the SPI-NOR node to flash@0, remove #address-cells and #size-cells > >>>>>>>>> as they should be under the partitions subnode and use the generic > >>>>>>>>> jedec,spi-nor compatible. > >>>>>>>>> > >>>>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com> > >>>>>>>>> --- > >>>>>>>> You can also do "nandmanufacturer,mx25l25635e", "jedec,spi-nor" > >>>>>>> > >>>>>>> Hi, > >>>>>>> I grepped the vendor U-Boot to make sure it's not being triggered off > >>>>>>> the mx25l25635e > >>>>>>> compatible but the only hit is the IC support itself. > >>>>>>> MX25L25635 was just the original NOR IC Qualcomm used on the board so > >>>>>>> to me it made > >>>>>>> most sense to just use the JEDEC compatible as NOR itself is JEDEC NOR > >>>>>>> compatible. > >>>>>> OK if dynamic identification works fine > >>>>> > >>>>> It should work fine, datasheet is clear that its JEDEC compatible. > >>>>> That being said, I dont actually have the board, just figured it was > >>>>> time for a cleanup as > >>>>> OpenWrt has been patching DK01 and DK04 for ages. > >>>> Hm. Do we know whether there are still users of this boards? > >>> > >>> I honestly doubt it as they have been broken in OpenWrt for years and > >>> nobody complained. > >>> So we are currently removing support for them, but I still wanted to > >>> at least fixup the DTS state > >>> upstream. > >>> These boards are not obtainable anymore. > >> I also noticed they were detached from the other snapdragons in u-boot > >> for no good reason (at first glance anyway). > > > > If you are talking about the mainline U-Boot then yeah, my basic port was done > > years ago and I knew way less about the SoC then now. > > Currently its on my TODO to merge them with Snapdragon and add some proper > > GPIO and pinctrl drivers as well as using the Linux DTS. > Take a look at this branch of mine [1], I already did some of that. > > If you wish to upstream that, please coordinate with Caleb (+CC) who > may be interested in the same in parallel. > > [1] https://github.com/konradybcio/u-boot/commits/konrad/rb1_forcepushing That is great, though this is very low hanging fruit for me, I have plenty more of IPQ807x stuff that needs to make its way upstream. Regards, Robert > > Konrad
diff --git a/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi b/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi index 0714616c9e45..f7ac8f9d0b6f 100644 --- a/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi +++ b/arch/arm/boot/dts/qcom/qcom-ipq4019-ap.dk01.1.dtsi @@ -75,11 +75,9 @@ &blsp1_spi1 { status = "okay"; cs-gpios = <&tlmm 54 GPIO_ACTIVE_HIGH>; - mx25l25635e@0 { - #address-cells = <1>; - #size-cells = <1>; + flash@0 { reg = <0>; - compatible = "mx25l25635e"; + compatible = "jedec,spi-nor"; spi-max-frequency = <24000000>; }; };