ChanServ changed the topic of #msm8937-mainline to: Boot Linux on your MSM8917/37/40 and QM215 mobile! | GitHub: https://github.com/msm89x7-mainline | Logs: https://oftc.irclog.whitequark.org/msm8937-mainline | Bridged to #msm8937-mainline:kde.org on Matrix
<barni2000[m]> i have updated my branch it contains mostly schema fixes and cleanups
<barni2000[m]> saw2 and tsens separtion is left
<hacker420[m]> uh guys
<hacker420[m]> what command do I use to pull ramoops over fastboot again
<hacker420[m]> from lk2nd
<hacker420[m]> kacper@Desktop:~/ext/mainline-cedric/.output/arch/arm64/boot> fastboot oem ramoops console
<hacker420[m]> FAILED (remote: 'data too large')
<hacker420[m]> fastboot: error: Command failed
<hacker420[m]> just seems to reboot
<hacker420[m]> maybe it has some reserved GPIOs?
<hacker420[m]> if anyone has any pointers
<hacker420[m]> downstream for reference
<barni2000[m]> <hacker420[m]> "what command do I use to pull..." <- from old lk2nd fastboot oem pstore
<hacker420[m]> I use new lk2nd
<barni2000[m]> there is no pstore support in it afaik
<barni2000[m]> but maybe i know it wrong
<barni2000[m]> i know it wrong
<barni2000[m]> it should be something under oem
<barni2000[m]> oem help
<barni2000[m]> fastboot oem ramoops
<barni2000[m]> it can add simplefb to the dt lk2nd.pass-simplefb(=...)
<hacker420[m]> <barni2000[m]> "oem help" <- nope
<hacker420[m]> console gives me data too large
<hacker420[m]> raw gives me garbage
<barni2000[m]> strings <raw_dump>
<hacker420[m]> nothing
<barni2000[m]> maybe the writing was too slow
<barni2000[m]> try gpio-reserved-range = <0 133>
<barni2000[m]> it is working on santoni
<barni2000[m]> i can try on my montana
<Danct12[m]> hacker420: have you tried limiting the ram size using `mem=256M`?
<hacker420[m]> Danct12[m]: I can try
<Danct12[m]> i actually have no idea if that parameter does anything on ARM
<hacker420[m]> Danct12[m]: doesn't work
<hacker420[m]> <barni2000[m]> "try gpio-reserved-range = <0 133..." <- hmm
<hacker420[m]> do I have to rebuild the kernel package?
<hacker420[m]> or can I just change the source and rebuild that
<Danct12[m]> hacker420[m]: it's a device tree so you only need to rebuild the dtb
<Danct12[m]> no need to rebuild kernel
<hacker420[m]> <barni2000[m]> "try gpio-reserved-range = <0 133..." <- nope
<hacker420[m]> <barni2000[m]> "i can try on my montana" <- yeah if you could I'd be grateful
<barni2000[m]> i had an working dt somewhere for 6.6
<hacker420[m]> try to see if 6.10 works on it too
<hacker420[m]> it might either be some dts issue or kernel issue
<barni2000[m]> it should work
<barni2000[m]> i can check your dt
<barni2000[m]> i don't find it i remember i was modified yours dt
<barni2000[m]> but i have find dt for land
<hacker420[m]> maybe it wants a board id?
<barni2000[m]> did you tried boot through lk2nd or lk fastboot?
<hacker420[m]> lk2nd
<barni2000[m]> you can try to get the lk2nd loog
<barni2000[m]> s/loog/log/
<barni2000[m]> oem log
<hacker420[m]> it tells me nothing if I fastboot boot
<hacker420[m]> hacker420[m]: nope
<hacker420[m]> <barni2000[m]> "i can check your dt" <- yeah please do
<hacker420[m]> maybe I missed something obvious
<barni2000[m]> only 1 board-id?
<barni2000[m]> they have a lot
<hacker420[m]> just added the one for my board revision
<hacker420[m]> for now
<barni2000[m]> remove ramoops node because lk2nd will add it
<hacker420[m]> anything else?
<barni2000[m]> what are the values in the qseecom node?
<barni2000[m]> ```reg = <0x84300000 0x2000000>;```
<barni2000[m]> it seems fine
<barni2000[m]> lets try your dt on my montana
<barni2000[m]> mnt/linux/.output/arch/arm64/boot/dts/qcom/msm8937-motorola-montana.dtb: leds@d800: qcom,ovp-millivolt:0:0: 29500 is not one of [18100, 19600, 29600, 31100] wled is not correct it will not probing but it is not an issue atm
<barni2000[m]> 29600 is will be fine
<barni2000[m]> lk2nd is not working for me idk why yet
<hacker420[m]> what happens?
<barni2000[m]> it is fine now
<barni2000[m]> msm id seems not fine btw
<barni2000[m]> qcom,msm-id = <294 66 0 0x10000>;
<hacker420[m]> what should be there?
<barni2000[m]> 294 0
<hacker420[m]> just that?
<barni2000[m]> yes
<barni2000[m]> 294 is MS8937 id
<hacker420[m]> still reboots
<hacker420[m]> what
<hacker420[m]> but at least it seemed to go at least to that
<hacker420[m]> but at least it seemed to go to that
<barni2000[m]> yes it was rebooted to me
<barni2000[m]> Uploading 'montana_log' FAILED (upload request failed: remote: 'no data staged')
<barni2000[m]> i am going to disable almost everything for test
<hacker420[m]> yeah feel free to tweak anything
<barni2000[m]> btw maybe something will be with msm8937
<barni2000[m]> msm8940 is working
<hacker420[m]> barni2000[m]: maybe
<barni2000[m]> twrp also rebooting
<barni2000[m]> :D
<hacker420[m]> hm?
<barni2000[m]> it seems it is booting without lk2nd
<hacker420[m]> twrp?
<barni2000[m]> no the kerne;
<barni2000[m]> * no the kernel
<hacker420[m]> mainline?
<barni2000[m]> yes
<barni2000[m]> twrp is broken for montana :(
<hacker420[m]> 🤔
<hacker420[m]> wait
<hacker420[m]> so it boots mainline on stock bl but not on lk2nd?
<barni2000[m]> at least it is not rebooting
<hacker420[m]> hm yeah
<hacker420[m]> just stays on logo
<hacker420[m]> tested old lk2nd
<hacker420[m]> also reboots
<barni2000[m]> and what about pstore?
<barni2000[m]> twrp-3.4 is working
<barni2000[m]> ok idk i will check land tomorrow now i need to sleep because i am tire
<barni2000[m]> s/tire/tired/
<hacker420[m]> barni2000[m]: would need to see
<hacker420[m]> but that's for tomorrow
<barni2000[m]> lk2nd,pstore=<range>