| rinigus | Mister_Magister : yes, i did. But I'm not sure it's related. It's just on my device boot + dtbo images go together, as far as i understand. | 05:48 |
|---|---|---|
| pketo | @Lukapanio added | 07:06 |
| T42 | <Lukapanio> Thanks | 07:47 |
| spiiroin | rinigus: I've been staring at autosleep.c. If I grok the logic, suspend_work / try_to_suspend() is getting scheduled all the time while autosleep is enabled. try_to_suspend() already has rate limiting logic, but it is executed only conditionally | 08:10 |
| spiiroin | and further, your patch in pm_suspends() = makes about the same thing happen at lower level, i.e. kind of modifies the conditions when that rate limiting occurs | 08:11 |
| spiiroin | one difference is that patching pm_suspend() does the uninterrupted sleep while holding mutex at try_to_suspend() level | 08:12 |
| spiiroin | and I'm wondering if it would be better/worse to tune conditions at try_to_suspend() e.g. perhaps take return value of pm_suspend() into account rather than sleeping at pm_suspend()? | 08:14 |
| spiiroin | but that is just speculation, and great that you found a spot that does address the issue | 08:15 |
| T42 | <景终磊 %lastname%> (Photo, 983x551) https://irc.thaodan.de/.imgstore/h2aK6lSDeJ.png 电报群微信群炸群推广 2、twitter、facebook增粉，非小号mytoken关注排名热度 3.国内外KYC身份材料出售 4、精准币圈菠菜棋牌粉/电报群/微信群拉币圈活人 5、国内外交易所APP实名注册认证 6、电报群客服活聊天 7、批量注册国内外交易所实名账户，，出twitter、facebook、微信带粉账号 9.pot | 10:29 |
| T42 | <RK2019account> @景终磊 %lastname% [<reply to media>], AD!😡😡😡 | 10:29 |
| rinigus | spiiroin: reading autosleep.c/try_to_suspend(), I am surprised how badly its written. it doesn't check at all for error in return values and, in my case, it was happily avoiding that extra delay which its expected to introduce. | 10:58 |
| rinigus | when I tried yesterday, I can get it working if I use error codes on pm_suspend return. in that case, I was getting into extra delay section. as a result, I had suspend success rate 50% | 11:00 |
| rinigus | so, I presume that if I add the same delay unconditionally into try_to_suspend, it will work as well. maybe its better location for it, as mutex is free | 11:00 |
| rinigus | spiiroin: will move it there tonight | 11:01 |
| Mister_Magister | rinigus: ping | 11:01 |
| Mister_Magister | oh | 11:01 |
| Mister_Magister | u there | 11:01 |
| Mister_Magister | rinigus: when i add android and spl version even through mkbootimg it breaks my bootloader | 11:01 |
| rinigus | Mister_Magister: did it work with your hack before? | 11:02 |
| rinigus | ... patching binary directly? | 11:03 |
| rinigus | ... or its some other device? | 11:04 |
| Mister_Magister | no | 11:04 |
| Mister_Magister | when i patched it maunally it acted same | 11:05 |
| Mister_Magister | i thought if i do it properly it won't break but well | 11:05 |
| rinigus | Mister_Magister: so, its some other device that never worked before with sfos? | 11:06 |
| Mister_Magister | it's same device | 11:06 |
| Mister_Magister | but yes | 11:06 |
| rinigus | Mister_Magister: how does it break? something like your device is corrupted? | 11:08 |
| Mister_Magister | freezes bootloader | 11:08 |
| rinigus | Mister_Magister: when you flash aosp or lineage, does it work? | 11:09 |
| rinigus | at least on xz2, we have dtbo and vbmeta partitions. maybe you have the same and would have to flash them accordingly. | 11:14 |
| Mister_Magister | rinigus: everything works except sfos | 11:16 |
| rinigus | Mister_Magister: well, that's good. at least there is hope :). dtbo/vbmeta on android? | 11:17 |
| Mister_Magister | ??? | 11:17 |
| rinigus | how do flash it? I presume, boot and some other partitions | 11:19 |
| rinigus | among those other partitions, do you have vbmeta and/or dtbo? | 11:19 |
| Mister_Magister | what are you asking even | 11:19 |
| rinigus | let me find an example | 11:19 |
| Mister_Magister | i have vbmeta so? | 11:19 |
| Mister_Magister | i don't flash vbmeta to flash twrp | 11:20 |
| rinigus | re twrp, I don't know. I'd suggest to build vbmeta image, on aosp/lineage and flash it with --disable-verity and --disable-verification | 11:23 |
| rinigus | unless you have done so already | 11:23 |
| rinigus | as `fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img` | 11:24 |
| rinigus | who I am supposed to ask for legal advice regarding distribution of images? In particular, am I allowed to upload images created by https://github.com/sailfishos-sony-tama/droid-system-sony-pie-template and vendor to OBS? to make it possible to get CI image generation | 11:32 |
| Mister_Magister | rinigus: you don't quite get it but thanks for wanting to help me | 11:37 |
| Mister_Magister | sfos is booting fine that isn't an issue | 11:37 |
| Mister_Magister | i couldn't boot lineage without flashing vbmeta | 11:37 |
| Mister_Magister | rinigus: you can ask mal to ask people i believe | 11:38 |
| rinigus | Mister_Magister: most probably I don't get it, no problem, you are welcome | 11:38 |
| Mister_Magister | rinigus: sfos is booting fine but sfos boot image breaks bootloader | 11:39 |
| rinigus | Mister_Magister: sounds like some bootloader bug, if true. but if you have vbmeta, I would suggest to flash it once with disable options. As far as I understood, its one of the jobs of bootloader to check whether images correspond to vbmeta info. maybe, its buggy, and fails itself if its not so | 11:41 |
| Mister_Magister | rinigus: i already flashed it in past is what i said ealier | 11:41 |
| rinigus | Mister_Magister: you did not specify whether you used --disable... options. at least, not today | 11:43 |
| rinigus | when flashing vbmeta | 11:43 |
| Mister_Magister | without these options lineage wouldn't boot | 11:43 |
| Mister_Magister | neither sfos would | 11:43 |
| rinigus | well, that's not universal. its possible to make vbmeta correctly and boot without those options. | 11:44 |
| Mister_Magister | heh | 11:44 |
| rinigus | but in that case, I'm out of options that I am aware of. | 11:44 |
| Mister_Magister | tho vbmeta is not issue i believe | 11:44 |
| rinigus | do you have dtbo partition? if you do, you could try flashing that as well, but I don't think it will somehow freeze bootloader | 11:45 |
| Mister_Magister | i mean it only freezes bootloader if i add android and spl version | 11:46 |
| rinigus | what I did see on xz2 was that size of kernel could flip bootloader to consider device corrupted. but symptoms were different somewhat | 11:46 |
| Mister_Magister | kernel size is same | 11:48 |
| rinigus | kernel size is the same, agreed. | 11:54 |
| rinigus | anyway, as we are out of options, you may try to remove nfs and other non-vital options. its a long shot, but worth a try. in practice, you look for what's different in yours and android kernels and try to remove excess | 11:55 |
| Mister_Magister | why would i remove nfs | 11:56 |
| Mister_Magister | what for | 11:56 |
| rinigus | Mister_Magister: see https://github.com/sonyxperiadev/bug_tracker/issues/489 | 11:58 |
| rinigus | Mister_Magister: in short, dropping nfs and other extras allowed me to boot | 11:58 |
| Mister_Magister | but i am able to boot | 11:58 |
| rinigus | Mister_Magister: as I mentioned, its a long shot. but, in theory, as android works and sfos doesn't when you set android/spl versions, try to make sfos boot image as close to android as possible | 11:59 |
| Mister_Magister | sfos works too | 12:00 |
| Mister_Magister | sfos is working fine | 12:00 |
| rinigus | easiest, is to comment as much out as you can. nfs is not needed to boot. nor many other things that we usually enable (usually towards the end of kernel config) | 12:01 |
| Mister_Magister | but what for? | 12:01 |
| rinigus | its not working fine if you cannot set the versions in boot image | 12:01 |
| Mister_Magister | sfos is booting fine | 12:01 |
| Mister_Magister | yes i can | 12:01 |
| rinigus | well, those are the things that worked for me. not sure I can add much more to that :) | 12:04 |
| Mister_Magister | booting sfos is not a problem as sfos is working fine | 12:04 |
| T42 | <nitin03 %lastname%> getting this | 12:06 |
| T42 | <nitin03 %lastname%> Sailfish ofonod[7735]: Invalid version 1.22 for RIL binder transport plugin | 12:06 |
| T42 | <nitin03 %lastname%> Sailfish ofonod[9391]: Unknown RIL transport: binder | 12:06 |
| T42 | <nitin03 %lastname%> full log https://pastebin.com/JXhhbmF8 | 12:06 |
| rinigus | nitin03: (would you mind to fix your telegram nick, its bad on irc/matrix, see our logs) | 12:11 |
| T42 | <nitin03 %lastname%> @rinigus [nitin03: (would you mind to fix your telegram …], how do i do that? | 12:11 |
| rinigus | nitin03: I had the same and it was due to ofono on sdk having higher version than on device. as a result, you have built binder with the wrong version. | 12:12 |
| rinigus | so, check ofono dev installed on sdk image (sb2 ... ) and make sure its the same as on device. | 12:12 |
| T42 | <nitin03 %lastname%> @rinigus [nitin03: I had the same and it was due to ofon …], Okk :) | 12:13 |
| rinigus | nitin03 - re nick, don't know. its surely covered in telegram/irc bridge instructions. | 12:13 |
| T42 | <nitin03 %lastname%> @rinigus [nitin03 - re nick, don't know. its surely cove …], okk I'll check it | 12:14 |
| rinigus | nitin03: and please don't quote messages as you reply. its also not nice on irc | 12:17 |
| T42 | <nitin03 %lastname%> okk :) | 12:17 |
| rinigus | good luck! | 12:18 |
| T42 | <nitin03 %lastname%> thank you :) | 12:18 |
| T42 | <dontatmepls> so I wanted to build this for a android 9 based device (raphael) and I don't know where to start even after reading the hadk pdf, can someone help xd | 12:58 |
| Thaodan | read the guide how to build the Xperia 10 adaption that's a good start however you still need to replicate all Xperia 10 repos for your device and have a working aosp or lineage | 13:01 |
| T42 | <dontatmepls> I have plenty of working trees, so I hope it'll work | 13:02 |
| T42 | <nitin_3> :) | 13:14 |
| T42 | <dontatmepls> if your device is treble, do you add the vendor to the local manifest as well or do you not need that | 13:39 |
| deathmist | @dontatmepls if you're talking about vendor blobs, you'll need them. usually you always need a device/, kernel/ and vendor/ repo for a functioning final image (follow .dependencies files as needed from device/ repo onwards) | 14:26 |
| deathmist | actually I'm not 100% sure as I've not thought about this much, those may be needed in the build process, but before SFOS you'll flash an Android ROM (most often LineageOS matching your hybris base version), which would already supply the base with the needed vendor blobs | 14:29 |
| T42 | <dontatmepls> yeah now im at step 5.3, the mountpoint stuff and i dont know if i have to do all of them or just some, and if some, which ones, thanks | 15:35 |
| mal | better to add all, usually only less than 10 of those are needed | 15:42 |
| mal | in case you want to check which ones are needed, you can check fstab and .rc files for any mounts | 15:43 |
| T42 | <dontatmepls> oh god exactly 100 then | 15:43 |
| deathmist | @dontatmepls I can send you a script I used in a bit since I had over 70 myself and there was no way I was going to do that brainless operation so many times over and over again :D | 15:48 |
| T42 | <dontatmepls> sure that'd be awesome! | 15:48 |
| T42 | <hacker12455> maybe it would be handy to include that script in HADK or the HADK FAQ? | 15:49 |
| mal | well checking fstab and rc files is not that difficult either | 15:50 |
| mal | it could go to faq | 15:50 |
| T42 | <hacker12455> yeah | 15:50 |
| T42 | <hacker12455> It would be nice for devices with a lot of mountpoints | 15:50 |
| T42 | <hacker12455> hmm any idea why modem does not work after first stage setup but does after a reboot? | 16:42 |
| T42 | <hacker12455> gets stuck on registering | 16:42 |
| deathmist | @dontatmepls there https://pastebin.com/cjJm0E63 sorry for the wait lol, I got *just a bit* carried away with rewriting the whole thing as it wasn't good at all xD use it like any other bash script; you know how it goes :p | 19:21 |
| deathmist | it's still not perfect by any means, but A LOT better and I'm actually happy with it | 19:22 |
| T42 | <dontatmepls> Im having probs with hybris 16 anyway, gave up for today | 19:24 |
| deathmist | it still has a bunch of undocumented stuff that's mostly in logs for now, what issues exactly? | 19:25 |
| deathmist | I assume issues building hybris-hal? => https://github.com/mer-hybris/hadk-faq#hybris-16-0 + run "hybris-patches/apply-patches.sh --mb" | 19:28 |
| T42 | <dontatmepls> damn deathmist you can read my mind xD, I'll try tomorrow ty :) | 19:28 |
| Mister_Magister | mal: 3.2 on obs when | 21:12 |
| Mister_Magister | lbt: fixed obs when | 21:13 |
| rinigus | spiiroin: moving logic to autosleep works as well https://github.com/sailfishos-sony-tama/android_kernel_sony_msm/commit/6ed1fe494912775d31dd2297f952075170f31b8e | 21:17 |
| rinigus | spiiroin: probably more correct location for this patch | 21:17 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
