| *** arcean has quit IRC | 00:23 | |
| *** plfiorini has quit IRC | 00:28 | |
| *** OrokuSaki has joined #sailfishos-porters | 01:52 | |
| OrokuSaki | http://releases.merproject.org/ Access Denied | 01:53 |
|---|---|---|
| OrokuSaki | Anyone know what to do when running into hybris wanting a binary called updater? | 01:53 |
| *** iTune has joined #sailfishos-porters | 02:41 | |
| *** olafh has joined #sailfishos-porters | 04:47 | |
| *** MSameer has quit IRC | 05:53 | |
| *** MSameer has joined #sailfishos-porters | 05:54 | |
| *** [Pb] has quit IRC | 06:24 | |
| energycsdx | ok i recovered my phone | 07:31 |
| energycsdx | don`t know what it was | 07:31 |
| *** Sequenced has joined #sailfishos-porters | 07:47 | |
| *** rusty88 has joined #sailfishos-porters | 07:49 | |
| *** piggz has quit IRC | 07:50 | |
| *** piggz has joined #sailfishos-porters | 07:50 | |
| energycsdx | rusty88: how it goes? | 07:53 |
| rusty88 | hey energycsdx, morning | 07:53 |
| rusty88 | trying to understand ofono | 07:54 |
| *** iTune has quit IRC | 07:57 | |
| *** iTune has joined #sailfishos-porters | 08:02 | |
| rusty88 | btw energycsdx when building packages like qt5-qpa-hwcomposer-plugin is it a bad idea to use O2 and disable debugging symbols ? | 08:02 |
| *** plfiorini has joined #sailfishos-porters | 08:03 | |
| *** piggz has quit IRC | 08:08 | |
| *** alin has quit IRC | 08:12 | |
| *** alin has joined #sailfishos-porters | 08:12 | |
| *** alin has quit IRC | 08:12 | |
| *** alin has joined #sailfishos-porters | 08:12 | |
| energycsdx | rusty88: i never changed that options, but i think it`s ok to change | 08:17 |
| *** sdjayna has joined #sailfishos-porters | 08:26 | |
| stephg | ningles | 08:26 |
| locusf | the git version of qt5-qpa-hwcomposer no longer works on n7000 | 08:27 |
| locusf | it used to though | 08:27 |
| *** piggz has joined #sailfishos-porters | 08:31 | |
| *** iTune has quit IRC | 08:39 | |
| *** jusa_ has quit IRC | 08:41 | |
| *** piggz has quit IRC | 08:41 | |
| *** zuh has quit IRC | 08:43 | |
| *** arcean has joined #sailfishos-porters | 09:11 | |
| *** zuh has joined #sailfishos-porters | 09:11 | |
| *** piggz has joined #sailfishos-porters | 09:18 | |
| *** Sailor8860 has joined #sailfishos-porters | 09:18 | |
| *** Sailor8860 has quit IRC | 09:24 | |
| *** piggz has quit IRC | 09:30 | |
| *** piggz has joined #sailfishos-porters | 09:31 | |
| *** sdjayna has quit IRC | 09:38 | |
| *** sdjayna has joined #sailfishos-porters | 09:41 | |
| *** piggz has quit IRC | 09:55 | |
| *** rusty88 has quit IRC | 10:10 | |
| *** iTune has joined #sailfishos-porters | 10:11 | |
| *** Umeaboy has joined #sailfishos-porters | 10:17 | |
| *** Guhl has joined #sailfishos-porters | 10:41 | |
| *** rusty88 has joined #sailfishos-porters | 10:45 | |
| *** r0kk3rz has joined #sailfishos-porters | 10:54 | |
| *** krnlyng has quit IRC | 10:55 | |
| *** krnlyng has joined #sailfishos-porters | 10:56 | |
| *** plfiorini_ has joined #sailfishos-porters | 11:00 | |
| *** Umeaboy has quit IRC | 11:02 | |
| *** plfiorini has quit IRC | 11:04 | |
| *** r0kk3rz has quit IRC | 11:07 | |
| *** Sequenced has quit IRC | 11:16 | |
| *** r0kk3rz has joined #sailfishos-porters | 11:18 | |
| *** Umeaboy has joined #sailfishos-porters | 11:38 | |
| Guhl | spiiroin, ? | 11:44 |
| *** plfiorini_ is now known as plfiorini | 11:51 | |
| *** filippz has joined #sailfishos-porters | 11:53 | |
| Guhl | piggz when you read the log - see this | 12:26 |
| Guhl | http://pastebin.com/FD6zG1PN | 12:26 |
| Guhl | thats a log with sensord loaded with loglevel=test when doing an outgoing call | 12:27 |
| Guhl | in line 58 you can see that the proximityadaptor is requested to go to standby | 12:29 |
| Guhl | that does not make to much sense in my opinion | 12:29 |
| *** rusty88 has quit IRC | 12:30 | |
| *** ilan_ has joined #sailfishos-porters | 12:30 | |
| Guhl | but i would like to talk to spiiroin about how this is supposed to work | 12:31 |
| *** ilan_ is now known as rusty88_ | 12:31 | |
| Guhl | and also about how the connection to the leds is supposed to be implemented | 12:31 |
| Guhl | piggz the code for the proximityadaptor is https://github.com/mer-packages/sensorfw/blob/master/adaptors/hybrisproximityadaptor/hybrisproximityadaptor.cpp and i think that should work | 12:32 |
| Guhl | for us the proximity adapter is /dev/input/event2 | 12:33 |
| OrokuSaki | Morning.. anyone know what is up with http://releases.merproject.org/ ?? Access denied.. Are they doing work? | 12:37 |
| OrokuSaki | Should I login with an account? | 12:37 |
| OrokuSaki | And what is up with hybris wanting updater? I was going to zypper that, but I cant... Should update the porting guide, etc. =) | 12:38 |
| *** alin has quit IRC | 12:40 | |
| *** Umeaboy has quit IRC | 12:49 | |
| *** marxistvegan has joined #sailfishos-porters | 12:51 | |
| *** marxistvegan has quit IRC | 12:58 | |
| *** piggz has joined #sailfishos-porters | 12:59 | |
| rusty88_ | is it posible to create a pattern to preinstall software like jolla-mediaplayer and jolla-fileman at ROM creation ? | 13:03 |
| piggz | rusty88_: you can list them in your kickstart file | 13:04 |
| piggz | rusty88_: and there is a pattern jolla-store-apps i think | 13:04 |
| rusty88_ | piggz: in the %package "section"? i should just list the packages name that i want to install ? | 13:06 |
| piggz | rusty88_: yep ... i'll paste my file | 13:07 |
| piggz | rusty88_: http://pastebin.com/4s1aNEv9 .. i keep a copy of it because it gets deleted | 13:07 |
| Guhl | hi piggz | 13:08 |
| piggz | hi Guhl | 13:08 |
| Guhl | i switched a bit from the ril issue to leds and proximity | 13:09 |
| piggz | Guhl: did you fix it? :) | 13:10 |
| Guhl | in principle i think that the prox-sensor should be supported by hybrisproximityadaptor | 13:10 |
| Guhl | no | 13:10 |
| Guhl | but if you see my http://pastebin.com/FD6zG1PN | 13:10 |
| Guhl | you will see that the prox-sensor is suspended when you do a call | 13:11 |
| rusty88_ | thanks piggz :) | 13:11 |
| Guhl | i would like to talk to spiiroin before diving into that, | 13:15 |
| Guhl | same thing for the leds | 13:15 |
| Guhl | if you want to have a look at https://github.com/nemomobile/mce-plugin-libhybris/blob/master/hybris.c | 13:16 |
| Guhl | there is a lot of hammerhead specific code in it | 13:17 |
| Guhl | of course i could do the same for the vision and ace because it seems to be similar | 13:18 |
| Guhl | but i am not sure if this is the way it is meant to be done | 13:18 |
| Guhl | what do you have in /sys/class/leds/ on the ace? | 13:19 |
| Guhl | can you paste the output of | 13:19 |
| Guhl | find /sys/class/leds/ | 13:19 |
| locusf | hmm seems that mce doesn't know how to turn the display off on n7000 | 13:30 |
| *** marxistvegan has joined #sailfishos-porters | 13:38 | |
| *** rusty88_ has quit IRC | 13:45 | |
| *** rusty88 has joined #sailfishos-porters | 13:46 | |
| *** marxistvegan has quit IRC | 13:47 | |
| spiiroin | Guhl: pong | 13:49 |
| * spiiroin is catching up ... | 13:49 | |
| Guhl | hi spiiroin your the mce guy right? | 13:50 |
| spiiroin | Guhl: yes | 13:50 |
| Guhl | OK i have been looking at https://github.com/nemomobile/mce-plugin-libhybris | 13:50 |
| spiiroin | Guhl: only led stuff is actually used from there | 13:51 |
| Guhl | and i wonder how i am supposed to implement the led stuff for the vision | 13:51 |
| spiiroin | Guhl: control via sysfs? | 13:51 |
| Guhl | yes i have my files in sys/class/leds | 13:52 |
| spiiroin | can you show full path to some brightness file? | 13:52 |
| rusty88 | spiiroin: after you've helped Guhl i also need some guidance with mce... with the i9300 the display is not turned off when idle | 13:53 |
| Guhl | i.e. /sys/class/leds/amber/brightness | 13:53 |
| spiiroin | rusty88: ok, I know some possible sore points that we've had with other hw | 13:53 |
| spiiroin | Guhl: "amber"? | 13:54 |
| Guhl | /sys/class/leds/amber/max_brightness | 13:54 |
| Guhl | /sys/class/leds/amber/blink | 13:54 |
| Guhl | yes the led can only do amber = orange | 13:54 |
| Guhl | and green | 13:54 |
| Guhl | and in addition i do have a jogball-backlight | 13:55 |
| piggz | Guhl: http://pastebin.com/Xvkztzf3 | 13:55 |
| spiiroin | Guhl: so only one led, and that one is orange? | 13:55 |
| spiiroin | one led "channel" I mean | 13:55 |
| Guhl | no that led is orange or gree | 13:56 |
| Guhl | green | 13:56 |
| piggz | yes, mine too is orange and green | 13:56 |
| rusty88 | spiiroin: ok :) i'll wait then | 13:56 |
| Guhl | and in addition /sys/class/leds/button-backlight and /sys/class/leds/jogball-backlight | 13:56 |
| spiiroin | Guhl: those would be candidates for keyborad backlight adaptation I guess (bits an pieces still missing there at upper levels too) | 13:57 |
| spiiroin | but one led, two sysfs brightness controls - for orange and green? | 13:58 |
| Guhl | spiiroin, yes | 13:58 |
| spiiroin | ... needs some thinking again | 13:59 |
| Guhl | spiiroin, i could use something like the jogball-backlight (the vision has a small touchpad on the front that is called jogball) | 14:00 |
| spiiroin | Guhl: can you do "ls -1 /sys/class/leds/*/*brightness" and put it here/pastebin depending on how long list there is | 14:00 |
| Guhl | and this jogball has a white light that can be turned on an off | 14:01 |
| spiiroin | Guhl: It would somehow need to either have a policy of its own or be bound to some already existing one | 14:02 |
| spiiroin | ... lets do the notification led 1st | 14:02 |
| Guhl | http://pastebin.com/2Uj4k98v | 14:02 |
| spiiroin | Guhl: can the amber and green be on at the same time? | 14:04 |
| Guhl | spiiroin, let me check | 14:06 |
| Guhl | no - well if you set first amber to 10 and then green to 10 it stays amber | 14:07 |
| Guhl | when you set then amber to 0 it is green | 14:07 |
| spiiroin | ok, kind of limits stuff | 14:08 |
| spiiroin | I need to grab some food now, thinking cap on though ... | 14:08 |
| Guhl | k | 14:10 |
| *** plfiorini has quit IRC | 14:11 | |
| *** filippz has quit IRC | 14:31 | |
| spiiroin | Guhl: the plugin stuff kind of expects to see rgb controls. this amber+green does not really fit nicely in there. probably needs custom pattern configs anyway, but I would like to fake rgb at some level (so that 3rd party patterns would do something at least semi sane) | 14:32 |
| rusty88 | spiiroin: when you say rgb is something like this ? http://ur1.ca/iffc4 | 14:34 |
| spiiroin | so 1) make amber/green backend for plugin -> leds work 2) tune default patterns -> can tell patterns from each other | 14:34 |
| spiiroin | rusty88: kind of, hopefully accessable from more "fixed" paths too | 14:35 |
| spiiroin | android lights hal uses rgb controls for leds; originally that was used by the mce plugin too, but there were various issues -> goes directly to sysfs, but still was written to expect r + g + b control channels | 14:37 |
| *** beidl_ has joined #sailfishos-porters | 14:40 | |
| rusty88 | spiiroin: they are in /sys/class/leds/led_{r,g,b} | 14:41 |
| Guhl | we could use jogball backlight, green, and button-backlight as r,g,b | 14:41 |
| Guhl | at least thats 3 lights that can be light a the same time | 14:41 |
| spiiroin | Guhl: but why would we? | 14:42 |
| Guhl | so that existing patterns would work | 14:42 |
| spiiroin | but would they make any sense? | 14:43 |
| *** beidl has quit IRC | 14:43 | |
| spiiroin | backlight is used elsewhere anyway -> that is off the list | 14:43 |
| Guhl | which backlight | 14:44 |
| spiiroin | display backlight = how bright the display is | 14:44 |
| Guhl | ì have 3, jogball, soft-keys and hardware keyboard | 14:44 |
| Guhl | yes and of course lcd-backlight | 14:44 |
| spiiroin | ok, got confused for a while | 14:45 |
| spiiroin | but I'm assuming we want notification led = notifications, backlights = something else | 14:45 |
| spiiroin | I need to take a closer look, but probably it just needs: frontend to map rgb -> amber or green + 2 channel backend for actual sysfs control | 14:46 |
| spiiroin | then existing patterns should work, but wold benefit from config that designed knowing that they are either amber or green | 14:47 |
| *** Tassadar has joined #sailfishos-porters | 14:47 | |
| spiiroin | rusty88: that "/sys/class/leds/led_{r,g,b}" is different hw from what Guhl is tinkering with? | 14:48 |
| *** Wnt has quit IRC | 14:50 | |
| spiiroin | Guhl: btw, do the amber/green have something that looks like blinking controls in sysfs? | 14:51 |
| Guhl | spiiroin, yes | 14:52 |
| spiiroin | ms_on, ms_off or something else? | 14:52 |
| Guhl | sec need to reboot phone | 14:52 |
| Guhl | but its either blink or blinking with values 0 and 1 | 14:53 |
| rusty88 | spiiroin: yes, mine is an i9300 (galaxy s3) dunno what is Guhl's device... just reading along to see if i can do something for the i9300 to get the leds hooked up | 14:54 |
| spiiroin | rusty88: that looks like "just add another set of sysfs paths" kind of mod | 14:55 |
| Guhl | spiiroin, it's blink | 14:55 |
| Guhl | and only amber and green support it | 14:56 |
| spiiroin | Guhl: e.g. "/sys/class/leds/amber/blink" ? | 14:56 |
| Guhl | yes set it to 1 -> blinks | 14:56 |
| spiiroin | no timing control? just boolean? | 14:57 |
| rusty88 | spiiroin: i guess, but that's what i got when listing /sys/class/leds/, I didn't symlink anything | 14:57 |
| spiiroin | rusty88: is there ms_on, ms_off or ms_on_off or something like that there too? | 14:58 |
| spiiroin | ... same level as brightness/max_brightness | 14:59 |
| Guhl | well spiiroin the blink takes 0,1,2,3 but i do not see a difference in blinking | 14:59 |
| spiiroin | Guhl: ok, just another difference to what I expected to see ;-) | 14:59 |
| rusty88 | spiiroin: nope, only blink, brightness delay_off, delay_on max_brightness and some other folders | 15:02 |
| *** Wnt has joined #sailfishos-porters | 15:03 | |
| spiiroin | rusty88: delay_on, delay_off -> probably same as others again -> should still be easy (knock knock) | 15:03 |
| Guhl | another funny thing i have is /sys/class/leds/green/off_timer | 15:06 |
| Guhl | cat /sys/class/leds/green/off_timer gives | 15:07 |
| Guhl | Time remains 0:0 | 15:07 |
| Guhl | don't know what input it takes | 15:07 |
| *** Umeaboy has joined #sailfishos-porters | 15:09 | |
| piggz | Guhl: it takes MIN SEC ie 1 5 | 15:11 |
| Guhl | it takes inputs as a string of 2 numbers. like "2 1" but that does not change what i get on cat | 15:11 |
| Umeaboy | piggz: You have the i9305 right? | 15:11 |
| *** Sequenced has joined #sailfishos-porters | 15:12 | |
| piggz | Guhl: but it does work ... echo 1 to brightness, then "0 5" to off timer and led turns off after 5 secsons | 15:12 |
| piggz | Umeaboy: no, htc ace | 15:12 |
| Guhl | your right piggz | 15:14 |
| rusty88 | spiiroin: easy how? like sym link :? | 15:14 |
| spiiroin | rusty88: easy as in: sysfs files with similar functionality, just paths are different | 15:15 |
| Guhl | but basically spiiroin that has to implemented specially in the hybris.c for our htc devices | 15:15 |
| Guhl | like i.e it has been done for the hammerhead | 15:16 |
| Umeaboy | phdeswer: Are you awake? | 15:17 |
| spiiroin | so far it looks like rusty88 device = another rgb led, Guhl device = totally different kind of beast | 15:17 |
| Guhl | yes thats right | 15:17 |
| spiiroin | i.e. I expect/hope the rusty88 would be easier than hammer head, the other one needs new set of special handling - bit like hammerhead, but more work | 15:18 |
| piggz | spiiroin: my device is same as guhl | 15:18 |
| Guhl | how does mce know in the end to use led_control_hammerhead_probe instead of led_control_vanilla_probe | 15:19 |
| spiiroin | as long as the differences are great enough not to cause false positive matches, it just needs to *also* probe "guhl" | 15:20 |
| spiiroin | btw... I could use better terms than "guhl" and "rusty" for these things ;-) | 15:20 |
| spiiroin | what would the analogues to "hammerhead" be? | 15:20 |
| rusty88 | thank god i9300 is good at something | 15:21 |
| rusty88 | spiiroin: my device is a i9300 aka galaxy s3 international | 15:21 |
| piggz | spiiroin: vision and ace for our devices (guhl == vision piggz== ace) | 15:22 |
| spiiroin | I'll use i9300 & vision as working names at least | 15:22 |
| spiiroin | need to go again... I'll try to get something done later today/tomorrow | 15:23 |
| *** beidl_ is now known as beidl | 15:27 | |
| Umeaboy | Can anyone of you please clone my repo and add the i9305 directory to droid-hal-device/patterns/ | 15:28 |
| Umeaboy | ? | 15:28 |
| beidl | hello hello fine folks | 15:30 |
| rusty88 | ok spiiroin thanks :) | 15:30 |
| rusty88 | hi beidl | 15:30 |
| beidl | rusty88: o/ | 15:30 |
| beidl | glad to be back in the channel, army is so tiring | 15:31 |
| rusty88 | welcome back :) | 15:31 |
| beidl | rusty88: thanks :) | 15:32 |
| Guhl | spiiroin, mine is a htc vision and piggs a htc ace | 15:32 |
| Guhl | hey beidl | 15:33 |
| beidl | Guhl: habe die ehre! | 15:33 |
| beidl | Guhl: I see from the backlog you made use of my nasty hack :D | 15:34 |
| piggz | beidl: me too | 15:34 |
| rusty88 | Guhl: can you help me with ofono ? | 15:34 |
| Guhl | i really thought you are a beidl lately when i'v found your hack after 3 nights of debugging :-) | 15:34 |
| rusty88 | btw beidl if you're referring to the ofono hack i'm using it too :P | 15:35 |
| beidl | haha nice :D | 15:35 |
| Guhl | now i am stuck at another issue with ofono or probably ril when setting up the data connection | 15:36 |
| beidl | I'll have to investigate the actual issue in ofono, will do that as soon as I have time to hack on the new maguro kernel | 15:36 |
| beidl | Guhl: what's the issue? | 15:36 |
| Guhl | i am not sure - have a look at http://pastebin.com/qHpeiH75 | 15:37 |
| Guhl | that is the logcat from the radio buffer using a libril that i slightly modified | 15:38 |
| beidl | Guhl: which device? | 15:38 |
| Guhl | that is a htc vision | 15:38 |
| Guhl | aka desire z or t-mobile g2 | 15:38 |
| beidl | Guhl: yeah I know that one, wanted that one to be my device after I gave my G1 to my cousin :) | 15:39 |
| beidl | Guhl: well it appears that the ril actually set up a usable connection, looking at the ADDR, MASK, GATEWAY parts of the log | 15:39 |
| beidl | maybe it's just a routing issue | 15:39 |
| Guhl | it looks good until line 138 | 15:39 |
| Guhl | after that something crashes big time | 15:40 |
| Guhl | i am not sure if the radio-firmware itself crashes or only ofono | 15:41 |
| beidl | Guhl: well, at least not the ril daemon, as the log would print a different PID | 15:41 |
| Guhl | i do have an strace of ofono somewhere when the crash happens | 15:41 |
| Guhl | yes thats right | 15:41 |
| Guhl | so probably it's just ofono | 15:41 |
| *** Tassadar has quit IRC | 15:42 | |
| *** Tassadar has joined #sailfishos-porters | 15:42 | |
| beidl | Guhl: get me a link to your kernel config, it could be an issue with the modem interface driver | 15:43 |
| Guhl | i had to fix some hardcoding in ofono to get to this point as it forces the technology in the SETUP_DATA_CALL to 11 = HSPA | 15:43 |
| Guhl | https://github.com/guhl/htc7x30-3.0/blob/hybris-10.1/arch/arm/configs/vision_andromadus_defconfig | 15:44 |
| beidl | Guhl: I noticed some information about LTE in the debug log, interesting as that device doesn't have LTE | 15:44 |
| Guhl | yes but thats only a part of the signal strength response | 15:46 |
| Guhl | actually the phone supports HSPA | 15:46 |
| beidl | Guhl: yeah I know, but why does HTC ship that in a device without LTE? makes output more verbose than it needs to be :) anything interesting in dmesg? | 15:47 |
| beidl | Guhl: maybe play around with CONFIG_NETFILTER* configs, I don't believe those are mandatory for mer | 15:48 |
| Guhl | but the function qmi_send_activate_pdp in the proprietary libhtc_ril checks for technology = 0 UNKNOWN or 1 = GPRS | 15:48 |
| Guhl | beidl, that string is from RILC that is the open source Android part of it | 15:48 |
| Guhl | that comes from 4.3 | 15:48 |
| beidl | oh I see | 15:48 |
| Guhl | so we would expect some LTE indo in that | 15:48 |
| Guhl | i decompiled the libhtc_ril to see what tecnologies it understands | 15:49 |
| Guhl | and first i modifies the open source libril to replace the technology that ofono sent by 1 | 15:50 |
| Guhl | but now i actually decided to patch ofono | 15:50 |
| Guhl | (as i would not know how to actually deploy a modified libril.so | 15:51 |
| beidl | Guhl: "mka libril" or something like that, the modified libril.so would be in /usr/libexec/droid*/system/lib | 15:52 |
| Guhl | does that get deployed to /system/lib( | 15:53 |
| Guhl | cause thats the one that is really used | 15:53 |
| beidl | Guhl: nope, but you could prepend the path in LD_LIBRARY_PATH | 15:54 |
| Guhl | OK good to know - but i think it is stupid anyway in ofono to hardcode the technology to HSPA | 15:55 |
| beidl | Guhl: true that | 15:55 |
| beidl | Guhl: all I can say is that since I've modified the kernel config to also include not-mandatory changes the signal strength dropped significantly, and maybe yours does even time out before routing is set up correctly | 15:56 |
| Guhl | btw who is good with senorfw in here? | 15:56 |
| beidl | Guhl: not really, but I'm bored. whats the issue? :) | 15:57 |
| Guhl | hmm beidl my signal is quite good actually | 15:57 |
| Guhl | i would like to know how to test the proximity sensor | 15:57 |
| beidl | Guhl: there's an app in the warehouse for testing all sensors on the phone | 15:58 |
| beidl | Guhl: https://openrepos.net/content/cfr34k/messwerk | 15:59 |
| Guhl | as i think the code at https://github.com/mer-packages/sensorfw/blob/master/adaptors/hybrisproximityadaptor/hybrisproximityadaptorplugin.cpp | 15:59 |
| Guhl | sorry | 16:00 |
| Guhl | https://github.com/mer-packages/sensorfw/blob/master/adaptors/hybrisproximityadaptor/hybrisproximityadaptor.cpp | 16:00 |
| spiiroin | rusty88: forgot the display off problems; if it is just that backlight stays on, it could be that kernel does not power off backlight unless backlight brightness == zero at suspend; latest mce versions should drive the brightness to zero before suspending; older ones might work with fade-to-black disabled, i.e. try if "mcetool --set-brightness-fade-blank=0" helps | 16:00 |
| Guhl | but i am not sure if it really works | 16:01 |
| beidl | Guhl: you should play around with your event devices and see if *some* device reacts if you put your finger on the proximity sensor | 16:01 |
| rusty88 | spiiroin: that command failed with unrecognized option | 16:03 |
| beidl | Guhl: try /system/bin/getevent | 16:03 |
| spiiroin | rusty88: we really need to get that update9 out... I'm losing sight what has changes since what | 16:04 |
| spiiroin | rusty88: i.e. it might be already fixed | 16:04 |
| beidl | Guhl: thats what I used to debug headset jack issues until I noticed that the GPIO is not registered in the kernel and just using a custom kernel driver for android | 16:04 |
| rusty88 | spiiroin: ok then i'll wait for the update then ;-) | 16:04 |
| spiiroin | Guhl: "mcetool -c ringing:normal -B1 -c active:normal -B" -> mce thinks there is active call -> proximity blanking policy is active -> display should blank when sensor is covered and unblank when not | 16:05 |
| *** Guhl has quit IRC | 16:06 | |
| locusf | https://github.com/mer-hybris/droid-hal-device/pull/68 <- review please | 16:06 |
| *** Guhl has joined #sailfishos-porters | 16:07 | |
| Guhl | ran out of juice on the nb | 16:07 |
| rusty88 | spiiroin: just tested the fake call to test if the sensor worked, and when I force the command to terminate the display was turned off automatically... i guess that it only stays on when the power button is pressed | 16:08 |
| Guhl | btw. that is another weird thing | 16:08 |
| Guhl | when i do a phone call the display is turned of | 16:09 |
| Guhl | and i can not turn it on again, it turns off again immediately | 16:09 |
| Guhl | i pasted a log here http://pastebin.com/FD6zG1PN | 16:10 |
| Guhl | beidl, this is the strace of ofono of the sequence when i try to start the data connectio | 16:14 |
| Guhl | http://pastebin.com/JMkBR04z | 16:14 |
| *** iTune has quit IRC | 16:14 | |
| Guhl | i'll try to get a backtrace from that | 16:18 |
| *** javispedro has joined #sailfishos-porters | 16:22 | |
| Guhl | this is the backtrace http://pastebin.com/6XgBen9q | 16:24 |
| *** plfiorini has joined #sailfishos-porters | 16:25 | |
| Guhl | looks like the parcel it gets from ril is either incomplete or the format is not right | 16:25 |
| Guhl | did i ever mention that i hate parcels | 16:25 |
| Guhl | but that should be sortable - i will dump the parcel content in the libril as it gets sent | 16:26 |
| Guhl | and check what g_ril_unsol_parse_data_call_list expects | 16:27 |
| *** filippz has joined #sailfishos-porters | 16:37 | |
| Guhl | q | 16:44 |
| Guhl | OK i definitely have a mismatch between the structure that ofono wants to read and what ril sends | 17:01 |
| rusty88 | anyone here that could help me debug why wireless can't connect to a network? | 17:02 |
| Guhl | can you scan for networks? | 17:02 |
| rusty88 | yes | 17:02 |
| rusty88 | but fails wether the network is encrypted or open | 17:02 |
| spiiroin | Guhl: that is all more or less normal. call ends = returns to state it was before call; using power key to blank screen -> disables auto policy (stays off); using power key to unblank -> enable auto policy (blanks again if ps covered), etc | 17:02 |
| Guhl | aha i had the problem that the firmware path for the wifi driver was wrong but i could not even scan | 17:03 |
| Guhl | so spiiroin you tell me if i do the call and the screen immediately blanks | 17:04 |
| Guhl | this basically means that it thinks the prox-sensor is covered | 17:04 |
| spiiroin | yes, or at least mce thinks that proximity sensor is covered | 17:05 |
| rusty88 | i get the following error in wpa_cli CTRL-EVENT-ASSOC-REJECT bssid=<MAC> status_code=1 | 17:05 |
| *** Sequenced has quit IRC | 17:06 | |
| Guhl | thank spiiroin i will try to focus on testing and getting the prox-sensor working | 17:06 |
| Guhl | rusty88, sorry don't know about that | 17:07 |
| spiiroin | Guhl: you might check whether sensorfw is returning correct state; at least way back in time the initial reading was wrong | 17:07 |
| Guhl | that brings me back to the question on how to test the sensorfw | 17:08 |
| Guhl | is there a cli tool for that? | 17:08 |
| spiiroin | Guhl: there are some xxx-tests packages with cli apps for testing | 17:08 |
| Guhl | who wrote ofono? | 17:10 |
| Guhl | in the code where it crashed it says in the comment | 17:11 |
| Guhl | /* | 17:11 |
| Guhl | * ril.h documents the reply to a RIL_REQUEST_DATA_CALL_LIST | 17:11 |
| Guhl | * as being an array of RIL_Data_Call_Response_v6 structs, | 17:11 |
| Guhl | * however in reality, the response also includes a version | 17:11 |
| Guhl | * to start. | 17:11 |
| Guhl | */ | 17:11 |
| Guhl | then it gets a reply that the version is 4 | 17:11 |
| Guhl | but just reads the parcel as if there would not be any different versions | 17:11 |
| Guhl | -> boom ! | 17:12 |
| *** Umeaboy has quit IRC | 17:12 | |
| Guhl | thats the same thing as in the file where that hardcoded tech HSPA is set. The comment also says that maybe this should be configurable, ... | 17:13 |
| Guhl | so basically whoever wrote that knows about the problems that will happen but does not try to avoid them | 17:13 |
| Guhl | frustrating | 17:13 |
| Guhl | one would at least expect a version check and a safe exit with a message like "RIL Version x not supported" | 17:14 |
| * Guhl apologizes for dumping his frustration to the channel | 17:16 | |
| Guhl | i go cooking know! | 17:16 |
| Guhl | now | 17:16 |
| *** zama has joined #sailfishos-porters | 17:20 | |
| rusty88 | Guhl: how did you know it was the wrong firmware ? | 17:27 |
| *** vakkov has quit IRC | 17:36 | |
| *** plfiorini has quit IRC | 17:37 | |
| *** tohtoris has quit IRC | 17:37 | |
| *** jvb has quit IRC | 17:37 | |
| *** zon has quit IRC | 17:37 | |
| *** Jonni has quit IRC | 17:37 | |
| *** mkosola has quit IRC | 17:37 | |
| *** tigeli has quit IRC | 17:37 | |
| *** juiceme has quit IRC | 17:37 | |
| *** jvb has joined #sailfishos-porters | 17:37 | |
| *** zZz0n has joined #sailfishos-porters | 17:38 | |
| *** plfiorini has joined #sailfishos-porters | 17:38 | |
| *** mkosola has joined #sailfishos-porters | 17:38 | |
| *** zZz0n is now known as zon | 17:38 | |
| *** filippz has quit IRC | 17:42 | |
| piggz | Stskeeps: ping | 18:21 |
| Guhl | rusty88, i loaded the wifi kernel-module manually and watched /proc/kmsg while doing so | 18:30 |
| Guhl | and it wanted to load the firmware from a directory on /system that was not accessible | 18:30 |
| Guhl | but i don't thing thats your problem | 18:31 |
| Guhl | i wonder how we did this in android the RIL_Data_Call_Response_v4 structure only contains type, apn and address, while the v6 that ofono expects contains also the dnses, and gateways | 18:40 |
| Guhl | well let's see i'll change ofono and see if the network connection is usable | 18:41 |
| *** Umeaboy has joined #sailfishos-porters | 18:48 | |
| *** javispedro has quit IRC | 19:19 | |
| *** rusty88 has quit IRC | 19:27 | |
| *** beidl has quit IRC | 19:27 | |
| *** beidl has joined #sailfishos-porters | 19:29 | |
| Umeaboy | Would Sailfish OS work in a Lava TV? | 19:45 |
| Umeaboy | That is ARM-based. | 19:46 |
| phdeswer | Hi Umeaboy | 19:48 |
| phdeswer | Well that does not mean much. There are many flavours of ARM | 19:49 |
| phdeswer | You wanted to ask me something btw earlier? (sorry was afk) | 19:49 |
| Umeaboy | phdeswer: I'll continue with your instructions now if you have the time. | 19:54 |
| phdeswer | Umeaboy: I can make some time to help you | 19:54 |
| Umeaboy | Last time before I left you said that I should run "git push origin Sailfish" | 19:57 |
| Umeaboy | I did that. ssh passphrase doesn't work. | 19:57 |
| Umeaboy | I tried both with my standard one and even tried blank | 19:58 |
| phdeswer | Umeaboy: Well ssh passphrase is something else than an ssh key.. | 19:59 |
| phdeswer | I mean login | 19:59 |
| Umeaboy | remote: Invalid username or password. | 20:00 |
| Umeaboy | fatal: Authentication failed for 'https://github.com/Umeaboy/droid-hal-device.git/' | 20:00 |
| phdeswer | Umeaboy: you might have to make a new key and put it in github. | 20:01 |
| Umeaboy | OK. | 20:02 |
| Umeaboy | phdeswer: Still no change. | 20:07 |
| phdeswer | You created the key and are using its passphrase? | 20:07 |
| Umeaboy | I even deleted the .ssh in my ~/ | 20:07 |
| Umeaboy | Yes. | 20:07 |
| phdeswer | I hope you deleted .ssh first | 20:08 |
| phdeswer | Can you paste your .git/config somewhere? | 20:08 |
| Umeaboy | phdeswer: Yes I did. | 20:10 |
| Umeaboy | Yes. | 20:10 |
| Umeaboy | phdeswer: http://pastie.org/private/5hgfncjvvamjtrqcjyaxdq | 20:11 |
| phdeswer | Ok, you're using https, so it should ask for your github username and password | 20:12 |
| phdeswer | Otherwise change the url = https:// to url = git@github.com:Umeaboy/droid-hal-device.git an try again | 20:13 |
| Umeaboy | THAT worked. | 20:15 |
| Umeaboy | Hmmmmmmmmmmm. | 20:15 |
| Umeaboy | Now what? | 20:15 |
| phdeswer | Well now from the webinterface you should be able to do the pull request now | 20:16 |
| phdeswer | Press the green button | 20:17 |
| phdeswer | You probably need to press edit, and then select your Sailfish branch. And then after some ok's you should be good. | 20:18 |
| Umeaboy | phdeswer: Yaaaaaay! | 20:19 |
| phdeswer | Finally it worked :) Well now you should be able to do it next time yourself ;) | 20:20 |
| Umeaboy | All we need now is to add the sdk direcory with the missing file which is seen in the compilation. | 20:21 |
| Umeaboy | phdeswer: Can you merge my pull request? | 20:21 |
| phdeswer | Umeaboy: I have no rights in the repo so I can't. But I am sure somebody will soon take a look at ir | 20:22 |
| Umeaboy | OK. | 20:22 |
| Umeaboy | So in the future all I have to do is to put the file in the cloned directory and then do git push origin Sailfish? | 20:24 |
| Guhl | well ofono does not crash anymore but it also does not start the data connection | 20:24 |
| Umeaboy | phdeswer: Is THIS what we're looking for? https://android.googlesource.com/platform/sdk/+/android-4.1.2_r2/files/tools_source.properties | 20:27 |
| Umeaboy | To fix awk: fatal: cannot open file `sdk/files/tools_source.properties' for reading (No such file or directory) | 20:27 |
| phdeswer | Umeaboy: best is the create a new branch and then push that one. | 20:27 |
| phdeswer | Umeaboy: no idea about your new question. | 20:28 |
| Umeaboy | OK. | 20:28 |
| Umeaboy | It's seen during the compilation. | 20:28 |
| phdeswer | It could be, but somebody else knows that stuff better than me | 20:30 |
| *** piggz has quit IRC | 20:51 | |
| *** lpotter has quit IRC | 20:52 | |
| *** lpotter has joined #sailfishos-porters | 20:52 | |
| Umeaboy | phdeswer: https://www.youtube.com/watch?v=NQEMkXJ1Hbg | 21:06 |
| *** piggz has joined #sailfishos-porters | 21:06 | |
| Umeaboy | ;) | 21:07 |
| phdeswer | I'll check that later. Bedtime for me | 21:08 |
| Umeaboy | OK. | 21:15 |
| *** cxl000 has quit IRC | 21:32 | |
| *** Guhl has quit IRC | 21:40 | |
| *** jusa_ has joined #sailfishos-porters | 21:43 | |
| *** plfiorini has quit IRC | 22:04 | |
| *** Tassadar has quit IRC | 22:10 | |
| *** Umeaboy has quit IRC | 22:41 | |
| *** r0kk3rz has quit IRC | 23:26 | |
| *** olafh has quit IRC | 23:34 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!