T42 | <edp_17> It seems I need to install the broadcom-bluetooth somehow: https://pastebin.com/WM9Hhb3t | 00:02 |
---|---|---|
T42 | <alexisrev> I started earning the day I took the courage to invest in Bitcoin with Amos Bauer , now I'm glad I took that courage. I just got $5500 profits sent directly to my PayPal account. | 02:40 |
T42 | <alexisrev> https://t.me/joinchat/AAAAAEeKU6T3c0l81hybhQ | 02:40 |
T42 | <adampigg> mal: the groups are created right at the end of the build | 06:36 |
Oksana | SuperTooth II and Fxtec Pro1 paired and connected. But, the speaker phone still doesn't get the audio from the phone, during either incoming or outcoming calls. And I know speaker phone's speaker can make sounds, it surprised me with them when I was charging it. | 06:56 |
T42 | <edp_17> If the video playback works in kodi but gallery gives me a video cannot load error, where should I look for the root cause? | 08:44 |
piggz | mal: how does the resourse system work, os there a daemon in charge? | 08:53 |
piggz | spiiroin: ping | 08:53 |
spiiroin | piggz: pong | 08:53 |
piggz | spiiroin: great....so, odd probelm i have... | 08:54 |
piggz | evdev_trace shows vol keys giving events as normal | 08:54 |
piggz | however, lipstick and csd do not respond to them | 08:54 |
piggz | i modified the page in csd, and it shows that the resource was not acquired for the scale keys | 08:55 |
piggz | any thoughts? | 08:55 |
spiiroin | you have that (csd) hw feature settings stuff in sync? | 08:55 |
piggz | wdym? | 08:55 |
spiiroin | these: /usr/share/csd/settings.d/*.ini | 08:55 |
piggz | https://github.com/sailfish-on-dontbeevil/droid-config-devkit/blob/master/sparse/usr/share/csd/settings.d/hw-settings.ini | 08:55 |
piggz | how are resources handled in libresource? | 08:56 |
spiiroin | looks like hw keys are not listed. what does "ssu-sysinfo --hw-keys" say? | 08:57 |
piggz | spiiroin: nothing | 08:58 |
spiiroin | hmmph. apparently defaults are that volkeys do exist - or something -> stuff is not 100% in sync (but should not matter I guess) | 09:00 |
piggz | do i need a keys section? | 09:00 |
piggz | i remember adding that but just for the back/menu android keys on mido | 09:01 |
spiiroin | in theory, yes. in practice l500d / xpreria 10 for ex does not -> in practice only if there are those menu keys / something extra | 09:01 |
spiiroin | piggz: does snapshot work? i.e. both volkeys down. (volume control might be ohm / something, while snapshot is only lipstick, maybe) | 09:02 |
piggz | no .... | 09:02 |
piggz | so, i added they keys, and sysinfo shows them now | 09:03 |
piggz | but they still dont work | 09:03 |
spiiroin | do you have any custom mce config files? | 09:03 |
piggz | spiiroin: https://github.com/piggz/droid-config-mido/blob/master/sparse/etc/mce/60-input-policy-mido.conf | 09:04 |
mal | spiiroin: note that the port is different from other devices, a native port which could cause things | 09:04 |
spiiroin | piggz: there is layers of legacy with that setting. my 1st instinct is to say "it is not needed", but I'll check around a bit | 09:05 |
piggz | spiiroin: should i also disbable the hybris-features ini in mce, as i guess we dont use that | 09:06 |
piggz | can anyone explain the resource acquiring system? | 09:06 |
spiiroin | piggz: hybris features should not matter if you have not installed mce-plugin-libhybris | 09:09 |
spiiroin | piggz: i.e. the config masks stuff that the plugin provides -> no plugin = config is dontcare | 09:10 |
piggz | mal: spiiroin: i added some more debug to csd, and the acquired resource turns true, so i guess thats not it | 09:12 |
piggz | seems like the event just isnt getting passed through | 09:13 |
spiiroin | piggz: take that input_grab_allowed=2 away. it should not be needed in any device anymore | 09:15 |
piggz | spiiroin: i already have :) | 09:15 |
piggz | no change | 09:15 |
spiiroin | still no events? | 09:15 |
piggz | :(((( | 09:15 |
spiiroin | evdev_trace sees them though? | 09:16 |
piggz | yep | 09:16 |
piggz | /dev/input/event3: 1580894171.604 - 0x01/EV_KEY - 0x073/KEY_VOLUMEUP - 0 | 09:16 |
piggz | /dev/input/event3: 1580894171.604 - 0x00/EV_SYN - 0x000/SYN_REPORT - 0 | 09:16 |
spiiroin | which would mean that grab is not set even if it were allowed | 09:16 |
piggz | i added a generic Key {} to the csd test page, and it didnt log anything | 09:17 |
spiiroin | if you can build lipstick, you could add logging to event handler in there | 09:17 |
spiiroin | how about "evdev_trace -I"... does it list lipstick as having the relevant input device opened? | 09:18 |
piggz | spiiroin: in evdev trace, keys are 0x073 and 0x072...in hw-settings those are: Keys=0x01000072, 0x01000070 isthat right? | 09:19 |
spiiroin | ; Key_VolumeDown = 0x01000070, | 09:20 |
spiiroin | ; Key_VolumeUp = 0x01000072, | 09:20 |
spiiroin | so, yeah | 09:20 |
piggz | spiiroin: no | 09:20 |
piggz | KEY_VOLUMEDOWN KEY_VOLUMEUP | 09:20 |
piggz | Readers: | 09:20 |
piggz | mce(pid=3428,fd=14) | 09:20 |
piggz | lipstick has TS and vibrator | 09:20 |
spiiroin | ok, now we know why it does not react to volkey events ;-) | 09:20 |
piggz | power key is mce and dsme | 09:20 |
piggz | vol is just mce | 09:21 |
spiiroin | is there something exotic in the same input device? | 09:21 |
spiiroin | which might make lipstick ignore it after probing | 09:21 |
piggz | ----====( /dev/input/event3 )====---- | 09:21 |
piggz | Name: "1c21800.lradc" | 09:21 |
piggz | ID: bus 0x19, vendor, 0x1, product 0x1, version 0x100 | 09:21 |
piggz | Type 0x00 (EV_SYN) | 09:21 |
piggz | Type 0x01 (EV_KEY) | 09:21 |
piggz | KEY_VOLUMEDOWN KEY_VOLUMEUP | 09:21 |
piggz | i dont think so, just the 2 keys ... i know mce is programmed to look for just them, or hammerhead device to open as a volume key source | 09:22 |
spiiroin | It might be that it is not exotic enough. IIRC lipstick/qt in general (?) might need to think it is keyboard | 09:23 |
spiiroin | but surely there are other phones with just volkeys in one node | 09:23 |
piggz | spiiroin: on mido, power and vol_down are on one node, and vol_up is on another by itself, and lipstick has them open | 09:32 |
spiiroin | found some probing code in qt-base, seems to have "has KEY_Q -> is keyboard", but ... | 09:32 |
spiiroin | I'm not sure if that is relevant, maybe there needs to be some udev rules / whatnot to assign input device type | 09:33 |
piggz | fixed it :) | 09:33 |
piggz | note to self...when debugging, do not set QT_QPA_EGLFS_DISABLE_INPUT=1 | 09:34 |
piggz | that was from a _loooooong_ time ago, when trying to fix the lockscreen | 09:34 |
DylanVanAssche | piggz: It works now 😲 ? | 09:35 |
piggz | yup, ill push that config | 09:35 |
DylanVanAssche | Awesome! | 09:35 |
piggz | still, a little embarassing :D | 09:36 |
DylanVanAssche | hahahah | 09:36 |
piggz | "why does input not work?" .... "did you disable input?" | 09:36 |
piggz | well, yeah but | 09:36 |
spiiroin | all's well that does not end in udev rule debugging ... ;-) | 09:37 |
piggz | mal: spiiroin: next issue, when playing music, vol key handles "Rington VOlume" not media volume | 09:57 |
piggz | maybe missing some of those meego pa plugins though.... | 09:58 |
piggz | mal: nooo, the touchscreen is misbehaving again! | 10:00 |
piggz | like cant swipe up to brink up launcher | 10:00 |
piggz | and taps arnt working properly | 10:01 |
dr_gogeta86 | hi guys | 10:04 |
piggz | ok, that helped | 10:06 |
piggz | mal: spiiroin: ok, this is an odd situation, | 10:16 |
piggz | QT_QPA_EGLFS_DISABLE_INPUT=1 fixes the swipe and usability issues with the TS | 10:16 |
piggz | without that, the device becomes unusable | 10:16 |
piggz | DylanVanAssche: ^^ | 10:16 |
spiiroin | piggz: failing "ongoing audio playback" detect could cause it -> somewhere in lipstick, relies on ohm policy decision broadcasts | 10:18 |
spiiroin | there is a setting to force only audio playback volume adjustment - could use that to divide and conquer? | 10:19 |
piggz | spiiroin: i found the volume problem, we are missing some plugins | 10:19 |
spiiroin | piggz: ok | 10:19 |
piggz | main issue now is the touchscreen | 10:19 |
piggz | setting QT_QPA_EGLFS_DISABLE_INPUT=1 fixes the TS, but breaks vol keys | 10:19 |
spiiroin | what does it do? | 10:20 |
mal | piggz: heh, oops | 10:21 |
piggz | spiiroin: its weird, like swipes dont work properly | 10:21 |
piggz | i can swip away the lockscreen | 10:22 |
piggz | but cant swipe up for the launcher | 10:22 |
piggz | and cant click icons | 10:22 |
piggz | i can swipe up/down but only from the edges | 10:22 |
piggz | mal: spiiroin: ok, i can fix it | 10:25 |
piggz | i can leave the variable set | 10:25 |
spiiroin | ... in case it is useful in the future: volume keys = media volume only -> https://together.jolla.com/question/107039/sailfish-os-20-keeping-the-volume-buttons-for-media-volume-or-at-least-optional/?answer=114216#post-id-114216 | 10:25 |
piggz | and specify the devices for TS and VOL in the options | 10:25 |
piggz | QT_QPA_EGLFS_DISABLE_INPUT=1 | 10:26 |
piggz | LIPSTICK_OPTIONS="-plugin evdevtouch:/dev/input/event2 -plugin evdevkeyboard:/dev/input/event3" | 10:26 |
mal | quite strange how that device is so different | 10:26 |
spiiroin | piggz: can you pastebin evdev_trace -i somewhere? | 10:27 |
piggz | spiiroin: https://paste.gnome.org/pivfmxqpy | 10:28 |
* spiiroin wonders if it can be mistaken for mouse device? or mouse and touch? | 10:29 | |
piggz | spiiroin: i thought something like that | 10:38 |
DylanVanAssche | piggz: Setting the Lipstick options again works around our TS and vol key issue? | 10:39 |
piggz | DylanVanAssche: yes | 10:39 |
DylanVanAssche | piggz (IRC): Great! | 10:39 |
piggz | i iwill commit a new version | 10:39 |
piggz | only problme i have atm is no music... | 10:40 |
DylanVanAssche | piggz (IRC): I can check later this evening with the new image what works and wat doesn't on my device | 10:40 |
piggz | ok | 10:40 |
mal | piggz: do you see any errors in logs when you try to play music? | 10:41 |
piggz | mal: it claims to be playing........volume keys respond with correct message.... | 10:41 |
piggz | this is my pa config https://paste.gnome.org/p9v0zq5j5 | 10:42 |
T42 | <alexisrev> I started earning the day I took the courage to invest in Bitcoin with Amos Bauer , now I'm glad I took that courage. I just got $5500 profits sent directly to my PayPal account. | 10:44 |
T42 | <alexisrev> https://t.me/joinchat/AAAAAEeKU6Sw5GH9jOA7Yw | 10:44 |
piggz | mal: yes, pa crashes when i press play | 10:45 |
piggz | well, sometimes crashes | 10:47 |
piggz | no, it crashes every time i think | 10:48 |
piggz | when it looked like it was playing, it was actually stopped | 10:48 |
mal | piggz: again that paste doesn't work, looks like paste.gnome.org has issues | 10:57 |
piggz | mal: yeah, it seems to eb garbage | 11:04 |
piggz | im playing with hard coding or auto probing the sound cards | 11:04 |
mal | piggz: or maybe it's just me that is having issues with that service | 12:11 |
piggz | mal: no, the pages dssapear for me too | 13:16 |
piggz | seems like its anough to specify the TS dev only, no need for the kayboard, let that be probed | 13:32 |
piggz | now, audio! | 13:34 |
mal | piggz: what did you do? | 13:35 |
piggz | i mean, now back to audio, i havnt fixed it! :D | 13:35 |
mal | ah, ok | 13:37 |
piggz | mal: https://paste.gnome.org/pnocakgml can you see anything? | 16:18 |
piggz | pa is killed when playing music | 16:18 |
mal | piggz: use some other paste service | 16:21 |
piggz | has it gone again??? | 16:21 |
piggz | i double checked! | 16:21 |
piggz | it was too big for bpaste | 16:21 |
piggz | mal: : https://pastebin.com/Ap78NFTz line 665 looks like a problem | 16:24 |
mal | piggz: that doesn't looke very good | 16:25 |
piggz | nope, it doesnt! | 16:26 |
mal | piggz: check also line 1290 | 16:30 |
mal | wondering if that is normal | 16:30 |
piggz | mal: i have those files, didnt seem to make a difference, but lets double check | 16:31 |
T42 | <Akatsu %lastname%> if i had missing minisf and i build it with `libdroidmedia minimediaservice minisfservice`under HABUILD_SDK do i have to add it somewhere inside of device packages or it will be bundled in next build_package.sh? | 16:34 |
mal | it will be automatically packaged when you run build_package.sh if you have added gstreamer1.0-droid to patterns | 16:39 |
T42 | <Akatsu %lastname%> i havent probably | 16:40 |
mal | also you can use "droidmedia" instead of "libdroidmedia minimediaservice minisfservice" as parameter for for make to build those | 16:40 |
mal | and similarly for audioflingerglue | 16:40 |
T42 | <Akatsu %lastname%> i have just copied it from hadk-faq | 16:40 |
T42 | <Akatsu %lastname%> from what i see jolla-hw-adaptation.s2.yaml contains -` gstreamer1.0` line | 16:42 |
mal | why are you checking faq for those when hadk pdf has everything you need | 16:43 |
T42 | <Akatsu %lastname%> Do it really have all? I cannot see anything about manual need to build minisf, i had to manually comment nfc related package build instructions to pass build, had to do system.mount in sparse(have no idea why its not generated during build from mountpoints(dts /system premount maybe?) | 16:48 |
mal | chapters 13.2 and 13.3 | 16:56 |
T42 | <elros34> have you checked that fstab is found in droid-hal-device.log? Also please set your username in telegram | 16:56 |
mal | for gst-droid and other such things | 16:56 |
T42 | <Akatsu %lastname%> @elros34 [have you checked that fstab is found in droid- …], I don't really get what do you mean. | 16:59 |
T42 | <Akatsu %lastname%> I mean about nick, not fstab | 16:59 |
T42 | <Akatsu %lastname%> no fstab inside s2/root/ | 17:01 |
T42 | <elros34> so that the reason why you have no systme.mount. Run make modules | grep fstab. If it found fstab* then build it otherwise you need to manually copy it from your device/ to out | 17:03 |
T42 | <Akatsu %lastname%> do " init-debug in real rootfs" means we are getting into sailfishOS rootfs and getting out of sailfishOS initramfs? I do get kicked to bootloader from that | 17:56 |
T42 | <elros34> that is message from /init-debug script from saiflish rootfs, next /sbin/preinit is started and systemd | 18:01 |
T42 | <Akatsu %lastname%> Masked init and ran `/sbin/droid-hal-init ; dmesg -Hw ` https://pastebin.com/9LiigrNm | 18:06 |
T42 | <Akatsu %lastname%> I get stuck on second stage init. | 18:06 |
T42 | <elros34> What did you add to straggler files? Enable persistent logging (faq) and grab full journal | 18:22 |
T42 | <Akatsu %lastname%> i have added pretty much all missing *context files from out/root directory | 18:25 |
T42 | <Akatsu %lastname%> (Photo, 1280x552) https://irc.thaodan.de/.imgstore/i0ZTzmHJZ3.png | 18:28 |
enigma9o7 | Is this channel for discussion about porting sailfishos to a new device, or porting applications to sailfishos, or both? | 18:58 |
T42 | <Akatsu %lastname%> about porting sailfish to new devices | 18:58 |
piggz | mal: this is odd..... the following does NOT work | 19:06 |
piggz | LIPSTICK_OPTIONS="-plugin evdevtouch:/dev/input/event2" | 19:07 |
T42 | <Akatsu %lastname%> Any idea why droid-hal-init cry for minimediaservice not being there, while its indeed there? | 19:07 |
piggz | the followinf DOES | 19:07 |
piggz | LIPSTICK_OPTIONS="-plugin evdevtablet:/dev/input/event2" | 19:07 |
mal | piggz: strange | 19:19 |
DylanVanAssche | mal: pulseaudio is crashing when this module is enabled: `module-match table=/etc/pulse/x-maemo-match.table key=application.name` and using the volume keys (native device). However I and Adam don't see anything spooky in the logs ... | 19:23 |
DylanVanAssche | mal (IRC): logs: http://ix.io/2aQp the only weird thing is the UCM thing. | 19:27 |
piggz | DylanVanAssche: so, if you reboot it still works? | 19:46 |
DylanVanAssche | piggz for me it does (without that module) | 19:57 |
piggz | DylanVanAssche: ok .... rem -rf /home/nemo/.config/pulse and reboot again | 19:57 |
piggz | s/rm | 19:57 |
piggz | or, maybe renane the folder ;) | 19:58 |
mal | piggz: hmm, the config file is here https://github.com/mer-hybris/droid-hal-configs/tree/master/sparse/etc/pulse | 20:12 |
mal | DylanVanAssche: ^ | 20:12 |
piggz | mal: we use a custom one | 20:13 |
mal | what does it contain? | 20:13 |
piggz | mal: https://bin.disroot.org/?ef75d78c1d5eded9#33BRnQHC1oJAdCihQcDfm5z3Zt4dkJehmQXmVAgPkWXp | 20:14 |
mal | piggz: I meant that /etc/pulse/x-maemo-match.table mentioned in the problematic mobile line | 20:14 |
piggz | we've tried various options, auto-rpobing, manual probing, | 20:14 |
piggz | ah, thats the same for us | 20:15 |
piggz | mal: im to be convinced thats the problem, still crashes for me witht he same config as DylanVanAssche | 20:17 |
mal | piggz: ok, could be anything | 20:54 |
piggz | mal: im giving up on PP tonight to work on amazfish | 20:55 |
mal | ok | 20:56 |
tortoisedoc | howdy! | 21:20 |
tortoisedoc | would there be any info on how the hw kb events are propagated to silica? | 21:21 |
r0kk3rz | usual kb events i would imagine | 21:51 |
r0kk3rz | libinput | 21:51 |
tortoisedoc | @r0kk3rz : so basic qt keys i guesa | 22:30 |
T42 | <adampigg> qt evdevkeyboard plugin | 22:34 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!