| lel | IMbackK opened an issue: https://github.com/maemo-leste/bugtracker/issues/606 (Mapphones: Creating GLES1 contexts appears impossible) | 13:22 |
|---|---|---|
| uvos | freemangordon: ^^^^ | 13:23 |
| freemangordon | uvos: does this work with blobs mesa? | 17:34 |
| uvos | i dont have sutch a setup anymore | 17:39 |
| uvos | it works on 1.9 blobs | 17:40 |
| freemangordon | ok | 17:42 |
| freemangordon | hmm, care to check if gles1 blob does not have a dependency to libc2.29? | 17:43 |
| uvos | btw eglinfo dosent list any valid gles1 configureations | 17:45 |
| uvos | so its not sdl | 17:45 |
| freemangordon | maybe mesa is compiled without gles1 | 17:46 |
| uvos | confflags_GLES = -Dgles1=disabled -Dgles2=enabled | 17:47 |
| uvos | yeah | 17:47 |
| uvos | Wizzup: ^^^ | 17:47 |
| uvos | https://github.com/maemo-leste-upstream-forks/mesa/blob/9ac5a18e94be727d459d5f266c38d8513a8fc5a7/debian/rules#L148 | 17:47 |
| uvos | (wtf why) | 17:48 |
| freemangordon | :) | 17:48 |
| freemangordon | ('WTF moment' :p) | 17:49 |
| freemangordon | is this the reason why charge mode does not work? | 17:49 |
| uvos | no | 17:49 |
| uvos | thats because parazyd added the kms backend flag to sdl1 instead of sdl2 | 17:50 |
| uvos | and now Wizzup wanted to think about how to reverse this | 17:50 |
| uvos | (we need it to upgrade back to the debian version | 17:50 |
| uvos | ) | 17:50 |
| freemangordon | ok | 17:51 |
| freemangordon | dinner, laters | 17:51 |
| uvos | oh debian disabled it in sdl2 too | 17:55 |
| uvos | https://github.com/maemo-leste-upstream-forks/libsdl2/blob/b427e7491fb6aaf39b9c2dd46dc11398d9a0b6a4/debian/rules#L13 | 17:55 |
| uvos | why did they just unilaterally decide to remove gles1 | 17:55 |
| uvos | even arch still ships it | 17:55 |
| uvos | Wizzup: ok so we dont need SDL2 to revert to the debian version | 17:56 |
| uvos | Wizzup: since we have grounds for the fork now, please enable gles1 and kmsdrm and disable directfb again | 17:56 |
| tmlind | uvos: so no orientation info gets passed to modem for gnss | 18:52 |
| tmlind | GpsInterface_set_position_mode( 0, 1, 100, 0 ) gets called on orientation change and slider open close | 18:52 |
| tmlind | gnss gets stoped and restarted with AT+MPDSTART=0,1,100,0, the params are always the same | 18:52 |
| tmlind | looks like the params are unused, or at least i could not see they would do anything based on a quick test | 18:53 |
| uvos | but its wierd that they restart | 18:53 |
| uvos | maybe the modem checks rssi on the antenna | 18:53 |
| uvos | and switches on start | 18:53 |
| tmlind | yeah gnss gets restarted on slider change and orientation change | 18:53 |
| uvos | ok maybe this forces signal strength detection | 18:54 |
| uvos | ill try and see if i can observe that | 18:54 |
| tmlind | ok | 18:54 |
| tmlind | no luck seeing any data with my rack d4 at least trying different MPDSTART values | 18:54 |
| bencoh | does that mean one might never get a cold fix if he keeps sliding it open/closed? | 18:55 |
| tmlind | looks like the antenna signal is much weaker with slide open, not sure if it's that way also with android | 18:57 |
| tmlind | probably does not matter outdoors, but matters indoors for sure | 18:58 |
| uvos | dosent seam so | 18:58 |
| uvos | also bionic way outperforms the d4 | 18:58 |
| uvos | (as allways) | 18:58 |
| tmlind | hmm maybe dump the bionic MPDSTART value just in case? | 18:59 |
| uvos | tmlind: ok | 18:59 |
| uvos | tmlind: yeah | 18:59 |
| uvos | but i think its rf design is just better | 18:59 |
| tmlind | yeah ok | 18:59 |
| tmlind | i should have another bionic somewhere for los14.1 testing.. | 19:00 |
| uvos | every one allways focuses on improving the d4, the bionic works better anyhow :P | 19:01 |
| tmlind | as a side product :) | 19:01 |
| tmlind | uvos: hmm so maybe there are some AT+RSSI calls on the orientation change? | 19:09 |
| Wizzup | uvos: ok @ gles1 | 19:15 |
| Wizzup | uvos: so do we need to fix mesa build as well? | 19:17 |
| uvos | tmlind: idk maybe | 19:21 |
| uvos | Wizzup: wdym fix? | 19:21 |
| uvos | Wizzup: we need to enable gles1 in mesa to have gles1 support | 19:21 |
| tmlind | uvos: not seeing any interesting modem calls around orientation change. i doubt there's some usb traffic for gnss | 19:21 |
| uvos | (ofc) | 19:21 |
| uvos | tmlind: ok | 19:21 |
| Wizzup | uvos: ok, so I should fix the build system | 19:22 |
| Wizzup | or config | 19:22 |
| uvos | Wizzup: yes please change the line i mentioned above | 19:30 |
| uvos | Wizzup: and here: https://github.com/maemo-leste-upstream-forks/libsdl2/blob/b427e7491fb6aaf39b9c2dd46dc11398d9a0b6a4/debian/rules#L15 | 19:30 |
| uvos | Wizzup: flip --disable-video-kmsdrm and --disable-video-opengles1 to --enable-* and flip --enable-video-directfb to --disable-video-directfb | 19:31 |
| uvos | then rebuild mesa and sdl2 | 19:32 |
| uvos | and then charge_mode and gles1 should work | 19:32 |
| Wizzup | ok | 19:43 |
| freemangordon | uvos: BTW, orrery package you have provided has Exec line in .desktop pointing to non-executable shell script, which leads to orrery application not appearing in launcher | 21:37 |
| freemangordon | seems gnome-menus are too smart :) | 21:37 |
| uvos | freemangordon: i know, that package has manny issues | 22:48 |
| uvos | freemangordon: i stoped working on porting it after since it crashes x on every launch | 22:48 |
| rafael2k | uvos: ok, tks! | 23:37 |
| rafael2k | will test soon! | 23:37 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!