freemangordon | pvr_drv seems to be dead-end too, IIUC it was written for omapfb | 08:05 |
---|---|---|
tmlind | fremangordon: not sure i ever tried glmark-es2-drm on droid4, only the wayland version | 08:59 |
tmlind | freemangordon: not sure it helps, but the 2d blit is implemented in the kernel for psb500, git grep -e PSB_RSGX32 -e PSB_WSGX32 drivers/gpu/drm/gma500/ | 09:02 |
Wizzup | freemangordon: written for omapfb in the sense that it takes specific handles to pixmaps or something? | 10:03 |
uvos | i remember having omap_pvr.so for omap4/ddk1.9 somewhere | 11:27 |
uvos | but im not finding it rn | 11:27 |
freemangordon | Wizzup: in the sense that it calls functions like PVR2DGetFrameBuffer | 12:44 |
freemangordon | which are missing in ddk 1.17 | 12:44 |
freemangordon | uvos: started doing that, immediately hit missing PVR2DUpdateEventReq | 12:45 |
uvos | :( | 12:45 |
freemangordon | uvos: btw, do you know if there is 'upstream' version of that? | 12:46 |
uvos | i got it from some ti repo | 12:46 |
uvos | but i cant find it rightnow | 12:46 |
uvos | might be some version of the sdk | 12:46 |
uvos | or what do you mean by upstream? | 12:47 |
uvos | for xf86-video-omap? | 12:47 |
freemangordon | yeah, something like that | 12:47 |
uvos | ok so for omap_pvr.so | 12:47 |
uvos | im pretty sure it got it form a ti sdk archive | 12:47 |
freemangordon | did we try https://gitlab.freedesktop.org/xorg/driver/xf86-video-omap ? | 12:47 |
uvos | hmm? thats what we use on d4 | 12:48 |
uvos | for exa its what loads omap_pvr.so | 12:48 |
uvos | or falls back to sw | 12:48 |
uvos | (witch is how we use it) | 12:48 |
freemangordon | ah, so we don't have pvr accelerated exa? | 12:49 |
freemangordon | hmm | 12:49 |
uvos | no on d4 it uses software for all 2d | 12:49 |
uvos | and only gles clients are 3d accelerated | 12:49 |
freemangordon | but, woudn't that work with 1.17 as well? | 12:49 |
uvos | yes | 12:49 |
uvos | except that xf86-video-omap is dri2 only | 12:50 |
uvos | so we would need to port it to dri3 | 12:50 |
freemangordon | ok, then I guess it makes sense to start from here and try to implement pvr exa, no? | 12:50 |
uvos | yes | 12:50 |
freemangordon | ah | 12:50 |
uvos | thats what i was talking about on fr :P | 12:50 |
freemangordon | oh, ok :) | 12:50 |
uvos | and had you look at how the fallback path works | 12:50 |
freemangordon | lots of things happened since :p | 12:50 |
uvos | you reported it uses a special omapdrm ioctl | 12:51 |
freemangordon | I more or less know them from glamor | 12:51 |
uvos | to present | 12:51 |
freemangordon | this is for dri2 | 12:51 |
uvos | right | 12:51 |
freemangordon | for dri3 it should be standard | 12:51 |
uvos | ok | 12:51 |
freemangordon | sec to get my coffee | 12:51 |
uvos | so updateing xf86-video-omap to dri3 | 12:52 |
uvos | and removing the glamor requirement for dri3 in modesetting | 12:52 |
uvos | is essentaly equivalent | 12:52 |
freemangordon | yes, but I would rather add dri3 to omap driver than trying to splict the can of worms modesetting is | 12:53 |
uvos | sure | 12:53 |
freemangordon | we need to find vendor driver that has dri3 support | 12:54 |
freemangordon | do you know any other driver but modesetting? | 12:54 |
freemangordon | that's foss that is | 12:54 |
uvos | well -nouveau -ati and -intel | 12:54 |
freemangordon | yeah, intel | 12:54 |
uvos | -nouveau and -ati support dri3 without glamor | 12:55 |
uvos | all of these are depricated tho | 12:55 |
uvos | in favor of useing modesetting on everything | 12:55 |
freemangordon | in favor of ms? | 12:55 |
uvos | yes | 12:55 |
freemangordon | hmm | 12:55 |
uvos | ms is used universaly | 12:55 |
uvos | amd havent updated xf86-video-amdgpu or xf86-video-ati in ages | 12:56 |
uvos | and just tell everyone to use modesetting | 12:56 |
uvos | intel still occaisonally updates -intel | 12:57 |
uvos | but they also tell people to use modesetting often | 12:57 |
freemangordon | tmlind: the point is that it used to work in 5.10, but is broken on 5.15 and I suspect your patch. Didn;t have time to test to revert it though, but will do ASAP | 13:00 |
tmlind | freemangordon: too many bugs, not sure which patch you need to test to revert.. | 15:32 |
Wizzup | uvos: so shall I try to make it work on 5.10 then (kexecboot d3) | 17:13 |
uvos | idk whats the trace related to mmc? | 17:17 |
uvos | i would prefer lts 5.10 for clownboot anyhow | 17:18 |
Wizzup | will need to dig it up | 17:18 |
Wizzup | I am not sure if it is related to mmc | 17:18 |
uvos | since dealing with the bootloader not working is no fun | 17:18 |
Wizzup | right | 17:19 |
uvos | i gues you can do 5.10 clownboot first | 17:19 |
uvos | and then deal with brining up 5.15 | 17:19 |
Wizzup | ok | 17:20 |
Wizzup | any patches I should throw on top of the lts that come to mind? | 17:20 |
Wizzup | or shall I just try | 17:20 |
uvos | no just keep it vanilla | 17:20 |
uvos | we dont want patches interfering with 5.10.y either | 17:21 |
Wizzup | k | 17:21 |
uvos | other than your dts ofc | 17:21 |
uvos | and the needed change for d3 in the cpcap driver | 17:21 |
uvos | wrt regulators | 17:21 |
uvos | ah wait | 17:22 |
uvos | Wizzup: tmlind wanted the pstore patch in the bootloader kernel | 17:23 |
uvos | because otherwise pstore is not preserved | 17:23 |
uvos | that makes sense to add | 17:23 |
Wizzup | got a link? | 17:26 |
uvos | 8eca717fce6b7c87b12b3a5b805cd0a2177598c5 | 17:29 |
uvos | in tmlinds pending kernel | 17:29 |
_inky | what is pinephone's bluetooth driver? bluetoothctl tells me 'no default controller available' | 17:35 |
Wizzup | uvos: ok, ty | 17:38 |
Wizzup | uvos: will need to mod this I guess: https://github.com/tmlind/linux/commit/8eca717fce6b7c87b12b3a5b805cd0a2177598c5#diff-5865818cffc133f2f20ac8a9d091be50b3082557ce1c08009ec253afe5a8d5dbR853 | 17:39 |
uvos | Wizzup: yes | 17:39 |
_inky | i have btrtl, hci_uart, btbcm,bnep, bluetooth modules loaded | 17:40 |
_inky | ok i see in dmesg: bluetooth hci0: Direct firmware load for rtl_bt/rtl8723cs_xx_fw.bin failed with error -2 | 17:50 |
_inky | installing firmware-linux-nonfree | 17:52 |
_inky | where should i take the file rtl8723cs_xx_fw.bin ? | 17:55 |
_inky | it's not in firmware-linux-nonfree | 17:55 |
_inky | he relevant forum thread https://forum.pine64.org/showthread.php?tid=12125 says they have it probably on manjaro but had to rename | 17:55 |
Wizzup | maybe search for debian and that fw name | 17:58 |
_inky | searched. i think debian's firmware is old and doesn't have the package | 17:59 |
_inky | :/ | 17:59 |
Wizzup | possible | 18:02 |
Wizzup | maybe just download it manually? | 18:02 |
_inky | it's not there. i need to find the file. | 18:05 |
_inky | trying firmware-realtek package | 18:06 |
uvos | _inky: if need be just grab it from upstream kernel.org linux-firmware | 18:11 |
uvos | instead of tying to find a debain package | 18:11 |
_inky | thank you. meanwhile it seems that firmware realted doesn't have it: https://packages.debian.org/bullseye/firmware-realtek | 18:13 |
_inky | i see ubports packaged it: https://github.com/ubports/linux-firmware-pine64-rtl8723-bt/tree/master/rtl_bt | 18:16 |
_inky | ok now the firmware is loaded | 18:23 |
_inky | but bluetoothctl and scan on still says | 18:23 |
_inky | that 'no default controller available'. :/ | 18:24 |
_inky | may it be i need some newer or older versions of that firmware? | 19:36 |
_inky | i solved it | 19:42 |
_inky | needed to add user user to bluetooth group | 19:42 |
_inky | should it be default for the user? | 19:44 |
_inky | also, don't you want to add that pinephone bluetooth firmware repo as well | 19:45 |
_inky | i just built deb from it and installed | 19:45 |
Wizzup | _inky: yeah we haven't done much with bt yet | 19:48 |
Wizzup | that should be a relatively simple fix though | 19:48 |
_inky | so | 19:52 |
_inky | should i ask to create a repo | 19:53 |
_inky | and would you include that bt-firmware package by default? | 19:53 |
_inky | also can you add to your scripts to automatically add user to bluetooth group? | 19:53 |
Wizzup | not sure about the best approach for the former, maybe a pinephone-firmware package, and about the latter, yeah, I think parazyd can make that happen | 19:54 |
_inky | https://github.com/ubports/linux-firmware-pine64-rtl8723-bt | 19:54 |
_inky | this is how it's called: linux-firmware-pine64-rtl8723-bt | 19:55 |
_inky | in ubports. | 19:55 |
_inky | i built it, and installed the deb file. | 19:55 |
Wizzup | maybe open an issue on the tracker to get this going async | 19:56 |
_inky | let me try | 20:17 |
_inky | https://github.com/maemo-leste-extras/bugtracker/issues/25 | 20:21 |
lel | norayr opened an issue: https://github.com/maemo-leste-extras/bugtracker/issues/25 (bluetooth support on pinephone) | 20:21 |
Wizzup | I am not sure if it should go in maemo-leste-extras | 20:29 |
uvos | yeah no | 20:30 |
_inky | you said bugtracker | 20:31 |
_inky | is there other bugtracker? | 20:31 |
uvos | yeah the not extras one | 20:31 |
_inky | yes | 20:32 |
uvos | https://github.com/maemo-leste/bugtracker | 20:32 |
lel | norayr opened an issue: https://github.com/maemo-leste/bugtracker/issues/581 (bluetooth support on pinephone) | 20:33 |
lel | norayr closed an issue: https://github.com/maemo-leste-extras/bugtracker/issues/25 (bluetooth support on pinephone) | 20:34 |
_inky | https://github.com/maemo-leste/bugtracker/issues/581 | 20:34 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/27 (Call/Phone support) | 20:39 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/171 (Implement Safe Shutdown on Battery Empty Condition (N900)) | 20:42 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/236 (Display brightness UI slider doesn't follow finger) | 20:44 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/275 (Import osso-mahjong) | 20:45 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/276 (Import osso-lmarbles) | 20:45 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/277 (Import Osso-chess-ui) | 20:46 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/239 (Accelerometer as an input device/joystick) | 20:46 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/369 (SDL2 games not getting keyboard input.) | 20:47 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/342 (libicd-network-wpasupplicant: scan results seem to return before we expect them) | 20:48 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/581 (bluetooth support on pinephone) | 20:48 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/217 (Import/port modrana) | 20:50 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/224 (network applet doesn't work as expected) | 20:51 |
_inky | parazyd: as far as i understand, the pinephone issue can be easily closed by you now. | 20:53 |
_inky | you need to add this debian package - it is already debianized, only need to build https://github.com/ubports/linux-firmware-pine64-rtl8723-bt | 20:54 |
uvos | _inky: it was a dupe | 20:54 |
_inky | and all devices need user 'user' to be a member of bluetooth group. | 20:54 |
_inky | uvos: i see but there was no link to the firmware source, only to the package, and i added there as well this link. and it was not mentioned that user must be a member of bluetooth group. | 20:55 |
_inky | btw now that i have bluetooth keyboard on pinephone, the only really dusturbing issue remains the display driver or display something, don't know. | 20:56 |
uvos | that link is proubuly the wrong place to get the firmware | 20:56 |
uvos | need to find where i comes from anyhow | 20:56 |
uvos | but ok ill add the link to the other bug | 20:56 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/491 (More sophisticated led patterns in led-sw) | 20:57 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/521 (Benchmark liblocation in car and on foot) | 20:58 |
lel | IMbackK reopened an issue: https://github.com/maemo-leste/bugtracker/issues/521 (Benchmark liblocation in car and on foot) | 20:58 |
uvos | Wizzup: whats the status of https://github.com/maemo-leste/bugtracker/issues/489 | 20:59 |
_inky | i need to make a video: frozen bubble on pinephone and on droid4 | 21:02 |
lel | IMbackK opened an issue: https://github.com/maemo-leste/bugtracker/issues/582 (Gtk2 sliders are broken) | 21:02 |
_inky | pinephone under maemo shouldn't be recommended to run people with epilepsy. the screen flickering can make healthy human to have headache. | 21:03 |
uvos | freemangordon: btw the pinephone also would benifit from a dri3 without glamor ddx | 21:06 |
uvos | if you can make it generic | 21:06 |
uvos | since gles2 glamor is buggy | 21:06 |
uvos | and opengl on the pp is buggy | 21:06 |
uvos | and pp's driver needs dri3 too | 21:07 |
_inky | yes please do something with it. | 21:07 |
uvos | _inky: might happen as a by product of us working on the droid4 | 21:08 |
uvos | _inky: but it dont think we have the bandwith to tackle the pps driver bugs otherwise | 21:08 |
_inky | my friend has pinephone and runs it under manjaro posh. obviously. | 21:09 |
_inky | and it's veeeery slooooow | 21:09 |
_inky | under maemo it's very fast, but has this screen driver issues. | 21:09 |
_inky | under posh it becomes unresponsive often. under kde plasma too. | 21:09 |
_inky | i think something is very wrong with plasma, and probably posh. | 21:09 |
uvos | yeah this is desktop opengl support on being broken, you should complain to mesa people mostly | 21:09 |
uvos | *on it | 21:10 |
_inky | no i mean on maemo it is fast. | 21:10 |
uvos | iirc | 21:10 |
_inky | under maemo | 21:10 |
_inky | it is very fast. | 21:10 |
_inky | but yes, gfx bugs. | 21:10 |
uvos | yeah sure thats unrelated | 21:10 |
_inky | because pinephone usually is used under wayland (posh and plasma i guess use wayland) i have no idea if someone works on something that may improve its graphics under x11. | 21:11 |
uvos | afaik its not xorg per say but opengl the wayland wms use gles | 21:12 |
_inky | droid 4 feels much faster and more usable only because of gfx drivers. | 21:12 |
uvos | but i dont have one i just read the bugreports | 21:12 |
_inky | i actually tried to understand this many times, but was not able. | 21:12 |
_inky | so i understand opengl | 21:12 |
_inky | as technology | 21:12 |
_inky | and mesa as its implementation | 21:12 |
_inky | and mesa can have implementation for different chipsets | 21:13 |
_inky | right? | 21:13 |
_inky | but what is egl, gles, gles2 etc? | 21:13 |
uvos | right | 21:13 |
_inky | also mesa can be used from both wayland and x11? | 21:13 |
uvos | gles is different api tagentaly related to opengl | 21:13 |
uvos | that is also implemented by mesa | 21:13 |
_inky | oh | 21:13 |
uvos | opengl|es | 21:13 |
uvos | the wayland wms use that | 21:13 |
uvos | x11 uses opengl proper | 21:14 |
_inky | okay! | 21:14 |
uvos | egl is a method of aquireing a surface to render on with opengl or gles | 21:14 |
_inky | so i guess, when we'll have current debian in maemo, that will update mesa and may bring more fixes? | 21:14 |
uvos | no | 21:14 |
uvos | we have updated mesa allready | 21:14 |
_inky | oh great. | 21:15 |
uvos | you could maybe try mesa git | 21:15 |
_inky | and is gallium something radeon related? | 21:16 |
uvos | gallium is another low level api that mesa uses internally to allow drivers for different chips to only implement one api | 21:18 |
uvos | so that a driver dosent need to implement opengl and gles (and directx too) but can just implement only a gallium driver | 21:19 |
uvos | and the rest is generic wrappters that translate opengl -> gallium or gles -> gallium | 21:19 |
uvos | every modern mesa driver uses gallium | 21:19 |
Wizzup | uvos: last I tried, !489 was solved | 21:36 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/489 (Cannot connect to hidden wireless network) | 21:36 |
Wizzup | uvos: do we have chess imported? | 21:36 |
uvos | no i just dont think it belongs in non-extras | 21:37 |
uvos | reopen it in extras if you want it | 21:37 |
Wizzup | well we could just move the issue | 21:37 |
Wizzup | now I need to go over the ones you closed and move them :p | 21:37 |
uvos | sorry | 21:37 |
uvos | i cant move them | 21:37 |
uvos | [20:45] <lel> IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/275 (Import osso-mahjong) | 21:37 |
uvos | [20:45] <lel> IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/276 (Import osso-lmarbles) | 21:37 |
uvos | [20:46] <lel> IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/277 (Import Osso-chess-ui) | 21:37 |
uvos | just these where for moveing | 21:37 |
Wizzup | the others are properly closed? | 21:38 |
uvos | yeah | 21:38 |
Wizzup | I am not sure about 20:48 < lel> IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/342 (libicd-network-wpasupplicant: scan results seem to return before we expect | 21:38 |
Wizzup | wait no | 21:38 |
Wizzup | yeah that's fixed | 21:38 |
uvos | also move https://github.com/maemo-leste/bugtracker/issues/293 | 21:38 |
uvos | and https://github.com/maemo-leste/bugtracker/issues/292 | 21:39 |
Wizzup | it doesn't let me pick the extras bugtracker for 'transferring' an issue | 21:40 |
uvos | neat | 21:40 |
Wizzup | couldn't we just have given these a tag, like 'import' or 'games'? | 21:40 |
Wizzup | I am not sure if the extras place is the right place for it | 21:40 |
uvos | im pretty sure extras is the right place for it | 21:41 |
Wizzup | if anything I think for bugs in packaged sw maybe the issue tracker of the place itself is correct | 21:41 |
uvos | well for the import this game package | 21:41 |
uvos | the extras bugtracker is exactly that | 21:41 |
uvos | other wise you can do as you like | 21:41 |
uvos | anyhow its not terribly important | 21:42 |
uvos | i was just cleaning the tracker | 21:42 |
uvos | parazyd: whats up with https://github.com/maemo-leste/bugtracker/issues/521 | 21:43 |
uvos | liblocation works fine for me | 21:43 |
uvos | im not sure what this bug wants from us | 21:43 |
parazyd | Yeah, something I wanted to do but never got around it. The thing is connected with the "maep" app. | 21:44 |
parazyd | maep seems to lag behind liblocation updates | 21:44 |
parazyd | At least on my d4 | 21:44 |
uvos | ok could you make it more clear that this is the issue | 21:44 |
parazyd | Yeah there's also https://github.com/maemo-leste/bugtracker/issues/529 | 21:45 |
parazyd | So I think 521 could be closed | 21:45 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/521 (Benchmark liblocation in car and on foot) | 21:45 |
parazyd | *nod* | 21:45 |
sicelo | < _inky> pinephone under maemo shouldn't be recommended to run people with epilepsy. the screen flickering can make healthy human to have headache. :-D | 21:46 |
lel | IMbackK closed an issue: https://github.com/maemo-leste/bugtracker/issues/569 (adding a new profile in profilex fails) | 21:50 |
uvos | btw for Wizzup: https://github.com/maemo-leste/profiled/pull/2 https://github.com/maemo-leste/profiled/pull/2 https://github.com/maemo-leste/osso-applet-display/pull/1 https://github.com/maemo-leste-extras/simple-brightness-applet/pull/2 | 21:52 |
uvos | for freemangordon: https://github.com/maemo-leste/libmatchbox2 | 21:52 |
uvos | and parazyd: https://github.com/maemo-leste/leste-config/pull/26 https://github.com/maemo-leste/leste-config/pull/25 | 21:53 |
Wizzup | uvos: mind if I keep the 'import <game>' open for now? most of them are pretty simple to solve (one is even just a missing icon in the app mgr) | 21:53 |
uvos | Wizzup: ok | 21:53 |
uvos | Wizzup: sure | 21:53 |
uvos | ill do it | 21:53 |
lel | IMbackK reopened an issue: https://github.com/maemo-leste/bugtracker/issues/275 (Import osso-mahjong) | 21:53 |
lel | IMbackK reopened an issue: https://github.com/maemo-leste/bugtracker/issues/276 (Import osso-lmarbles) | 21:53 |
lel | IMbackK reopened an issue: https://github.com/maemo-leste/bugtracker/issues/277 (Import Osso-chess-ui) | 21:54 |
Wizzup | ty | 21:54 |
Wizzup | I'll look at the applets - do they need a mce that is not avail yet? | 21:54 |
uvos | current mce and any mce >1.9.5 should work | 21:55 |
Wizzup | for -devel that is, right | 21:55 |
uvos | yeah current devel | 21:56 |
uvos | idk what non devel is on even | 21:56 |
uvos | i think its 1.8.something even | 21:56 |
Wizzup | uvos: appreciate the cleanup effort btw though :) | 21:56 |
uvos | current devel should be 1.9.8 | 21:56 |
uvos | yeah stable mce is on 1.8.128.28 | 21:57 |
uvos | and desperately wants to be updated | 21:57 |
uvos | but im not going to do that unilaterally | 21:57 |
lel | MerlijnWajer closed a pull request: https://github.com/maemo-leste/osso-applet-display/pull/1 (Port to new mce interfaces) | 21:58 |
uvos | Wizzup: so these prs need eatch other | 21:58 |
uvos | btwe | 21:58 |
uvos | they all need https://github.com/maemo-leste/profiled/pull/2 | 21:58 |
Wizzup | ok | 21:58 |
lel | MerlijnWajer closed a pull request: https://github.com/maemo-leste/profiled/pull/2 (add support for the touchscreen.vibration.enabled key) | 21:59 |
Wizzup | did you have a changelog for profiled? | 21:59 |
uvos | no i only did a changelog for osso-applet-display | 22:00 |
lel | MerlijnWajer closed a pull request: https://github.com/maemo-leste-extras/simple-brightness-applet/pull/2 (port to new mce interfaces, removes all gconf dependancy) | 22:00 |
uvos | since i want to own that package | 22:00 |
uvos | otherwise i dont do changelogs changes to pacakges i dont "own" | 22:00 |
Wizzup | ok | 22:00 |
Wizzup | I'll do them | 22:00 |
Wizzup | >Wed, 13 Sep 2017 11:07:00 +0200 | 22:01 |
Wizzup | heh :) | 22:01 |
Wizzup | parazyd: the leste-config stuff seems good to me for -devel | 22:03 |
uvos | i missed removing gconf and adding mce to debian/control in simple-brightness-applet | 22:04 |
Wizzup | freemangordon: when you said for freemangordon - did you mean https://github.com/maemo-leste/libmatchbox2/pull/8 | 22:04 |
uvos | yes | 22:04 |
uvos | this unbreaks gtk3 windows | 22:04 |
Wizzup | ok | 22:07 |
lel | IMbackK edited a pull request: https://github.com/maemo-leste/libmatchbox2/pull/8 (Drop support for _MOTIF_WM_HINTS) | 22:08 |
uvos | Wizzup: i forgot https://github.com/maemo-leste/maemo-input-sounds/pull/1 | 22:34 |
uvos | also needed ofc | 22:34 |
parazyd | Wizzup: Yeah, ACK. I'm just traveling these past few days so I don't manage to merge stuff. | 22:51 |
parazyd | Will be stationary tomorrow morning. | 22:52 |
inky | there was osso tetris as well, is it open source? | 22:53 |
Wizzup | it would be nice to be able to see all open pulls for the orga | 22:55 |
Wizzup | inky: check https://wiki.maemo.org/Fremantle_closed_packages | 22:55 |
Wizzup | maybe you think of http://maemo.org/packages/view/gtktetris/ ? | 22:55 |
inky | it was default preinstalled | 22:56 |
inky | both on diablo and fremantle. | 22:56 |
sicelo | it's called Blocks in Fremantle | 22:57 |
inky | probably! | 22:57 |
inky | is it open? | 22:57 |
sicelo | no idea. look in that list :-) | 22:57 |
Wizzup | blocks is different is it not? | 22:58 |
Wizzup | http://maemo.org/packages/view/maemoblocks/ | 22:58 |
parazyd | Wizzup: https://github.com/pulls?user=maemo-leste | 22:58 |
parazyd | Wizzup: https://github.com/pulls?user=maemo-leste-extras | 22:58 |
Wizzup | cool | 22:59 |
sicelo | Wizzup: that's the one. it's not different. it's Tetris. inky - looks closed | 22:59 |
_inky | eh. | 23:06 |
_inky | parazyd: since you are here, not sure you've noticed what was before. one simple thing: user 'user' has to be part of bluetooth group by default. | 23:11 |
_inky | s/part/member | 23:11 |
Wizzup | inky: make it a part of the issue and assign parazyd is also a good practice | 23:16 |
uvos | inky: ltris from debian repos works fine and plays great on d4 | 23:18 |
uvos | inky: needs kbd tho | 23:18 |
_inky | uvos: thanks! i had emotional connection with maemo default one, even if it was crappier. (: but thanks, i'll try. | 23:18 |
_inky | uvos: today i was playing frozen-bubble on pinephone and droid4. on pinephone it's impossible, on droid4 it is great. | 23:18 |
_inky | well i was using hw kbd on pinephone. | 23:19 |
uvos | eh ltris is not that great, for one thing it dosent scale at all and is fixed resolution | 23:19 |
uvos | it happens fit the d4 display well | 23:19 |
uvos | so it looks good on it | 23:19 |
uvos | but otherwise.... | 23:19 |
_inky | Wizzup: i believe parazyd assigned the issue to himself already sometimes in 2020, and he may be doesn't know that the easy solution exists. | 23:19 |
_inky | uvos: i'll try! | 23:20 |
Wizzup | inky: what is the issue in question | 23:20 |
_inky | as an offtopic i also have a tetris on my msx2 machine and sometimes play it. | 23:20 |
_inky | Wizzup: minute | 23:21 |
_inky | https://github.com/maemo-leste/bugtracker/issues/327 | 23:24 |
uvos | yeah frozen bubble also works really well on d4 | 23:32 |
uvos | same thing as with ltris | 23:32 |
uvos | d4 has the advantage that its display pillerboxed to 4:3 is just pretty close to 640x480 | 23:33 |
_inky | (: | 23:34 |
Wizzup | uvos: ok, 5.10.74 boots now on my d3, and has access to both mmcblk{0,1} | 23:39 |
Wizzup | uvos: I think this can fit kexecboot: 259 6 4096 mmcblk1p14 | 23:42 |
uvos | Wizzup: ok once your done with clownboot please bisect the problem or use brain. | 23:43 |
uvos | 259 6 4096 | 23:43 |
uvos | not sure what is this numbers | 23:43 |
Wizzup | partition 14 | 23:44 |
Wizzup | from /proc/partitions | 23:44 |
Wizzup | # cat /dev/mmcblk1p14 | wc -c | 23:45 |
Wizzup | 4194304 | 23:45 |
uvos | ok | 23:45 |
Wizzup | so I think it is 1MB, which should fix kexecboot? | 23:45 |
uvos | yeah should be fine | 23:45 |
Wizzup | s/fix/fit/ | 23:45 |
uvos | oh wait yeah | 23:45 |
uvos | 1mb | 23:45 |
uvos | dont like it | 23:46 |
Wizzup | MB not Mb | 23:46 |
uvos | we are really close to 4MB on d4 | 23:46 |
uvos | size wise | 23:46 |
Wizzup | maybe I am misreading | 23:46 |
uvos | and i think it would be great if we could use the same image on all of the devices | 23:46 |
Wizzup | $ ls -ls droid4-kexecboot.img | 23:46 |
Wizzup | 3892 -rw-r--r-- 1 merlijn merlijn 4194304 Oct 31 2020 droid4-kexecboot.img | 23:46 |
Wizzup | naively I would assume 3892 fits in 4096 | 23:47 |
Wizzup | I can put the image on the sd card and dd it from normal linux | 23:47 |
Wizzup | (instead of using fastboot) | 23:47 |
Wizzup | if that works, then I think we can assume it fits | 23:47 |
uvos | im confused | 23:47 |
Wizzup | # dd if=/dev/mmcblk1p14 of=/tmp/out.bin | 23:47 |
Wizzup | 8192+0 records in | 23:47 |
Wizzup | 8192+0 records out | 23:47 |
Wizzup | 4194304 bytes (4.2 MB, 4.0 MiB) copied, 0.172577 s, 24.3 MB/s | 23:47 |
uvos | ok | 23:48 |
Wizzup | I am pretty sure we have 4 MiB | 23:48 |
Wizzup | so it should fit | 23:48 |
uvos | so the partiton is 4MB in size | 23:48 |
uvos | ok | 23:48 |
Wizzup | yes | 23:48 |
uvos | ok | 23:48 |
Wizzup | yeah I also confused myself | 23:48 |
uvos | everything is fine then | 23:48 |
Wizzup | ok | 23:48 |
Wizzup | I will use fastboot then | 23:48 |
Wizzup | so I am thinking I will now install kexecboot to p14, but not yet remove safestrap | 23:48 |
Wizzup | and then just test kexec to that partition | 23:49 |
uvos | sure | 23:49 |
Wizzup | and if that works I'll modify logwrapper with ours | 23:49 |
Wizzup | ok | 23:49 |
uvos | sounds like a plan | 23:49 |
uvos | dont disable the kernel console cursor | 23:49 |
uvos | its load bearing :D | 23:49 |
Wizzup | just for the record I changed the ram limit in the common dtsi, so we will need to fix that before building for bionic | 23:50 |
uvos | ok | 23:50 |
Wizzup | I'm on semi metered internet so I just got the kernel tar | 23:50 |
Wizzup | (making my life more complicated but eh) | 23:50 |
uvos | yeah we need to move it to devices dts | 23:50 |
Wizzup | yeah | 23:50 |
Wizzup | I see this a bunch in kexecboot: can't open /dev/ttyO2: No such file or directory | 23:54 |
Wizzup | (and also still see the penguins) | 23:55 |
uvos | im still sad that kms dosent show the penguins | 23:59 |
uvos | where are my 16 penguins on desktop | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!