ChanServ changed the topic of #linux-msm to:
anholt has quit [Read error: Connection reset by peer]
anholt has joined #linux-msm
hexdump0815 has joined #linux-msm
hexdump01 has quit [Ping timeout: 480 seconds]
marvin24_ has joined #linux-msm
marvin24 has quit [Ping timeout: 480 seconds]
cxl000 has joined #linux-msm
agross has quit [Read error: Connection reset by peer]
agross has joined #linux-msm
<DavidHeidelberg[m]> lumag: https://patchwork.freedesktop.org/series/98525/ breaks display on apq8064, but currently lost USB with `linux-next` :'(
<DavidHeidelberg[m]> applied patches and reverted patches visible here: https://github.com/apq8064-mainline/linux/commits/qcom-apq8064-next
<DavidHeidelberg[m]> I'll try to debug on something which has USB at least partly working
<lumag> DavidHeidelberg[m]: thanks for the test! I'll try debugging this too, even I have time
dliviu has quit [Ping timeout: 480 seconds]
dliviu has joined #linux-msm
<DavidHeidelberg[m]> does my thinking make sense: ```AMBA specification contains multiple buses, these mmc@ are located on APB,
<DavidHeidelberg[m]> but since APB bus has no address, let's drop amba node and move these
<DavidHeidelberg[m]> nodes directly into soc node.``` ?
calebccff has quit [Quit: ZNC 1.8.2 - https://znc.in]
<Mis012[m]> well... personally I wouldn't mind modelling the hierarchy
<Mis012[m]> but it's often not done
<DavidHeidelberg[m]> ok, latest `-next` gives me `platform 5100000.mdp: Fixing up cyclic dependency with 4700000.dsi` and few like `amba 1a01000.etb: Fixing up cyclic dependency with replicator`, in the end. When reverting "removing of amba bus" it gets OK
<DavidHeidelberg[m]> so, it seems like it "requires" amba node to be there?
<DavidHeidelberg[m]> or I could make `amba` `apb@_first_address_of_mmc_present_on_APB`, could that make sense?
<Mis012[m]> wait...
<Mis012[m]> if it has compatible of `primecell`, then it definitely should be under an amba node xD
<DavidHeidelberg[m]> trick is, that coresight is directly in soc node
<DavidHeidelberg[m]> generally then coresight should be also under apb@ node
<Mis012[m]> I think it is on some SoCs at least
<DavidHeidelberg[m]> ok, keeping it in `apb@` node instead of `amba` also works
<z3ntu> Hi, I was wondering what the current best practices are for pinctrl node & label naming. According to bindings the node name should end with -pins but I often also see -active (or just _a) -default and whatever other suffixes
<z3ntu> and to make it even more complicated newer bindings seem to use -state as suffix
<Mis012[m]> -active makes sense when paired with -sleep
<Mis012[m]> which is something mainline drivers usually don't bother with
<Mis012[m]> -default is like "downstream did -active and -sleep here, but meh"
<Mis012[m]> haven't really seen the other variants
<DavidHeidelberg[m]> z3ntu: best would be to ask Rob Herring on #devicetree
<DavidHeidelberg[m]> lumag: after solving my mess, your patches seems to be working as they should (also the Nexus 7 is sometimes slightly unstable, so it maybe because of that it didn't worked first time)
j_ has joined #linux-msm
j_ has quit []
calebccff has joined #linux-msm
threader has joined #linux-msm
<threader> I'm looking into SoMainline, a project by kholk and friends to mainline some (many) sony devices, i came across a post by the great robclark (https://patchwork.kernel.org/project/linux-arm-msm/patch/1437507362-20162-1-git-send-email-robdclark@gmail.com/https://patchwork.kernel.org/project/linux-arm-msm/patch/1437507362-20162-1-git-send-email-robdclark@gmail.com/ ) and wondered if that display is already mainlined, like is it
<threader> the NOVATEK_NT35510 NOVATEK_NT36672A or NOVATEK_NT39016 ?
calebccff has quit [Quit: ZNC 1.8.2 - https://znc.in]
<DavidHeidelberg[m]> I documented screen not going back on after vblank, full log here with debugging: https://paste.sr.ht/~okias/cdd1f6dd291def613f791614dec114e23ccba8a0 any ideas? where to look, what to test?
threader has quit [Ping timeout: 480 seconds]
calebccff has joined #linux-msm
calebccff has quit []
calebccff has joined #linux-msm