| OrokuSaki | my drm service status is restarting as well | 00:29 |
|---|---|---|
| OrokuSaki | hybris 11.0 running 3.0.0.8 | 00:30 |
| OrokuSaki | lineageos 11 rom | 00:30 |
| OrokuSaki | when I try to use the camera logcat complains my camera service isn't running although codecs are working. I figure if I can get android to start the services automatically instead of manually with systemd and a start script, maybe my camera service will work | 00:33 |
| OrokuSaki | I recompiled droidmedia with HAL1 | 00:34 |
| *** ChanServ sets mode: +v T4 | 02:10 | |
| *** doniks_ is now known as doniks | 04:37 | |
| abranson | OrokuSaki: what do your init.rc additions look like? is the android camera service disabled? do you see anything in logcat or the journal from when they were supposed to start? | 07:24 |
| Mister_Magister | spiiroin: ping | 07:26 |
| abranson | Mister_Magister: what's up? | 07:40 |
| Mister_Magister | abranson: u no spiiroin :C | 07:40 |
| Mister_Magister | is he on vacation or smth? | 07:40 |
| abranson | everyone's really busy atm | 07:41 |
| abranson | if you have a question, best to just submit that rather than pings | 07:41 |
| abranson | then they might get answered by someone else | 07:41 |
| Mister_Magister | abranson: no no there is ongoing thing between us so i need to talk with him | 07:45 |
| abranson | ok, probably best still to lead with more than just a ping though :) | 07:48 |
| T4 | <adampigg> Check out @adampigg’s Tweet: https://twitter.com/adampigg/status/1068045793750339584?s=09 | 07:52 |
| T4 | <adampigg> £20! For my app! | 07:52 |
| spiiroin | Mister_Magister: pong | 07:53 |
| Mister_Magister | spiiroin: hiii remember led thingy? i got it to break | 07:54 |
| Mister_Magister | its always on so proximity sensor is either locked in close or closing | 07:55 |
| Mister_Magister | spiiroin: so now i finally got it broke and i have no idea what next xd | 07:56 |
| spiiroin | Mister_Magister: "or closing"? ... if that would be "or opening", it t would indicate the sensor very briefly reports "not covered" states too as in so short time it gets eaten away by filtering | 07:57 |
| spiiroin | now if you have journal, that might be interesting to see | 07:58 |
| Mister_Magister | spiiroin: there was nothing in journal about led | 07:58 |
| spiiroin | Mister_Magister: if it has p-sensor logging, it does not matter that much | 07:58 |
| * spiiroin tries to remember whether it is raw or filtered p-sensor state that is logged ... | 07:59 | |
| Mister_Magister | spiiroin: ima kinda lost on what you are saying | 07:59 |
| spiiroin | led = just a tool to discover there is something odd with the sensor -> having led log = nice, but not necessary as we want the sensor logs; now the question is: do you have p-sensor state changes in journal (as the led activity points towards: raw sensor state does change, but filtered sensor state might not) | 08:01 |
| spiiroin | if there is nothing about proximity in logs, then the default logging probably is about filtered state -> need to increase verbosity so that we get raw data too in the log | 08:02 |
| Mister_Magister | spiiroin: i checked journal when the lock happened and there was nothing in journal | 08:02 |
| spiiroin | Mister_Magister: ok, I'll check the sources a bit | 08:03 |
| *** ChanServ sets mode: +v T4 | 08:07 | |
| spiiroin | Mister_Magister: edit /lib/systemd/system/mce.service so that it says: "-ExecStart=/usr/sbin/mce --systemd -lmce-sensorfw.c:sfw_backend_ps_sample_cb -ltklock.c:tklock_datapipe_proximity_*" | 08:10 |
| spiiroin | then you should have a) raw sensor data as received from evdev/sensorfwd b) how it gets filtered & applied | 08:11 |
| Mister_Magister | spiiroin: now we have to wait again | 08:15 |
| Mister_Magister | spiiroin: because restarting mce fixes proximity sensor | 08:16 |
| Mister_Magister | spiiroin: just some control log when proximity is working fine http://susepaste.org/24130557 | 08:16 |
| spiiroin | Mister_Magister: can you throw "evdev_trace -I" output in there too | 08:21 |
| spiiroin | ... what sensorfwd is reporting looks odd compared to what mce ends up using from evdev | 08:22 |
| Mister_Magister | spiiroin: http://susepaste.org/45154501 | 08:22 |
| spiiroin | around line 92: mce, sensorfwd, **and** sensorservice have the input device open | 08:25 |
| Mister_Magister | what about it? | 08:25 |
| Mister_Magister | is it bad? | 08:25 |
| spiiroin | which could indicate that sfos sensorfwd & android sensorservice are using android sensor hal simultaneously | 08:26 |
| Mister_Magister | spiiroin: am i supposed to kill sensorservice | 08:26 |
| spiiroin | if android side turns p-sensor off, sfos does not know anything about that -> in sfos side the sensor is enabled all the time -> never gets toggled -> it could be disabled despite sfos thinking it is enabled | 08:26 |
| spiiroin | Mister_Magister: depends, but probably it should not be started at all | 08:27 |
| spiiroin | sledges: how is that ^ android sensor service thing usually handled? | 08:27 |
| Mister_Magister | spiiroin: i can't really remember but i have sensorservice because sensors wasn't working | 08:28 |
| Mister_Magister | weren't | 08:28 |
| spiiroin | it might be ok, if it is providing data for sensors hal; if it is just using sensors hal -> that is going to be a problem | 08:29 |
| Mister_Magister | spiiroin: i tried disabling it if i won't get sensors then we will know | 08:33 |
| spiiroin | there are also things like sensord(pid=891,fd=8) | 08:34 |
| spiiroin | what is that? | 08:34 |
| * spiiroin also wonders why lipstick ends up having bunch of input devices open... | 08:35 | |
| Mister_Magister | spiiroin: i dunno sorry | 08:37 |
| Mister_Magister | spiiroin: lol sensors seem to work without sensorservice | 08:41 |
| spiiroin | evdev_trace -I | grep mce -> gives pid=10105; readlink /proc/10105/exe -> gives /usr/sbin/mce | 08:43 |
| spiiroin | ; rpm -qf /usr/sbin/mce -> mce-1.98.2-1.38.1.jolla.armv7hl | 08:43 |
| spiiroin | you can repeat that, but for "sensord" instead of "mce" | 08:43 |
| spiiroin | could be "sensord" = something that provides data for sensor hal; "sensorservice" = something that uses sensor hal to provide higher level android sensor api for other services / java apps / whatnot | 08:45 |
| Mister_Magister | spiiroin: im not sure what you wan't me to do | 08:47 |
| spiiroin | there is a possible architectural sore point if something like this happens: sfos --needs--> android camera --needs--> android sensors --conflicts-with--> sfos sensorfwd | 08:47 |
| spiiroin | try disabling that sensor service from android service configs | 08:48 |
| spiiroin | check if something breaks or not | 08:48 |
| spiiroin | if nothing breaks, leave it disabled | 08:48 |
| Mister_Magister | spiiroin: i just told you i tried disabling it and sensors are still working :) | 08:49 |
| spiiroin | yeah, and I just told you that for example camera might not work anymore | 08:50 |
| spiiroin | you have sensors, but might have lost something else | 08:50 |
| Mister_Magister | camera seems to work | 08:51 |
| spiiroin | reboot | 08:51 |
| Mister_Magister | i mean thats ofcurse after reboot after disabling sensorservice | 08:51 |
| Mister_Magister | even two cause it bootlooped | 08:51 |
| spiiroin | well, then you're done ;-) | 08:51 |
| Mister_Magister | spiiroin: We will see | 08:51 |
| Mister_Magister | :P | 08:52 |
| spiiroin | exactly ;-) | 08:52 |
| Mister_Magister | maybe sensors didn't work 3 years ago without sensorservice but now they do | 08:52 |
| spiiroin | this device port is 3 years old? | 08:52 |
| Mister_Magister | yep | 08:52 |
| Mister_Magister | spiiroin: crazy huh? | 08:53 |
| spiiroin | well, that is one way to put it ;-) | 08:54 |
| Mister_Magister | spiiroin: whats other way? | 08:54 |
| spiiroin | of course there have been bunch of changes in startup in general, sensor access, etc so there just might be a rational explanation too, but probably not worth while to dig it, so ... | 08:55 |
| spiiroin | crazy stuff happens is just fine by me ;-) | 08:55 |
| Mister_Magister | spiiroin: yeee thanks for help | 08:56 |
| Mister_Magister | this port is half of sfos age :P | 08:56 |
| sledges | PSA: SFOS collab. @ #mer-meeting starting now-ish | 09:00 |
| sledges | spiiroin: we disable many android services that conflict with hybris areas of influence. probably the same fate could be for sensorservice, if brings usefulness | 09:08 |
| r0kk3rz | piggz: https://gitlab.com/sailfishos-porters-ci/mido-ci/issues/1 | 11:18 |
| r0kk3rz | something to watch out for | 11:18 |
| r0kk3rz | Mister_Magister: what device was that about? | 11:22 |
| Mister_Magister | r0kk3rz: ? | 11:24 |
| T4 | <abhishek_0> works fine with latest twrp here on wt88047 | 12:30 |
| *** ChanServ sets mode: +v T4 | 14:10 | |
| T4 | <adampigg> So, there is another open source Finnish phone company.... But they're not using sailfish..... Don't you guys talk??? | 16:00 |
| r0kk3rz | nope | 16:07 |
| r0kk3rz | obviously, they're finnish | 16:07 |
| r0kk3rz | they avoid each other at all costs | 16:08 |
| tbr | related: http://www.itchyfeetcomic.com/2018/11/local-chatter.html | 16:28 |
| Umeaboy | Hi! | 17:23 |
| Umeaboy | I managed to build AOSP 7.1.2_r36 for maple now. | 17:23 |
| Umeaboy | I've started to create the local_manifest to build hybris and this is how it looks now: https://pastebin.com/MxmnctL4 | 17:25 |
| Umeaboy | The hadk doesn't mention which other I need to use, have I missed something? | 17:26 |
| Umeaboy | The device and kernel repo for AOSP is there. | 17:26 |
| Umeaboy | Don't I need fingerglue and droidmedia? | 17:27 |
| T4 | <meierrom> @adampigg: Will it be possible to dual boot windows/sfos on Xiaomi MI Pad 2? | 17:29 |
| T4 | <adampigg> Well, atm I haven't a working sfos, so.. TBD | 17:30 |
| T4 | <adampigg> And, I won't personally be doing that, I have the baby mitab2 | 17:30 |
| T4 | <eugenio_g7> It's possible theoretically | 17:31 |
| T4 | <benzandsBot> @meierrom if it’s possible to install grub on mi pad 2, then probably yes 😄 | 17:32 |
| *** doniks_ is now known as doniks | 17:37 | |
| T4 | <adampigg> @eugenio_g7 [It's possible theoretically], How's your progress | 17:41 |
| T4 | <eugenio_g7> @adampigg UI works, brightness works but still a long way to go. I guess this evening I'll push the updated mesa and libdrm so that you can try too | 17:43 |
| Umeaboy | I'm trying to find a similar up to date manifest to adapt from. | 17:50 |
| piggz | mal: abranson: rebasing gst-droid now | 18:16 |
| piggz | abranson: any plans to enable the AudioPoilcyService in master gst-droid? | 18:32 |
| piggz | i mean droidmedia | 18:32 |
| mal | piggz: it would be interesting to know why it's needed | 18:34 |
| mal | piggz: and only one some devices or bases | 18:34 |
| piggz | true | 18:34 |
| mal | piggz: we already disabled the usual sounds in frameworks/av but for some reason that is not enough | 18:35 |
| piggz | @eugenio_g7 have you had charging problems with your mitab2? atm mine seems daed with just a red flashing LED ... it was on last night! | 18:49 |
| mal | piggz: how is porting going? | 18:52 |
| T4 | <eugenio_g7> piggz: it does that when the battery is completely drained, keep it attached to a charger, it should eventually boot up (it could take hours). Try to boot to TWRP and keep it charging there. | 18:53 |
| piggz | mal: not started the porting ... doing the gst0droid rebase for you first! | 18:55 |
| piggz | but i have to first fix my droidmedia | 18:55 |
| piggz | which is now done | 18:55 |
| mal | ok | 18:56 |
| T4 | <eugenio_g7> piggz: you could somewhat speed-up this operation by opening the tablet, removing the battery and reattaching it. Just be careful in handling the back cover as it scratches easily | 18:56 |
| piggz | @eugenio_g7 no i will just leave it ... i just read about the battery disconnect hack and thought it was fake!! :D | 18:57 |
| piggz | i think i probably left it at the boot confirmation screen last night | 18:57 |
| T4 | <eugenio_g7> Heh :D got bitten by this thing many times, now I'm always careful | 18:58 |
| piggz | phew, atleast its not bricked! | 19:01 |
| piggz | mal: anyway, i think @eugenio_g7 has done the most porting so far ... hopefully i can fixup the finer details | 19:07 |
| mal | does it boot to UI yet? | 19:08 |
| piggz | yes apparently | 19:08 |
| piggz | using a new Mesa i think | 19:08 |
| piggz | i was gonna go down the regular hybris GL route, but i think he got native working .... but on an older kernel? @eugenio_g7 can you explain exactly how it is working? | 19:09 |
| mal | piggz: rebased gst-droid seems to work | 20:10 |
| piggz | mal: just about to test! | 20:11 |
| piggz | mal: yep, seems to work as before | 20:12 |
| mal | piggz: I will go through both qtmm and gst-droid changes sometime in the following days to see if there are any issues remaining, but looks ok so far | 20:14 |
| piggz | mal: fingers crossed! | 20:16 |
| eugenio | piggz: yup, updated mesa + libdrm and recompiled Qt to enable the KMS eglfs integration | 20:37 |
| eugenio | still on lineage (cm12 actually)'s kernel, but eventually I'd like to update that | 20:38 |
| piggz | eugenio: great, get them on our obs project! ;) | 20:39 |
| eugenio | yup! need to polish the specs a bit but I will soon(tm). Opened this project up https://build.merproject.org/project/show/home:eugenio:latte-experiments to avoid polluting the main namespace | 20:40 |
| piggz | off out now, laterz everyone | 20:41 |
| eugenio | bye | 20:41 |
| *** ChanServ sets mode: +v T4 | 20:48 | |
| abranson | piggz: most devices don't need the audio policy thing, so it's better not to make everything run it. we have too many media related android services running as it is | 21:00 |
| T4 | <adampigg> Abranson, yeah ,its fine, its a small patch now i sorted out my droidmedia repo | 21:08 |
| mal | abranson: it would be interesting to know how many devices need it and which bases those use etc | 21:09 |
| abranson | mal: yeah, there must be some other instantiation of a mediaplayer that is only in those | 21:11 |
| abranson | gdb would probably tell you, cos it hangs doesn't it? | 21:11 |
| mal | abranson: yep, fp2 needs that so maybe could try | 21:12 |
| abranson | might be in a blob though, but we could always turn the mediaplayer into a dummy | 21:12 |
| mal | yes, dummy audio policy could work | 21:13 |
| r0kk3rz | android hals just being a house of cards could do it too | 21:21 |
| T4 | <adampigg> Hoping the tab os alive again by the time i bag from the pub! | 21:44 |
| abranson | @adampigg everythings better after the pub | 21:50 |
| T4 | <adampigg> Abransob, esp after a pool win :D | 21:51 |
| eugenio | hm, is the "wh" tool to configure webhooks via CLI not available anymore? | 22:04 |
| eugenio | I do have the sdk-utils package installed but it isn't there | 22:04 |
| r0kk3rz | you can do webhooks without it | 22:07 |
| eugenio | yup, created the _service file manually, but that tool seemed handy | 22:07 |
| eugenio | hm, builds doesn't seem to fire up though: CI Bot commits fine but the build doesn't start (as an example: https://build.merproject.org/package/show/home:eugenio:latte-experiments/xorg-macros) | 22:39 |
| eugenio | well, I'll retry tomorrow. Goodnight :) | 23:33 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!