junari has quit [Remote host closed the connection]
sepkov[m] has joined #linux-msm
blacksilver[m] has joined #linux-msm
elektrino[m] has joined #linux-msm
jrole_8tst-j[m] has joined #linux-msm
valida-69[m] has joined #linux-msm
jhovold has joined #linux-msm
felixwither[m] has joined #linux-msm
z3ntu has joined #linux-msm
svarbanov has quit [Remote host closed the connection]
svarbanov has joined #linux-msm
jrfern[m] has joined #linux-msm
pespin has joined #linux-msm
mripard has joined #linux-msm
alfayt[m] has joined #linux-msm
maxim[m] has joined #linux-msm
RayyanAnsari[m] has joined #linux-msm
Leandro[m]1 has joined #linux-msm
exkc has joined #linux-msm
Mis012[m] has joined #linux-msm
flto has quit [Ping timeout: 480 seconds]
nergzd723 has joined #linux-msm
flto has joined #linux-msm
travmurav[m] has joined #linux-msm
panioluka[m] has joined #linux-msm
javierm has joined #linux-msm
<javierm>
KieranBingham[m]: o/
<javierm>
KieranBingham[m]: thanks a lot for your help. I'll continue packaging this and let you know once I've working with stock rawhide without other changes
<z3ntu>
aka_: depends on the chip in your phone, but I'd assume that most if not all sorta recent phones have a combined UFS+RAM chip
<z3ntu>
I'm not aware of ever RAM and UFS being stacked on top of each other if they're two separate chips
<z3ntu>
Can't you figure out the part number of the chip on top of SoC? I'd imagine you should be able to find out what it is then?
<JIaxyga[m]>
can upstream it in this form or should we write separate drivers?
<JIaxyga[m]>
Half of this code is useless, because it rewrites the same values in the pll config or creates a new clk_init_data for the sake of another ops (But these ops are the same)
<travmurav[m]>
I'd assume it's a bit outdated now as it wasn't changed for 4 years
<travmurav[m]>
javierm: also, assuming you're making rmtfs work for fedora on chromebooks?
<javierm>
travmurav[m]: that's my goal, correct
<travmurav[m]>
javierm: Just wanted to mention that for cros you want the efs extractor but for WoA you want the rmtfs flags as-is
<javierm>
travmurav[m]: Ok, I already executed msm-cros-efs-loader.sh and that populated /var/lib/rmtfs/modem_fs{1,2,c,g}
<javierm>
and have `/usr/bin/rmtfs -r -P -o /var/lib/rmtfs` running without errors, but qrtr-ns complains due the EADDRINUSE as mentioned
<travmurav[m]>
(another option is modifying the efs-loader to also extract the blobs from android-style partitions, then it would be generic, I think it was talked about @ pmOS at some point but I don't remember the details)
<travmurav[m]>
I believe UFS devices also use android-styled partitioning with LUNs
<travmurav[m]>
which also brings up some other nasty challenges than just finding the efs in a correct place
<javierm>
I see, we can have a rmtfs-cros.service and rmtfs-woa.service and have rmtfs sub-packages for each variant. Later can figure out how to package it but first I want to get it working on my HP X2 Chromebook
<travmurav[m]>
i.e. the installer needs to be aware that if it touches any of 50 partitions on the mmcblk0, the device is a unrevoverable brick
<javierm>
travmurav[m]: using rmtfs -r should be safe, right ?
<travmurav[m]>
javierm: yes, actually when you work on a copy of the efs, even omitting it is fine (might be useful for LTE devices since this would allow preserving modem settings)
<travmurav[m]>
when you run on partitions (-P) I'd say should always use -r since I think I had once time where my copy files got corrupted (though I did some rather funny stuff there)
<javierm>
travmurav[m]: ah, right. So is -P -r or just -o
<javierm>
makes sense
<travmurav[m]>
yes
<travmurav[m]>
-r for -P is because then we have no backup
<javierm>
yeah
<travmurav[m]>
(and efs is unique per device and contains stuff like imei)
<javierm>
travmurav[m]: any idea of what am I missing / doing wrong here? It works for KieranBingham[m] so clearly the problem is on my end
<travmurav[m]>
javierm: hm, what problem?
<travmurav[m]>
the qrtr-ns?
<javierm>
travmurav[m]: that rmtfs is running, the extracted FCG data is in /var/lib/rmtfs/modem_fs{1,2,c,g} and yet wifi isn't working for me
<javierm>
nothing in the kernel logs, neither journal (other than the qrtr-ns EADDRINUSE I mentioned)
<travmurav[m]>
javierm: hm can you share the dmesg output?
<javierm>
travmurav[m]: sure, one min I'll reboot since cleared the kernel log buffer