| freemangordon | sicelo: arno11: http://95.43.220.235/leste/n900/ | 10:07 |
|---|---|---|
| freemangordon | this one seems to work without OC and with 125 min freq | 10:08 |
| freemangordon | please test how it will behave for you | 10:08 |
| freemangordon | if you confirm it is ok, I will post a patch to the ML | 10:08 |
| sicelo | I'll give it a try later today | 11:09 |
| sicelo | thank you so much | 11:10 |
| maxwelld | > Hello, I just wanted to announce a small codesizing release which was programmed on a Droid 4 running maemo-leste: https://macario-moreno.itch.io/picoblazer-1k | 11:19 |
| maxwelld | omg this is amazing, thank you for sharing! | 11:19 |
| maxwelld | does d4 or linux have some runner of these games without having to open a browser? | 11:19 |
| Wizzup | morning | 11:30 |
| Wizzup | maxwelld: nice | 11:30 |
| Wizzup | uvos: btw so this probably explains the tp issues we were seeing before with anon calls (maybe I wrote this before) | 11:42 |
| maxwelld | it is not me, macario wrote it. | 12:05 |
| Wizzup | I know | 12:11 |
| Wizzup | just saying | 12:11 |
| uvos | Wizzup: yes | 13:21 |
| uvos | it worked in sphone because i used d4 as a referance, so it was swapped | 13:22 |
| uvos | it worked in ofono-scripts because there "default" is used | 13:22 |
| uvos | which worked fine | 13:22 |
| uvos | i suspect tp was setting disabled | 13:22 |
| Wizzup | yes | 13:31 |
| Wizzup | I will test later today | 13:31 |
| uvos | please also test the pinephone, i am if its not also swaped there i am mildy suprised no one ever complained | 13:32 |
| arno11 | freemangordon: pwm-ir-tx works with no overclock :) a bit slow using cpufreq ondemand/conservative mode but works well in performance mode | 14:07 |
| arno11 | well done and tysm | 14:07 |
| arno11 | it was a hard task | 14:08 |
| arno11 | when i say slow, i mean i have to press a button a bit longer to get the pulse working | 14:09 |
| arno11 | (tested on Samsung TV and Technics CD player) | 14:10 |
| freemangordon | arno11: do you have 125MHz CPU freq enabled? | 14:19 |
| freemangordon | BTW it seems to me this is an issue in pierogi (having to press the button for some time) | 14:22 |
| freemangordon | like it somehow first sends ir pulse and then it redraws the button | 14:23 |
| arno11 | yes 125MHz enabled and yes possible it is pierogi | 14:23 |
| freemangordon | disable 125 MHz | 14:24 |
| freemangordon | we shall do that in policy as well | 14:24 |
| freemangordon | Wizzup: ^^^ | 14:24 |
| freemangordon | policy/config | 14:24 |
| arno11 | yes indeed | 14:24 |
| Wizzup | you want a certain cpu freq blacklisted? | 14:26 |
| freemangordon | yes | 14:26 |
| freemangordon | 125000 | 14:26 |
| Wizzup | is that the lowest? | 14:26 |
| freemangordon | mhm | 14:26 |
| freemangordon | but we gain nothing from it | 14:26 |
| arno11 | ( i can try a bit letter with 125 freq removed because it could explain why it works perfectly in performance mode (locked at 600) ) | 14:26 |
| Wizzup | no pm improvements? | 14:26 |
| freemangordon | no | 14:26 |
| Wizzup | ok | 14:26 |
| arno11 | definitely not | 14:26 |
| freemangordon | fremantle does not use it either | 14:26 |
| Wizzup | do you know how to do this? is it dts work? | 14:26 |
| freemangordon | well I don;t want to carry a patch | 14:27 |
| freemangordon | so, a stgartup script | 14:27 |
| freemangordon | *startup | 14:27 |
| freemangordon | I know where to disable (in sysfs) | 14:27 |
| freemangordon | but don't know the best way to execute something on startup. init.d script? | 14:28 |
| freemangordon | or here> https://github.com/maemo-leste/leste-config/tree/master/leste-config-common/etc/sysctl.d | 14:30 |
| arno11 | freemangordon: why not using cpufreq stuff ? iirc it is quite easy to choose a freq range or remove freqs | 14:33 |
| freemangordon | don't know how :) | 14:33 |
| freemangordon | that's why I asked "what is the best way?" | 14:34 |
| freemangordon | wtym "cpufreq itself"? | 14:34 |
| freemangordon | /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq ? | 14:35 |
| arno11 | yep | 14:35 |
| Wizzup | freemangordon: if we want to allow OC we might as well carry it in the same patch maybe | 14:35 |
| Wizzup | the scaling min freq might even work with sysctl | 14:36 |
| arno11 | ah that's another story lol | 14:36 |
| Wizzup | doesn't look like it @ sysctl | 14:36 |
| * Wizzup double checks | 14:36 | |
| arno11 | it is easy to remove 125 freq from dts | 14:36 |
| freemangordon | arno11: well, that's what I meant saying "I know where to disable (in sysfs)" | 14:36 |
| freemangordon | Wizzup: yeah, seems it is not | 14:37 |
| arno11 | freemangordon: ok | 14:37 |
| freemangordon | Wizzup: hmm, right | 14:37 |
| freemangordon | ok, what OC frequencies we want to support? up to 800? | 14:37 |
| Wizzup | like, if we have one patch that adds OC clocks (but makes them disabled by default) and removes 125 maybe it's not too bad | 14:37 |
| freemangordon | yeah, correct | 14:38 |
| freemangordon | but still, we need startup script to set the max freq | 14:38 |
| freemangordon | to 600 | 14:38 |
| Wizzup | yeah, was just thinking about this | 14:38 |
| freemangordon | because I don;t want to OC by default | 14:38 |
| freemangordon | so, init.d script | 14:38 |
| Wizzup | I guess there is no kernel module option that we can set right | 14:39 |
| * freemangordon checks | 14:39 | |
| Wizzup | we can do init script btw, just thinking | 14:39 |
| freemangordon | also, don;t we use the same cmdline for n900 and d4? | 14:39 |
| uvos | no | 14:41 |
| uvos | and script is too late | 14:41 |
| freemangordon | oh, right | 14:41 |
| uvos | we must avoid the cpu ever overclocking even for a moment on boot | 14:41 |
| freemangordon | agree | 14:41 |
| arno11 | btw 850 MHz is the maximum stable freq with Leste | 14:42 |
| freemangordon | that's HW specific anyways | 14:43 |
| freemangordon | uvos: maybe if we mark them as turbo frequencies, they will not be enabled without user asking for i | 14:44 |
| freemangordon | *it | 14:44 |
| Wizzup | something like that yeah | 14:44 |
| freemangordon | I think 720 is already marked as such | 14:44 |
| arno11 | yes by default | 14:45 |
| Wizzup | I think that would make sense | 14:49 |
| Wizzup | how would we enable the turbo states? | 14:49 |
| freemangordon | no idea | 14:49 |
| freemangordon | lemme check | 14:49 |
| freemangordon | /sys/devices/system/cpu/cpufreq/boost | 14:58 |
| freemangordon | we don't have it now as we don't have turbo freqs enabled | 14:58 |
| Wizzup | ok | 15:06 |
| Wizzup | sounds like we have a potential solution right? | 15:07 |
| Wizzup | did anyone try jib on the n900 btw | 15:07 |
| arno11 | Wizzup: i tried yesterday | 15:09 |
| arno11 | it works even with javascript and webgl but to slow to use ATM | 15:09 |
| arno11 | but really promising for powerful devices | 15:10 |
| arno11 | Wizzup: freemangordon: i can try to use boost freq in one hour if you want | 15:11 |
| arno11 | easy stuff with a local custom uImage | 15:11 |
| Wizzup | don't we have to enable turbo freqs currently? | 15:12 |
| Wizzup | s/currently/first/ | 15:12 |
| Wizzup | arno11: ok, so even with js/webgl disabled you can't scroll around and stuff? | 15:12 |
| arno11 | yes too slow unfortunately | 15:12 |
| freemangordon | arno11: yeah, maybe enable 720 and add 800 | 15:13 |
| arno11 | freemangordon: ok | 15:14 |
| Wizzup | looks like my n900 lcd became unhappy over the last day | 15:14 |
| arno11 | dead pixels ? | 15:15 |
| Wizzup | nah, worse | 15:17 |
| Wizzup | screen has lots of noise and moves around | 15:17 |
| Wizzup | my testing n900 anyway, I have spares | 15:18 |
| arno11 | ah yeah you have now the hundreds maemish n900's :D | 15:22 |
| Wizzup | they are without mainboards | 15:23 |
| Wizzup | but the lcds I have | 15:23 |
| uvos | "yes too slow unfortunately" <- pretty inevitable unfortionatly - it uses more ram than n900 has free at startup just to render duckduckgo | 15:25 |
| Wizzup | right | 15:25 |
| arno11 | uvos: indeed | 15:25 |
| uvos | i would be curious how mutch ram starting everthing with this would save on n900 | 15:29 |
| uvos | someone could | 15:29 |
| uvos | oops wrong paste | 15:29 |
| uvos | https://github.com/IMbackK/ksmrunner | 15:29 |
| uvos | (note currently ksm is broken in our kernel, we need https://lkml.org/lkml/2023/9/21/170) | 15:30 |
| Wizzup | maybe make an issue for this, could be interesting | 15:30 |
| Wizzup | can we set the ksm flag just on init or something? | 15:30 |
| uvos | we could runn everything downstream of ksmrunner | 15:30 |
| Wizzup | (since everything else would inherit) | 15:30 |
| uvos | then disable it x seconds after boot | 15:31 |
| uvos | in sysfs | 15:31 |
| uvos | then all the stuff thats laoded on startup gets merged where possible | 15:31 |
| uvos | and we dont constanly waste power | 15:31 |
| uvos | (ksm uses a lot of power to find mergable pages) | 15:31 |
| uvos | dont know how mutch this would really help | 15:31 |
| arno11 | freemangordon: Wizzup: ok so i tried boost freq and it seems really the best option: when you add boost freqs they cannot be used until you manually activate boost in /sys/devices/system/cpu/cpufreq/boost (works on the fly) | 16:06 |
| arno11 | so we can safely add higher freq with no risk on boot and we don't need any boot script :) | 16:07 |
| arno11 | and also remove the f***ing 125MHz freq | 16:08 |
| arno11 | ah i forgot one thing: it only works with ondemand governor | 16:09 |
| arno11 | performance mode seems to stay at 600 | 16:09 |
| arno11 | which is not bad if we need a lock freq for realtime stuff like calls | 16:10 |
| arno11 | argh finally no, performance mode can use boost freq | 16:11 |
| arno11 | and conservative gov seems the best | 16:13 |
| arno11 | my current freqs: 250,500,550,600 and boost 720,850 | 16:17 |
| arno11 | if think 900-1000 using boost should work, i'll try :D | 16:19 |
| arno11 | not working with higher freqs lol | 16:54 |
| arno11 | anyway 850 is ok (6 months using it, no crash) | 16:54 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!