<NekoCWD[m]>
Will try to bring up modem on prada, maybe this issue caused by my bootloader unlocking hack. I haven't tested it android on hacky unlocked device
<barni2000[m]>
no, i have same issues on riva
<NekoCWD[m]>
Any other soc with working modem on mdm9607 pil?
<barni2000[m]>
Val Packett: if you want please send your PR for nora
<NekoCWD[m]>
Now i have 8916 modem in my collection
<ValPackett[m]>
<barni2000[m]> "Val Packett: if you want..." <- sure! what about vibration / led drivers btw?
<barni2000[m]>
lets enable stuff step by step
<barni2000[m]>
we have about 90 commits atop of 8916 tree
<barni2000[m]>
if we enabling too much stuff without upstreaming the base i will have too much too rebase next time
<barni2000[m]>
but you can open your PRs and i will review it them
<barni2000[m]>
also we should test the new features first
<barni2000[m]>
i am fine with haptic btw because i have applied it on msm8953 tree
minecrell[m] has joined #msm8937-mainline
<minecrell[m]>
<barni2000[m]> "maybe travmurav or minecrell[m..." <- You mean 8909? Modem works fine there, but you need tqftpserv and msm8909-modem-wwan-port.initd in addition to rmtfs etc on 8916. see soc-qcom-msm8909 in pmOS
<ValPackett[m]>
is there any page tracking the upstreaming btw?
<barni2000[m]>
patchwork.kernel.org
<barni2000[m]>
lore.kernel.org
<ValPackett[m]>
btw re: modem, when i've tried to enable it there was some three letter thing timing out after the firmware got loaded
<ValPackett[m]>
barni2000[m]: i mean not in general lol but like specifically links to lore/etc per qcom tree like from the wiki
<barni2000[m]>
it is clear from our git tree atm 8917 is upstreamed in basic way
<barni2000[m]>
8937 is not yet
<barni2000[m]>
i have not maintaining a status page about it
<barni2000[m]>
btw in our three we have charging driver what is managed on other trees so we will not upstream it, some dsi fix, modem patch, small changes in pm8937 what can be upstreamed easily
<barni2000[m]>
audio patches what should be refined
<ValPackett[m]>
yea it seems that with qcom there is already a bit of a preference for like 50-200 commit long downstreams to ship something usable in pmos already xD which is why i thought adding a couple more drivers wouldn't hurt
<barni2000[m]>
if i remove device commits from this list there will be much less what is matter
<ValPackett[m]>
oh btw what was that cpuidle situation again? i remember you've said that it "will be fixed"?
<barni2000[m]>
i have still not fixed it but it is better a bit on 6.13
<ValPackett[m]>
no i mean like totally weird changes like get_modes being changed from drm_connector_helper_get_modes_fixed to inlined actual 15ish lines of code
<ValPackett[m]>
btw. will the vibration driver get upstreamed from 8953? i'd like to lower the default voltage to prevent motor damage like what happened to my moto, should i submit a blind PR to that tree?
<barni2000[m]>
ValPackett[m]: idk this question should be go for sdm845 guys
<NekoCWD[m]>
barni2000modem works fine on riva?
<barni2000[m]>
yes
<barni2000[m]>
it not works on land
<barni2000[m]>
maybe it needs something more
<NekoCWD[m]>
On prada also doesn't work. Both on newest and oldest available firmware
<ValPackett[m]>
barni2000[m]: hm. the dts max voltage patch only landed in 8953 afaik? not sure if 845 picked that up..
<barni2000[m]>
yes 2 commit difference between the 2 driver
<barni2000[m]>
but sdm845 variant is the original
<ValPackett[m]>
oop, for msm8920 we don't even have a dtsi? would that just reuse msm8917 entirely?
<barni2000[m]>
do you have 8920?
<ValPackett[m]>
no
<barni2000[m]>
we don't have 8920.dtsi yet because i have not imported ipa2-lite from msm8953
<ValPackett[m]>
would it make sense to have a 89xx-nora dtsi and a 8917+nora dts using it already?
<barni2000[m]>
they are different in more
<barni2000[m]>
8920 nora have different audio architecture
<barni2000[m]>
we should not support a device until we don't have one
<barni2000[m]>
btw i am thinking about a base based on msm8916-pm8916.dtsi
<barni2000[m]>
maybe pm9837-common.dtsi would work or we should do the same for all cpus
<barni2000[m]>
msm8917-pm8937 msm8937-pm8937 msm8940-pm8937 etc.
<ValPackett[m]>
hmmm with the voltages modem is no longer "PBL boot timed out" but now "dog.c:1522:Watchdog detects stalled initialization"
<barni2000[m]>
moto needs tqftpserv
<barni2000[m]>
and maybe a service for rfs
<ValPackett[m]>
mm that's all when starting rmtfs yeah but i haven't looked into tqftpserv
<barni2000[m]>
xiaomis are the simplest devices, every other vendor needs more
<barni2000[m]>
motos need rmtfs tqftpserv+this service
<barni2000[m]>
sony's needs ta service as an extra
<ValPackett[m]>
ayy, thanks! port wwan0at0 attached port wwan0at1 attached
<ValPackett[m]>
<barni2000[m]> "https://gitlab.postmarketos.org..." <- hm. that didn't help. that qmi command says "Successfully opened the port" but MM still says "Failed to find a net port in the QMI modem"
<barni2000[m]>
you need to restart mm
<barni2000[m]>
and wait
<barni2000[m]>
check ip a for interfaces
<ValPackett[m]>
that was after restarting, i'm running mm from the CLI with --debug
<barni2000[m]>
do you have wwan0 interface?
<ValPackett[m]>
no
<ValPackett[m]>
mm says it's grabbing all the ports and immediately disposing them
<ValPackett[m]>
because none of them is a "net" port 0.o
<ValPackett[m]>
you'd think the wwan ones would count
<barni2000[m]>
it was take while untile mm recognized ports on tiva
<barni2000[m]>
s/tiva/riva/
<barni2000[m]>
s/untile/until/, s/tiva/riva/
<barni2000[m]>
but if you don't have the interface in ip a it will not work
<ValPackett[m]>
oh the wwan is MM_PORT_TYPE_AT. looks like we do indeed need a dpm command
<ValPackett[m]>
i did get an interesting dmesg message when doing all this: "4080000.remoteproc:bam-dmux: Failed to request RX DMA channel: -EPROBE_DEFER"
<ValPackett[m]>
oh snap i have a carrier phone right i think the vendor even told me
<ValPackett[m]>
it's trying to load /readonly/fsg/nora/latam/customer/personal_arg.mbn and tqftpserv doesn't even like the path because the only readonly it likes is /readonly/firmware/image/
<ValPackett[m]>
s/vendor/seller/
<barni2000[m]>
there is a patch for tqftpserv
<barni2000[m]>
i have not remembered correctly
<barni2000[m]>
it was just a discussion about it but potter is not needed it
<barni2000[m]>
s/is/was/
<barni2000[m]>
it was a german variant of Moto G5 Pro but i don't remember if it was carrier locked