Hacker1245 | Back with the Moto G5 port, any idea why I can only access during init-debug in real rootfs? | 11:20 |
---|---|---|
Hacker1245 | UI does not start | 11:20 |
Hacker1245 | After continuing init connection cuts off | 11:20 |
mal | which android base? have you disabled selinux correctly? have you tried masking droid-hal-init systemd service? | 11:21 |
Hacker1245 | LineageOS 14.1, disabled in cmdline, yes (didn't help) | 11:24 |
Hacker1245 | Audit is set to 0 too as the device would reboot if it was unset | 11:25 |
mal | so now it doesn't reboot? | 11:25 |
Hacker1245 | Nope | 11:25 |
mal | do you see anything pstore or last_kmsg after such reboot | 11:25 |
Hacker1245 | Nope | 11:26 |
mal | usually audit=0 is not used | 11:26 |
Hacker1245 | Yeah I know that | 11:26 |
mal | have you tried persistent journal log? | 11:26 |
Hacker1245 | Yes | 11:26 |
mal | what did that show? | 11:26 |
Hacker1245 | But I don't have any logs after it if I remember correctly | 11:27 |
Hacker1245 | hmm | 11:27 |
mal | where did you look for the logs? | 11:27 |
Hacker1245 | should config_audit be set to n in defconfig? | 11:27 |
mal | config_audit should be =y | 11:27 |
Hacker1245 | Let me recompile the kernel with that set... | 11:27 |
mal | only some very old devices had it as =n | 11:28 |
mal | most modern devices need to have audit on | 11:28 |
mal | at least based on experience | 11:28 |
Hacker1245 | Hmm audit is set to y | 11:29 |
Hacker1245 | let me try to remove audit=0 and try again | 11:29 |
Hacker1245 | Btw, where is pstore located? | 11:29 |
Hacker1245 | Got the log, let me paste it | 11:37 |
Hacker1245 | mal: https://paste.ubuntu.com/p/TjhFDy4GDz/ | 11:38 |
Hacker1245 | Hmm, maybe removing the console from the boardconfig might help | 11:39 |
mal | you can try that | 11:40 |
Hacker1245 | Since I remember that I had a similar issue with being unable to open the console with Halium and UT | 11:40 |
T42 | <elros34> you were supposed to fix droid-hal-init. Have you fixed it? | 11:41 |
mal | Hacker1245: some watchdog is triggering | 11:41 |
Hacker1245 | Yeah I saw that, but which one? | 11:41 |
mal | did you do what elros34 said, not sure which exact thing he is talking about but you seem to have talked earlier | 11:42 |
Hacker1245 | I'm not sure what's the problem with droid-hal-init | 11:43 |
Hacker1245 | The defconfig is correct, partitions seem to be mounted correctly | 11:44 |
T42 | <elros34> with audit=0 he just had usual failed to initialize property area | 11:44 |
mal | @elros34 maybe missing *contexts files from straggler files? | 11:45 |
mal | usually that solved property are issues | 11:45 |
Hacker1245 | removed console, still fails | 11:45 |
T42 | <elros34> I guess we didn't investigate yet | 11:45 |
mal | @elros34 the issue is that droid-hal build doesn't complain about unpackaged files like it used to | 11:47 |
Hacker1245 | Any ideas on what to try? | 11:47 |
Hacker1245 | put the console back in the cmdline | 11:47 |
T42 | <elros34> @Hacker1245 do you have any *contexts files in / | 11:47 |
Hacker1245 | On the device? | 11:49 |
T42 | <elros34> sure | 11:49 |
Hacker1245 | In the /data partition or in / | 11:49 |
Hacker1245 | In / there are file_contexts, property_contexts, seapp_contexts and service_contexts | 11:51 |
T42 | <elros34> compare them with out/target/product/$DEVICE/root/. Have you added anything to straggler_files? | 11:54 |
Hacker1245 | didn't add anything there | 11:55 |
Hacker1245 | gonna compare | 11:55 |
Hacker1245 | Seems like some things are missing from the property_contexts on the device | 12:00 |
Hacker1245 | file_contexts are missing in out/target/product/cedric/root/ | 12:01 |
T42 | <elros34> ee what? Usually it's the opposite. | 12:02 |
Hacker1245 | well that's how it is | 12:04 |
Hacker1245 | There are also some MultiROM lines on the device but that's most likely because I experimented with porting MultiROM on there | 12:05 |
Hacker1245 | There is stuff missing from service_contexts on the device too | 12:07 |
Hacker1245 | brb | 12:08 |
T42 | <elros34> ok I added short instruction: https://wiki.merproject.org/wiki/Adaptations/faq-hadk#droid-hal-init:_Failed_to_initialize_property_area. You can skip strace for now, if it helps then make "Notes on LOS14.1 Porting " | 12:08 |
Hacker1245 | I'm back | 12:10 |
Hacker1245 | gonna follow that info | 12:11 |
Hacker1245 | How can I check which files are packaged in the RPM? | 12:14 |
Mister_Magister | Hacker1245: some programs like Ark can see them | 12:16 |
Hacker1245 | nice, I have ark installed | 12:16 |
Hacker1245 | gonna check that soon | 12:16 |
Hacker1245 | Weird | 12:34 |
Hacker1245 | There are no context files in the droid-hal-cedric.rpm | 12:34 |
mal | Hacker1245: those are in droid-hal-detritus | 12:35 |
Hacker1245 | well the wiki says Add any symlinks and files located in out/target/product/$DEVICE/root/ which are not already packaged in droid-local-repo/$DEVICE/droid-hal-$DEVICE/droid-hal-$DEVICE.rpm | 12:37 |
mal | Hacker1245: that is not completely clear what it mean, it means that you ignore any files you already have in droid-hal-$DEVICE.rpm and add everything else to straggler files, usually the symlinks and *_contexts are the relevant things | 12:44 |
Hacker1245 | alright | 12:44 |
Hacker1245 | Add init too? | 12:45 |
mal | no | 12:48 |
mal | how about you just show what you have in root/ | 12:48 |
Hacker1245 | contents of root/ https://bpaste.net/show/aN9l | 12:49 |
Hacker1245 | What I have in straggler_files so far | 12:49 |
Hacker1245 | https://bpaste.net/show/L9nV | 12:49 |
mal | remove init.zygote32.rc and fstab.qcom, add vendor | 12:56 |
Hacker1245 | anything else? | 12:56 |
mal | nothing critical | 12:57 |
Hacker1245 | alright | 12:59 |
Hacker1245 | building packages | 13:10 |
Hacker1245 | next rebuilding the rootfs | 13:10 |
Hacker1245 | btw, should I have audit set to 0 or not? | 13:13 |
mal | no audit=0 to kernel command line | 13:35 |
Hacker1245 | mal: After reinstalling the rootfs mask droid-hal-init? | 14:03 |
mal | of course try to see if that helps | 14:08 |
Hacker1245 | If I can even boot it with audit=0 | 14:09 |
Hacker1245 | Weird | 14:25 |
Hacker1245 | The detritus package does not build | 14:25 |
Hacker1245 | mal: the package does not build for me | 14:32 |
mal | Hacker1245: show you droid-hal spec | 14:33 |
mal | *your | 14:33 |
Hacker1245 | https://bpaste.net/show/z5GG | 14:36 |
Hacker1245 | mal: there | 14:37 |
mal | Hacker1245: do you don't have anything related to detritus in droid-local-repo? | 14:40 |
Hacker1245 | mal: I only have this in droid-hal-cedric https://bpaste.net/show/Z8wr | 14:42 |
Hacker1245 | and yes I did rebuild droid-hal | 14:42 |
Hacker1245 | contents of jolla-hw-adaptation-cedric.yaml | 14:44 |
Hacker1245 | https://bpaste.net/show/9jF8 | 14:44 |
mal | that makes no sense at all | 14:46 |
mal | detritus in generated automatically if straggler_files define is present | 14:47 |
mal | *is generated | 14:47 |
Hacker1245 | That's why I was weirded out too | 14:47 |
Hacker1245 | Anything I could try? | 14:47 |
mal | check droid-hal build log | 14:48 |
mal | it should be in ANDROID_ROOT | 14:49 |
mal | did you run build_packages.sh without any parameters? | 14:49 |
mal | or with some parameter | 14:49 |
Hacker1245 | I think with no parameters | 14:49 |
Hacker1245 | Well detritus is in logs | 14:52 |
Hacker1245 | mal: See this https://paste.ubuntu.com/p/gZqZh8Jpkm/ | 14:53 |
mal | are you sure you don't have some mistake in environmental variables (ANDROID_ROOT) and it would be writing it to some wrong place? | 14:58 |
Hacker1245 | wait | 14:59 |
mal | Hacker1245: if you look at the dates in the rpms those seem to be from several days ago | 14:59 |
Hacker1245 | I think I found the issue | 14:59 |
mal | Hacker1245: so none of the changes you have made earlier today actually ended up on the device | 14:59 |
Hacker1245 | let me rebuild the packages | 15:00 |
Hacker1245 | now I have detritus | 15:03 |
mal | what was the issue? | 15:03 |
Hacker1245 | environment variable | 15:04 |
Hacker1245 | I don't know how I had a hadk1 folder | 15:04 |
piggz | mal: updated piggz-o-vision work nicely | 15:52 |
Hacker1245 | mal: well device still crashes | 15:57 |
Hacker1245 | didn't mask droid-hal or enable debug yet | 15:57 |
Hacker1245 | Mask droid-hal-init? | 16:00 |
Hacker1245 | mal: | 16:03 |
Hacker1245 | something still seems to kick the watchdog | 16:04 |
Hacker1245 | mal:pstore output https://paste.ubuntu.com/p/D4rfPBVMHw/ | 16:39 |
mal | Hacker1245: are you 100% sure you have correctly disabled selinux? | 16:53 |
Hacker1245 | hmm, disable CONFIG_SECURITY_SELINUX in the kernel too? | 16:55 |
mal | no | 16:56 |
Hacker1245 | Then everything should be properly disabled | 16:57 |
Hacker1245 | the selinux bootparam is enabled in the kernel | 16:57 |
Hacker1245 | selinux is disabled in cmdline | 16:57 |
mal | verify the kernel config one more time, show the .config you have in out/ | 16:59 |
Hacker1245 | hmm kernel even says [ 0.002467,0] SELinux: Disabled at boot. | 16:59 |
mal | kernel config | 17:01 |
Hacker1245 | Weird | 17:05 |
Hacker1245 | SELinux is enabled in the out kernel config | 17:05 |
mal | can't you just show the file | 17:05 |
mal | not sure if you understand how it's disabled | 17:06 |
piggz | print /proc/cmdline ? | 17:06 |
Hacker1245 | That config is in out/ | 17:07 |
Hacker1245 | https://paste.ubuntu.com/p/8yYR6wsT62/ | 17:07 |
mal | that looks ok | 17:13 |
Hacker1245 | What about this? CONFIG_SECURITY_SELINUX=y | 17:14 |
Hacker1245 | CONFIG_SECURITY_SELINUX_BOOTPARAM=y | 17:14 |
Hacker1245 | CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=1 | 17:14 |
Hacker1245 | still selinux is set to 0 on boot | 17:15 |
Hacker1245 | mal" | 17:19 |
piggz | Hacker1245: and what is /proc/cmdline? if u canget that far | 17:21 |
T42 | <srLuxint> I have some progress on my issue so far! Actually it seems like my clue on audioflinger callbacks not triggering was correct. I've managed to trigger 'em manually with help of`/system/bin/service` and right now I have the right vsid to set HW params to turn on voice, where vsid is voice session ID I guess. Now it's time to find out w | 17:21 |
T42 | hy the callback are broken. | 17:21 |
Hacker1245 | piggz: Can't check /proc/cmdline as it crashes before I get access to telnet | 17:21 |
Hacker1245 | You can check the cmdline from the pstore output | 17:21 |
mal | Hacker1245: you don't understand how it's disabled, it's meant that those configs are like that, it's kernel commandline that then disables it with selinux=0 | 17:24 |
piggz | Hacker1245: what is in your BoardConfig.mk where the command line is specified | 17:24 |
Hacker1245 | I know that cmdline disables it mal | 17:24 |
mal | Hacker1245: but you had connection before | 17:24 |
Hacker1245 | Yes, with audit-0 | 17:25 |
Hacker1245 | *audit=0 | 17:25 |
Hacker1245 | piggz:BOARD_KERNEL_CMDLINE := console=ttyHSL0,115200,n8 androidboot.console=ttyHSL0 androidboot.hardware=qcom user_debug=30 msm_rtb.filter=0x237 | 17:25 |
Hacker1245 | BOARD_KERNEL_CMDLINE += ehci-hcd.park=3 androidboot.bootdevice=7824900.sdhci lpm_levels.sleep_disabled=1 vmalloc=350M selinux=0 | 17:25 |
deathmist | @srLuxint I actually still have the exact same issue :( no call audio with afglue or hidl module. still not sure if it's a config issue on my side, very well could be as Danct12 got it working with the hidl module on the same 8.1 base | 17:36 |
mal | deathmist: did you try hidl module on your device? | 17:37 |
mal | ah you did, strange that it didn't work | 17:38 |
mal | deathmist: did you update submodule before trying hidl module? | 17:38 |
mal | *config submodule | 17:38 |
piggz | Hacker1245: mal: so, should selinux be 0 or not? | 17:40 |
deathmist | mal: I remember doing so, /usr/libexec/pulse/hidl-helper is running for sure after booting the new builds (and completely dropping afglue packages) | 17:40 |
piggz | its set to 0 in BOARD_KERNEL_CMDLINE | 17:41 |
mal | piggz: it should be 0 afaik | 17:41 |
piggz | ok, its forced off, and should be, but reboots? | 17:43 |
mal | piggz: the issue must be something else | 17:45 |
piggz | yes, looking at the panic, it looks like something lese | 17:46 |
mal | piggz: although the panic suggests selinux based on web searching | 17:47 |
mal | deathmist: which pulse droid module version do you have on the device? | 17:49 |
deathmist | mal: pulseaudio-modules-droid is @ 12.2.79-1 and hidl module is v1.2.0-1 on the build I run currently | 17:51 |
mal | ok, those seem to be the latest versions | 17:53 |
T42 | <srLuxint> @deathmist [@srLuxint I actually still have the exact same …], The only thing I can say for certain is that somehow on my system PA doesn't get any call info. As I say I've managed to fix it manually and now I'm totally sure it's somewhat an issue with higher level component then PA itself. Still have no idea what HIDL is, will inves | 17:54 |
T42 | tigate on that on Monday. | 17:54 |
T42 | <srLuxint> Guess I'll keep you informed on any info I get. | 17:56 |
mal | @srLuxin hidl means the android binder communication thing | 17:59 |
T42 | <srLuxint> Well but the AF is binder-baser too, isn't it? | 18:00 |
mal | well not the same way, it goes via the android api | 18:01 |
mal | hidl module talks directly to binder | 18:01 |
T42 | <srLuxint> As far as I get it we have AF service which serves callbacks from other system components via some interface name and each component gets an access to this interface from servicemanager via interface name (at least af glue related modules are written in such a manner). And for now we have AF on systems at least lower than 8.0 to only | 18:06 |
T42 | set call info. Which is fine, yet I don't know who exactly talks to AF service. What's the story with this HIDL thing? | 18:06 |
mal | hidl module does pretty much the same thing as afglue but using different api | 18:09 |
mal | some devices don't support the afglue way anymore | 18:09 |
T42 | <srLuxint> I mean basically I have AF service name and worst case scenario I just grep all the binaries to find the one which would had to talk to AF. | 18:10 |
T42 | <srLuxint> Well I guess then I'll dig into hidl module sources too. :D | 18:12 |
Hacker1245 | mal: Any idea what the kernel panic is caused by? | 18:13 |
deathmist | @srLuxint I used this before https://git.io/Je3QO as it allowed me to have call audio with "pactl set-card-profile droid_card.primary voicecall-voicemmode1" during a call. I even made a script for it but it just ended up horribly bad and didn't work properly | 18:29 |
deathmist | it was purely for debugging tho and concluded with this http://www.merproject.org/logs/%23sailfishos-porters/%23sailfishos-porters.2019-07-02.log.html#t2019-07-02T12:08:17 | 18:31 |
T42 | <srLuxint> deathmist: ln which way horribly? Did something break or just things were not quite smooth enough? | 18:31 |
deathmist | basically it didn't work reliably at all, I'd have to run it manually from a computer each time and the voicemmode number changed if I answered vs if I placed a call, it just was a mess | 18:32 |
T42 | <srLuxint> Thanks for your links. Seems to be quite useful. | 18:35 |
T42 | <srLuxint> Ok, I see. Guess it the very VSID I was talking about previously. | 18:35 |
deathmist | I'd love to sort this out once and for all since basically all other functions of my W.I.P port for the OnePlus 5 work perfectly fine | 18:35 |
Hacker1245 | mal: Strange | 19:30 |
Hacker1245 | Now it crashes even with audit=0 | 19:31 |
Hacker1245 | Leaving the pstore log here | 19:35 |
Hacker1245 | https://paste.ubuntu.com/p/jk2VJQ5pkB/ | 19:35 |
Hacker1245 | Bye everyone | 19:48 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!