different hardware.
Introduce another set of offsets and a new configure function for the
Huayra PLL found on QCM2290. This is required e.g. for the consumers
of GPUCC_PLL0 to properly start.
Signed-off-by: Konrad Dybcio
---
drivers/clk/qcom/clk-alpha-
Add a driver for the GPU clock controller block found on the QCM2290 SoC.
Signed-off-by: Konrad Dybcio
---
drivers/clk/qcom/Kconfig | 9 +
drivers/clk/qcom/Makefile| 1 +
drivers/clk/qcom/gpucc-qcm2290.c | 423 +++
3 files changed, 433
different hardware.
Introduce another set of offsets and a new configure function for the
Huayra PLL found on QCM2290. This is required e.g. for the consumers
of GPUCC_PLL0 to properly start.
Signed-off-by: Konrad Dybcio
---
drivers/clk/qcom/clk-alpha-
Add a driver for the GPU clock controller block found on the QCM2290 SoC.
Signed-off-by: Konrad Dybcio
---
drivers/clk/qcom/Kconfig | 9 +
drivers/clk/qcom/Makefile| 1 +
drivers/clk/qcom/gpucc-qcm2290.c | 423 +++
3 files changed, 433
The GPU SMMU on QCM2290 nicely fits into the description we already have
for SM61[12]5. Add it.
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/iommu
Add device tree bindings for graphics clock controller for Qualcomm
Technology Inc's QCM2290 SoCs.
Signed-off-by: Konrad Dybcio
---
.../bindings/clock/qcom,qcm2290-gpucc.yaml | 76 ++
include/dt-bindings/clock/qcom,qcm2290-gpucc.h | 32 +
2 files changed
The GPU SMMU on QCM2290 nicely fits into the description we already have
for SM61[12]5. Add it.
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/iommu
Add device tree bindings for graphics clock controller for Qualcomm
Technology Inc's QCM2290 SoCs.
Signed-off-by: Konrad Dybcio
---
.../bindings/clock/qcom,qcm2290-gpucc.yaml | 76 ++
include/dt-bindings/clock/qcom,qcm2290-gpucc.h | 32 +
2 files changed
/mesa/-/merge_requests/27665
Signed-off-by: Konrad Dybcio
---
Konrad Dybcio (8):
dt-bindings: arm-smmu: Add QCM2290 GPU SMMU
dt-bindings: clock: Add Qcom QCM2290 GPUCC
clk: qcom: clk-alpha-pll: Add HUAYRA_2290 support
clk: qcom: Add QCM2290 GPU clock controller driver
/mesa/-/merge_requests/27665
Signed-off-by: Konrad Dybcio
---
Konrad Dybcio (8):
dt-bindings: arm-smmu: Add QCM2290 GPU SMMU
dt-bindings: clock: Add Qcom QCM2290 GPUCC
clk: qcom: clk-alpha-pll: Add HUAYRA_2290 support
clk: qcom: Add QCM2290 GPU clock controller driver
.mbn).
>
> Add this as machine = "qcom,sm7150", because speed-bin values are
> different from atoll (sc7180/sm7125).
>
> Signed-off-by: Danila Tikhonov
> ---
Sorry for the mess on the previous thread!
Reviewed-by: Konrad Dybcio
Konrad
.mbn).
>
> Add this as machine = "qcom,sm7150", because speed-bin values are
> different from atoll (sc7180/sm7125).
>
> Signed-off-by: Danila Tikhonov
> ---
Sorry for the mess on the previous thread!
Reviewed-by: Konrad Dybcio
Konrad
://lists.openembedded.org/g/openembedded-core
Cheers
Konrad
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#195789):
https://lists.openembedded.org/g/openembedded-core/message/195789
Mute This Topic: https://lists.openembedded.org/mt/104397061/21656
Group Owner
On 16.02.2024 14:11, Luca Weiss wrote:
> Add the definition for the interconnect used in the display subsystem.
>
> Signed-off-by: Luca Weiss
> ---
Reviewed-by: Konrad Dybcio
Konrad
[
https://issues.apache.org/jira/browse/OAK-10655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus reassigned OAK-10655:
-
Assignee: Konrad Windszus
> Improve warning emitted for Unexpected changes perfor
the adreno_is_a750() macro and
> the ADRENO_7XX_GEN3 family id.
>
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Konrad Dybcio
Konrad
the adreno_is_a750() macro and
> the ADRENO_7XX_GEN3 family id.
>
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Konrad Dybcio
Konrad
[
https://issues.apache.org/jira/browse/OAK-10655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated OAK-10655:
--
Description:
Currently the feature provided in OAK-9208 emits WARNs like the following
{code
Konrad Windszus created OAK-10655:
-
Summary: Improve warning emitted for Unexpected changes performed
on a non-default mount
Key: OAK-10655
URL: https://issues.apache.org/jira/browse/OAK-10655
t;>> compatible = "djn,9a-3r063-1102b", "himax,hx83112a";
>>>
>>> Or something else completely? Do we have some documentation / best
>>> practises around this maybe?
>
> Sorry I totally missed the question.
>
> Not sure if "himax,hx83112a" is needed here, the "djn,9a-3r063-1102b" is
> enough to know the IC is hx83112a.
>
> I don't think you'll ever find a "djn,9a-3r063-1102b" with another controller
> IC ?
>
> And "himax,hx83112a" alone as fallback is not enough to describe the panel
> hardware, so I think it should be dropped.
+1
Konrad
t;
> [1]: https://gitlab.haskell.org/ghc/ghc/-/wikis/platforms
Thanks for the pointer! It looks indeed like GHC already support
aarch64, so it's just a matter of integrating that support into Guix.
I'll see if I can find someone motivated and competent to do that.
Cheers,
Konrad
ment: a `aarch64-linux' is required to
build `/gnu/store/7fj9ckgxw27r196vkisc9cm3n8v9072x-libwebp-1.3.2.drv',
but I am a `x86_64-linux'
Maybe this would build on an actual ARM64 machine.
Cheers,
Konrad.
[
https://issues.apache.org/jira/browse/SLING-12252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus resolved SLING-12252.
-
Resolution: Fixed
[~sjaranowski] Thanks for the PR. I just applied it.
Fixed in
https
[
https://issues.apache.org/jira/browse/SLING-12252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus reassigned SLING-12252:
---
Assignee: Konrad Windszus
> Remove maven-plugin-annotations f
On 12.02.2024 15:45, Neil Armstrong wrote:
> On 12/02/2024 11:46, Konrad Dybcio wrote:
>> On 12.02.2024 11:37, Neil Armstrong wrote:
>>> Add support for the A750 GPU found on the SM8650 platform
>>>
>>> Unlike the the very close A740 GPU on the SM8550 SoC, th
On 12.02.2024 15:45, Neil Armstrong wrote:
> On 12/02/2024 11:46, Konrad Dybcio wrote:
>> On 12.02.2024 11:37, Neil Armstrong wrote:
>>> Add support for the A750 GPU found on the SM8650 platform
>>>
>>> Unlike the the very close A740 GPU on the SM8550 SoC, th
[
https://issues.apache.org/jira/browse/JCRVLT-745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817507#comment-17817507
]
Konrad Windszus commented on JCRVLT-745:
I can't answer those questions. [~tripod] Do you
-linux, so I suspect it's
either a dependency or the build system that lacks the required support.
How would I go about debugging such issues? Maybe the causes are simple
and I can fix them. But I don't even know where to start.
Cheers,
Konrad.
[
https://issues.apache.org/jira/browse/MNG-5585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817380#comment-17817380
]
Konrad Windszus commented on MNG-5585:
--
This requires some changes on resolver side: MRESOLVER-495
[
https://issues.apache.org/jira/browse/JCRVLT-746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus reassigned JCRVLT-746:
--
Assignee: Konrad Windszus
> Exclude items are not added to WorkspaceFilter in
[
https://issues.apache.org/jira/browse/JCRVLT-746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated JCRVLT-746:
---
Component/s: RCP
(was: vlt)
> Exclude items are not ad
[
https://issues.apache.org/jira/browse/JCRVLT-746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus resolved JCRVLT-746.
Resolution: Fixed
Fixed in
https://github.com/apache/jackrabbit-filevault/commit
[
https://issues.apache.org/jira/browse/JCRVLT-746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated JCRVLT-746:
---
Fix Version/s: 3.7.4
> Exclude items are not added to WorkspaceFilter in
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus reassigned MNG-8050:
Assignee: Konrad Windszus
> Same repositories IDs in settings.xml and POM are not detec
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817081#comment-17817081
]
Konrad Windszus edited comment on MNG-8050 at 2/13/24 5:18 PM:
---
Overwriting
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817081#comment-17817081
]
Konrad Windszus edited comment on MNG-8050 at 2/13/24 5:18 PM:
---
Overwriting
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817081#comment-17817081
]
Konrad Windszus edited comment on MNG-8050 at 2/13/24 5:17 PM:
---
Overwriting
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817081#comment-17817081
]
Konrad Windszus edited comment on MNG-8050 at 2/13/24 4:59 PM:
---
Overwriting
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817081#comment-17817081
]
Konrad Windszus commented on MNG-8050:
--
Overwriting of the POM repository with the repository having
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816933#comment-17816933
]
Konrad Windszus edited comment on MNG-8050 at 2/13/24 11:48 AM:
The problem
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated MNG-8050:
-
Description:
When the same repository ID is used in repositories defined in
# {{settings.xml
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816933#comment-17816933
]
Konrad Windszus commented on MNG-8050:
--
The problem is that validation happens separately for settings
[
https://issues.apache.org/jira/browse/MNG-8050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated MNG-8050:
-
Description:
When the same repository ID is used in repositories defined in
# {{settings.xml
Konrad Windszus created MNG-8050:
Summary: Same repositories IDs in settings.xml and POM are not
detected
Key: MNG-8050
URL: https://issues.apache.org/jira/browse/MNG-8050
Project: Maven
[
https://issues.apache.org/jira/browse/MRESOLVER-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816900#comment-17816900
]
Konrad Windszus edited comment on MRESOLVER-495 at 2/13/24 9:09 AM
[
https://issues.apache.org/jira/browse/MRESOLVER-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816900#comment-17816900
]
Konrad Windszus edited comment on MRESOLVER-495 at 2/13/24 8:42 AM
[
https://issues.apache.org/jira/browse/MRESOLVER-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816900#comment-17816900
]
Konrad Windszus commented on MRESOLVER-495:
---
Currently the {{AuthenticationContext}} being
[
https://issues.apache.org/jira/browse/MRESOLVER-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated MRESOLVER-495:
--
Summary: Provide AuthenticationSelector based on host/realm instead of
repository
[
https://issues.apache.org/jira/browse/MRESOLVER-495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated MRESOLVER-495:
--
Description:
Currently the
[{{DefaultAuthenticationSelector}}|https://github.com
[
https://issues.apache.org/jira/browse/MRESOLVER-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816891#comment-17816891
]
Konrad Windszus commented on MRESOLVER-495:
---
Thanks, I linked some related ticket in Maven
Konrad Windszus created MRESOLVER-495:
-
Summary: Provide AuthenticationSelector based on host instead of
repository id
Key: MRESOLVER-495
URL: https://issues.apache.org/jira/browse/MRESOLVER-495
[
https://issues.apache.org/jira/browse/SCM-1015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus updated SCM-1015:
-
Description:
I was assuming that {{ScmProvider}} is the SPI while {{ScmManager}} is the
(consumer
Konrad Windszus created SCM-1015:
Summary: Clarify difference between ScmManager and ScmProvider
Key: SCM-1015
URL: https://issues.apache.org/jira/browse/SCM-1015
Project: Maven SCM
Issue
[
https://issues.apache.org/jira/browse/SLING-12249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus resolved SLING-12249.
-
Fix Version/s: API 2.27.4
Resolution: Fixed
Fixed in
https://github.com/apache
fall apart when it tries to overlay random bytes from an empty partition onto a
perfectly good appended DTB.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/Makefile | 1 +
.../dts/qcom/sm8550-sony-xperia-yodo-pdx234.dts| 779 +
2 files changed,
In a fairly new development, Qualcomm somehow made the DWC3 block
cache-coherent. Annotate that.
Fixes: 7f7e5c1b037f ("arm64: dts: qcom: sm8550: Add USB PHYs and controller
nodes")
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/sm8550.dtsi | 1 +
1 file changed, 1 insertio
As expected, Qualcomm DWC3 implementation come with a sizable number
of quirks. Make sure to account for all of them.
Fixes: 7f7e5c1b037f ("arm64: dts: qcom: sm8550: Add USB PHYs and controller
nodes")
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/sm8550.dtsi | 14 +++
Like on earlier flagship Qualcomm SoCs, the SMMU is dma-coherent.
Mark it as such.
Fixes: ffc50b2d3828 ("arm64: dts: qcom: Add base SM8550 dtsi")
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/sm8550.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boo
These peripherals are DMA-coherent on 8550. Mark them as such.
Interestingly enough, the I2C master hubs are not.
Fixes: ffc50b2d3828 ("arm64: dts: qcom: Add base SM8550 dtsi")
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/sm8550.dtsi | 4
1 file changed, 4 insertion
Document the SM8550 SONY Xperia 1 V (PDX234) board.
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/arm/qcom.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml
b/Documentation/devicetree/bindings/arm/qcom.yaml
index
This chip seems to have an IRQ line, let us describe it.
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/sound/cirrus,cs35l45.yaml | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/sound/cirrus,cs35l45.yaml
b/Documentation/devicetree
DTS for the phone and some fly-by fixes
Patch 1 for Mark/sound
Rest for qcom
Signed-off-by: Konrad Dybcio
---
Konrad Dybcio (7):
dt-bindings: ASoC: cs35l45: Add interrupts
dt-bindings: arm: qcom: Add Xperia 1 V
arm64: dts: qcom: sm8550: Mark QUPs and GPI dma-coherent
On 30.01.2024 17:38, Dmitry Baryshkov wrote:
> Add firmware-name property to the WiFi device tree node to specify
> board-specific lookup directory.
>
> Signed-off-by: Dmitry Baryshkov
> ---
Reviewed-by: Konrad Dybcio
Konrad
On 30.01.2024 17:38, Dmitry Baryshkov wrote:
> Add firmware-name property to the WiFi device tree node to specify
> board-specific lookup directory.
>
> Signed-off-by: Dmitry Baryshkov
> ---
Reviewed-by: Konrad Dybcio
Konrad
if (ar->board_name) {
> + snprintf(filename, sizeof(filename), "%s/%s/%s",
> + dir, ar->board_name, file);
> + ret = firmware_request_nowarn(, filename, ar->dev);
> + ath10k_dbg(ar, ATH10K_DBG_BOOT, "boot fw request '%s': %d\n",
> +filename, ret);
Perhaps it'd be useful to move to a more noisy loglevel
Konrad
igned-off-by: Craig Tatlor
> Signed-off-by: Luca Weiss
> ---
Reviewed-by: Konrad Dybcio
Konrad
On 12.02.2024 11:37, Neil Armstrong wrote:
> Add path of the GPU firmware for the SM8650-QRD board
>
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Konrad Dybcio
Konrad
On 12.02.2024 11:37, Neil Armstrong wrote:
> Add path of the GPU firmware for the SM8650-QRD board
>
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Konrad Dybcio
Konrad
c";
> +
> + interrupts = ;
> +
> + iommus = <_smmu 0 0x0>,
> + <_smmu 1 0x0>;
> +
> + operating-points-v2 = <_opp_table>;
> +
> + interconnects = <_noc MASTER_GFX3D 0 _virt
> SLAVE_EBI1 0>;
> + interconnect-names = "gfx-mem";
ICC should be unnecessary
Konrad
c";
> +
> + interrupts = ;
> +
> + iommus = <_smmu 0 0x0>,
> + <_smmu 1 0x0>;
> +
> + operating-points-v2 = <_opp_table>;
> +
> + interconnects = <_noc MASTER_GFX3D 0 _virt
> SLAVE_EBI1 0>;
> + interconnect-names = "gfx-mem";
ICC should be unnecessary
Konrad
.]
> +static inline int adreno_is_a750(struct adreno_gpu *gpu)
> +{
> + return gpu->info->chip_ids[0] == 0x43051401;
> +}
> +
> /* Placeholder to make future diffs smaller */
Please also remove this comment now that it's invalid
Konrad
.]
> +static inline int adreno_is_a750(struct adreno_gpu *gpu)
> +{
> + return gpu->info->chip_ids[0] == 0x43051401;
> +}
> +
> /* Placeholder to make future diffs smaller */
Please also remove this comment now that it's invalid
Konrad
On 12.02.2024 11:37, Neil Armstrong wrote:
> Document the Adreno 750 GMU found on the SM8650 platform.
>
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Konrad Dybcio
Konrad
On 12.02.2024 11:37, Neil Armstrong wrote:
> Document the Adreno 750 GMU found on the SM8650 platform.
>
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Konrad Dybcio
Konrad
[
https://issues.apache.org/jira/browse/JCRVLT-744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816544#comment-17816544
]
Konrad Windszus commented on JCRVLT-744:
I think the issue with the session is not only
[
https://issues.apache.org/jira/browse/JCRVLT-744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816441#comment-17816441
]
Konrad Windszus commented on JCRVLT-744:
FileVault API is always bound to a JCR session which
-by: Matti Lehtimäki
[luca: add more text to commit message]
Acked-by: Konrad Dybcio
Signed-off-by: Luca Weiss
---
Due to the nature of this change, it's hard to thoroughly review,
but nothing screams nuclear breakage, so:
Acked-by: Konrad Dybcio
Konrad
On 2/10/24 17:28, Luca Weiss wrote:
From: Ivaylo Ivanov
Add CPU and SAW/ACC nodes to enable SMP on MSM8226.
Signed-off-by: Ivaylo Ivanov
[luca: update some nodes to fix dtbs_check errors, reorder, cleanup]
Signed-off-by: Luca Weiss
---
Reviewed-by: Konrad Dybcio
Konrad
On 2/10/24 17:38, Luca Weiss wrote:
Add the power domains CX & GFX found on MSM8974 devices that use PMA8084
instead of the standard PM8841+PM8941 combo.
Signed-off-by: Luca Weiss
---
Reviewed-by: Konrad Dybcio
Konrad
On 2/10/24 17:38, Luca Weiss wrote:
Add the power domains CX & GFX found on devices with MSM8974 and PM8841.
Signed-off-by: Luca Weiss
---
Reviewed-by: Konrad Dybcio
Konrad
On 2/10/24 15:12, Luca Weiss wrote:
Add the power domains CX & GFX found on MSM8974 devices that use PMA8084
instead of the standard PM8841+PM8941 combo.
Signed-off-by: Luca Weiss
---
Same comment as p2, gfx_ao may not make much sense on this
platform
Konrad
res_id = 4,
+ .key = KEY_CORNER,
+};
I don't see a s4b_ao downstream.. Though it's very unfortunate we
didn't choose to add power-domain-cells or sth and set the bucket
through that..
Konrad
PE_EDGE_RISING>,
> + <_smp2p_in 2
> IRQ_TYPE_EDGE_RISING>,
> + <_smp2p_in 3
> IRQ_TYPE_EDGE_RISING>;
> + interrupt-names = "wdog", "fatal", "ready", "handover",
> "stop-ack";
And here too
> +
> + power-domains = < MSM8976_VDDCX>,
> + < MSM8976_VDDMX>;
> + power-domain-names = "cx", "mx";
> +
> + qcom,smem-states = <_smp2p_out 0>;
> + qcom,smem-state-names = "stop";
> +
> + pinctrl-names = "default";
> + pinctrl-0 = <_wlan_default>;
rev order
Konrad
PE_EDGE_RISING>,
> + <_smp2p_in 2
> IRQ_TYPE_EDGE_RISING>,
> + <_smp2p_in 3
> IRQ_TYPE_EDGE_RISING>;
> + interrupt-names = "wdog", "fatal", "ready", "handover",
> "stop-ack";
And here too
> +
> + power-domains = < MSM8976_VDDCX>,
> + < MSM8976_VDDMX>;
> + power-domain-names = "cx", "mx";
> +
> + qcom,smem-states = <_smp2p_out 0>;
> + qcom,smem-state-names = "stop";
> +
> + pinctrl-names = "default";
> + pinctrl-0 = <_wlan_default>;
rev order
Konrad
+ operating-points-v2 = <_opp_table>;
> +
> + gpu_opp_table: opp-table {
> + compatible ="operating-points-v2";
> +
> + opp-2 {
> + opp-hz = /bits/ 64 <2>;
A random downstream I took has:
19.2 MHz
266.6 MHz
300.0 MHz
432.0 MHz
480.0 MHz
550.0 MHz
600.0 MHz
> + opp-level = ;
you want required-opps here instead
Konrad
+ operating-points-v2 = <_opp_table>;
> +
> + gpu_opp_table: opp-table {
> + compatible ="operating-points-v2";
> +
> + opp-2 {
> + opp-hz = /bits/ 64 <2>;
A random downstream I took has:
19.2 MHz
266.6 MHz
300.0 MHz
432.0 MHz
480.0 MHz
550.0 MHz
600.0 MHz
> + opp-level = ;
you want required-opps here instead
Konrad
clocks = < GCC_MDSS_AHB_CLK>,
> + < GCC_MDSS_AXI_CLK>,
> + < GCC_MDSS_VSYNC_CLK>,
> + < GCC_MDSS_MDP_CLK>;
The last entry is misaligned
[...]
> + port@0 {
> + reg = <0>;
Please add a newline between properties and subnodes
And then the rest looks good, I think!
Konrad
clocks = < GCC_MDSS_AHB_CLK>,
> + < GCC_MDSS_AXI_CLK>,
> + < GCC_MDSS_VSYNC_CLK>,
> + < GCC_MDSS_MDP_CLK>;
The last entry is misaligned
[...]
> + port@0 {
> + reg = <0>;
Please add a newline between properties and subnodes
And then the rest looks good, I think!
Konrad
https://bugs.kde.org/show_bug.cgi?id=478875
Konrad Materka changed:
What|Removed |Added
CC||mate...@gmail.com
--
You are receiving
You can probably use
https://www.mojohaus.org/extra-enforcer-rules/requirePropertyDiverges.html to
enforce a distinct description per module.
Konrad
> On 9. Feb 2024, at 17:48, Delany wrote:
>
> Yes. I mean, of course, right? Description is like name and artifactId.
> These
[
https://issues.apache.org/jira/browse/SCM-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus reassigned SCM-914:
---
Assignee: Konrad Windszus
> InfoItem.lastChangedDate is leaky abstract
[
https://issues.apache.org/jira/browse/SCM-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816073#comment-17816073
]
Konrad Windszus edited comment on SCM-914 at 2/9/24 2:43 PM:
-
This would
[
https://issues.apache.org/jira/browse/SCM-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816073#comment-17816073
]
Konrad Windszus edited comment on SCM-914 at 2/9/24 2:10 PM:
-
This would
[
https://issues.apache.org/jira/browse/SCM-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17816073#comment-17816073
]
Konrad Windszus commented on SCM-914:
-
This would be interesting in the context of DOXIASITETOOLS-329
[
https://issues.apache.org/jira/browse/DOXIASITETOOLS-329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17814869#comment-17814869
]
Konrad Windszus edited comment on DOXIASITETOOLS-329 at 2/9/24 1:51 PM
[
https://issues.apache.org/jira/browse/DOXIASITETOOLS-329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17814869#comment-17814869
]
Konrad Windszus edited comment on DOXIASITETOOLS-329 at 2/9/24 1:48 PM
[
https://issues.apache.org/jira/browse/DOXIASITETOOLS-329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17814869#comment-17814869
]
Konrad Windszus edited comment on DOXIASITETOOLS-329 at 2/9/24 1:48 PM
[
https://issues.apache.org/jira/browse/MSCMPUB-63?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus resolved MSCMPUB-63.
Fix Version/s: 3.2.2
Resolution: Fixed
Fixed in
https://github.com/apache/maven
[
https://issues.apache.org/jira/browse/SLING-12249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17815995#comment-17815995
]
Konrad Windszus commented on SLING-12249:
-
[~cziegeler] I would appreciate a review
[
https://issues.apache.org/jira/browse/DOXIA-728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konrad Windszus resolved DOXIA-728.
---
Resolution: Fixed
Fixed in
https://github.com/apache/maven-doxia/commit
601 - 700 of 43049 matches
Mail list logo