ChanServ changed the topic of #linux-msm to:
irungentoo has quit [Quit: ZNC 1.8.2+deb3.1 - https://znc.in]
irungentoo has joined #linux-msm
irungentoo has quit [Quit: ZNC 1.8.2+deb3.1 - https://znc.in]
irungentoo has joined #linux-msm
pg12 has quit [Remote host closed the connection]
pg12 has joined #linux-msm
<JIaxyga[m]> <aka_[m]> "Spi is annoying because its..." <- https://github.com/sm7150-mainline/linux/commit/04157874bb2e408915b0fd8c9453ed09e810fe64
<JIaxyga[m]> It might be interesting
<JIaxyga[m]> A little trashy, but it works
irungentoo has quit [Quit: ZNC 1.8.2+deb3.1 - https://znc.in]
irungentoo has joined #linux-msm
marvin24 has joined #linux-msm
<ungeskriptet> calebccff: I've sent you an invite to sm8250-mainline on GitLab
ungeskriptet is now known as Guest143
ungeskriptet has joined #linux-msm
Guest143 has quit [Ping timeout: 480 seconds]
<JIaxyga[m]> Can anyone help me please? Already broke my whole head... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/UoKIeMQvoUyOFiOmLJKQDwWc>)
<calebccff> lol ya'll have github.com/mainlining that's great
<JIaxyga[m]> calebccff: and mainlining.org domain
<calebccff> 503 :(
<calebccff> what's the goal with that?
<aka_[m]> who cares
<JIaxyga[m]> calebccff: But there is nothing there except mail and our git:
<JIaxyga[m]> git.mainlining.org
<JIaxyga[m]> mail.mainlining.org
<calebccff> JIaxyga: left a comment
<JIaxyga[m]> calebccff: Um, yes. I tried to fix it here, but it didnt fix the error
<JIaxyga[m]> Thanks anyway
<calebccff> ah :(
<calebccff> You should probably ask Kryzyzstof
<aka_[m]> Krzysztof
<JIaxyga[m]> calebccff: He has quite a lot of work to do. I dont want to occupy him
<JIaxyga[m]> But lets try krzk
<krzk> ? I don't see any questions here... Just some linsk to matrix.org, but it is not how IRC works. That's not Matrix channel. That's IRC.
<krzk> So if you have anything specific, use a name tag and ask for something, e.g. "krzk: do you know how to do foo bar on baz faz?"
<JIaxyga[m]> Documentation/devicetree/bindings/interconnect/qcom,sm7150-rpmh.example.dtb: interconnect@1620000: Unevaluated properties are not allowed ('interconnect-camnoc-virt' was unexpected)
<JIaxyga[m]> I havent been able to figure out what the problem is for three days now
<krzk> JIaxyga[m]: wroong node name, interconnect, not interconnect-camnoc-virt
<krzk> the warning tells you which node or property is unexpected.
<krzk> so the warning is quite clear "interconnect-camnoc-virt" is unexpected. Why? Because such names are not allowed - look at properties and patternProperties.
<krzk> JIaxyga[m]: they list which properties are allowed
<JIaxyga[m]> krzk: But there is also a parameter:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/szizGLDKEwPErhtujhvbpekn>)
<JIaxyga[m]> everything is the same for sm6350-ic
<krzk> JIaxyga[m]: You message got cut...
<JIaxyga[m]> patternProperties:
<JIaxyga[m]> '^interconnect-[a-z0-9-]+$':
<krzk> regardless of that, "camnoc-virt" is not correct node name. Names shall be generic
<krzk> JIaxyga[m]: oh, true, ok, the name fits in regex pattern
<JIaxyga[m]> But this is a child of the parent node. It will be strange to see interconnect {interconnect};
<krzk> so the other answer is that child node did not evaluate properly, so qcom,prmh-common.yaml failed on it
<krzk> why? to me it is not strange.... or not stranger than having interconenct in soc...
<krzk> although, eh, it's already there
<krzk> never mind about the name
<krzk> JIaxyga[m]: which branch is it?
<krzk> Or what's git fetch command for it?
<JIaxyga[m]> krzk: What do you mean? danila/sm7150-ic?
<JIaxyga[m]> krzk: https://github.com/mainlining/linux -b danila/sm7150-ic
<JIaxyga[m]> I can send you a patch by email if you want
<krzk> JIaxyga[m]: no, I got it, thanks
<krzk> JIaxyga[m]: wait, I missed last message in your error
<krzk> The error is coming from qcom,rpmh schema
<krzk> JIaxyga[m]: your compatible is there and it should not be
<krzk> It should be only in one place.
<krzk> And such child node name is indeed already in other bindings, so it is fine, although I still think interconnect-1 would be in line with generic node name recommendation.
<JIaxyga[m]> Oh thank you
<aka_[m]> Have anyone seen konradybcio ?
<aka_[m]> or have some ideas on reg vs ranges on mmu?
<aka_[m]> it looks like first argument of ranges is before first argument or reg
<aka_[m]> how does that even work?
<aka_[m]> and somehow reg address reffer to occurence of context-bank and not base address of "mmu500"
<aka_[m]> ok now im even more lost
<aka_[m]> ranges seems to point to starting point of SMMU_CB0_SCTLR
<aka_[m]> there is 31 context banks on this mmu500
<aka_[m]> ok ranges fits last _ACTLR is at 0x3f004
<aka_[m]> but i wonder what is "reg" there
<aka_[m]> docs says something
<aka_[m]> ok still missing something
<aka_[m]> SMMU_SS_LOCAL =0x01E00000+0x000E0000
<aka_[m]> ok i get it
<aka_[m]> 0x01EE0000 is starting point of SS_LOCAL
<aka_[m]> 0x1000 is first SMMU_INTR_SEL_NSHYP
<aka_[m]> so its 1ef0000
<aka_[m]> next one is SMMU_INTR_SEL_NS ADDRESS 0x2000
<aka_[m]> writel_relaxed(0xffffffff, qcom_iommu->local_base + SMMU_INTR_SEL_NS);
<aka_[m]> uh
<aka_[m]> this is weird ngl
<aka_[m]> in dts localbase is 1ef0000 then it writes it at
<aka_[m]> 1ef0000+0x2000= 1ef2000
<aka_[m]> however SMMU_INTR_SEL_NS seems to appear at 0x2000 inside SMMU_SS_LOCAL
<aka_[m]> So do we write somewhere where we should not?
<aka_[m]> 0x1ef2000 - 0x1EE0000 = 0x12000 inside SMMU_SS_LOCAL block
<aka_[m]> closest to that is
<aka_[m]> SMMU_SID2VMID_SMR_GFX0_n(n):(0)-(1) ARRAY 0x00012000+0x8*n
<aka_[m]> SMMU_SID2VMID_SMR_GFX0_0 ADDRESS 0x12000 RW
<aka_[m]> robclark: are you there/can see my msgs?
ungeskriptet is now known as Guest166
ungeskriptet has joined #linux-msm
Guest166 has quit [Ping timeout: 480 seconds]
<aka_[m]> ok seems base of ss_local is shifted compared to 8916 for which its fully valid
minecrell has quit [Quit: Ping timeout (120 seconds)]
minecrell has joined #linux-msm
telent0 has joined #linux-msm
telent has quit [Ping timeout: 480 seconds]
telent0 is now known as telent
<z3ntu> bamse: gentle reminder that https://lore.kernel.org/linux-arm-msm/20240210-msm8226-cpu-v2-1-5d9cb4c35204@z3ntu.xyz/ can be picked up now since you picked up the series it depends on into drivers-for-6.9
jnn is now known as jn