| Wizzup | might be iphb if the headers pkg is not ok | 00:08 |
|---|---|---|
| Wizzup | freemangordon: fwiw I've been using 6.6 for a week or two on a droid4 (not using it for calls obviously) and I have no battery life issues | 00:26 |
| freemangordon | Wizzup: why do we have wpasupplicant in experimental? | 07:12 |
| freemangordon | hmm, something is wrong with headers, iphb was not build on upgrade | 07:16 |
| freemangordon | yeah, it is missing 67354aeac41b31bbedde49c74ef6297bd34b4952 | 07:22 |
| freemangordon | oh | 07:26 |
| freemangordon | I forgot to enable audio-graph-card2 | 07:27 |
| freemangordon | in config that is :) | 07:27 |
| freemangordon | so no sound in that kernel | 07:28 |
| freemangordon | Wizzup: uvos: please enable audio-graph-card2 in config and rebuild | 07:55 |
| freemangordon | ok, my d4 idles @ ~250 mW, with accounts offline | 08:11 |
| freemangordon | so it is not iphbd | 08:11 |
| freemangordon | hmm, rcu_preempt? | 08:12 |
| freemangordon | hmm, scratch that, seems it settled down after a while | 08:23 |
| freemangordon | no, it is not ok | 08:31 |
| freemangordon | https://pastebin.com/ZKd8UpaQ | 08:32 |
| freemangordon | Wizzup: headers are installed to /usr/src/linux-headers-omap instead of /usr/src/linux-headers-$kernelversion | 08:51 |
| freemangordon | seems install_kernel_headers() takes version as second parameter | 08:57 |
| freemangordon | https://github.com/maemo-leste/droid4-linux/blob/maemo-6.6.y/scripts/package/builddeb#L215 | 08:57 |
| freemangordon | I guess this shall be changed to install_kernel_headers debian/linux-headers ${version};; | 08:58 |
| Wizzup | freemangordon: good catch | 10:44 |
| Wizzup | freemangordon: wpa supp in experimental is backported version | 10:44 |
| freemangordon | Wizzup: uvos: another nasty bug, either in sphone or in vcm: if another side hangs-up before call is answered, ringing continues forever | 11:32 |
| freemangordon | even if you close sphone, it does not stop | 11:33 |
| arno11 | i remember seeing that bug with vibrator in the past but never with ringtone (at least when ringtone works) | 11:34 |
| freemangordon | well, now (on 6.6) ringtone works every time | 11:36 |
| freemangordon | and that bug is 100% reproducible | 11:36 |
| freemangordon | at least on d4 | 11:36 |
| freemangordon | Wizzup: did you check your d4 idle power usage? | 11:36 |
| arno11 | ok, btw i got ringtone working on 6.6 as well but stopped working after a while | 11:37 |
| freemangordon | Wizzup: even with iphb it is twice the one on 6.1 here | 11:37 |
| arno11 | wow | 11:37 |
| arno11 | something blocks ret ? | 11:38 |
| freemangordon | perhaps, but I don;t know how to test properly | 11:38 |
| arno11 | you can use pm script | 11:39 |
| arno11 | can't remember the exact name for d4, something like droid4-pm in /etc/init.d | 11:41 |
| arno11 | 'status' should show the number of ret and blockers if any | 11:42 |
| freemangordon | thanks | 11:43 |
| freemangordon | d=2024-07-11|t=12:43:56|i=OFF:0,RET:6561|p=270|c=98|b=none | 11:44 |
| freemangordon | whatever that means | 11:44 |
| arno11 | seems to hit ret | 11:44 |
| arno11 | but power usage is really high | 11:45 |
| arno11 | maybe a module or a piece of hardware ? | 11:46 |
| freemangordon | how do I know? | 11:46 |
| arno11 | good question, that's really difficult (see N900 mess with blockers lol) | 11:47 |
| Wizzup | freemangordon: this bug is fixed, the one you mention | 11:47 |
| Wizzup | re infinity ring | 11:48 |
| Wizzup | freemangordon: this is not likely, but I have a droid 4 that I had on a lab psu and something inside it broke nad it has like much higher power usage than all my other droid4s | 11:49 |
| Wizzup | I get 2-3 days on full chrage on 6.6 | 11:49 |
| Wizzup | freemangordon: shall I build current 6.6 for experimental, although I guess I need to fix header thing | 11:49 |
| Wizzup | freemangordon: if the bug re-appeared I will see what's up | 11:49 |
| Wizzup | 2b3faf00e071ceeb7add6827c53686e6446a25ee ("voicecallmanager: ensure we receive hangup") | 11:50 |
| Wizzup | ^ fixes it | 11:50 |
| freemangordon | Wizzup: is that released? | 11:50 |
| Wizzup | I am checking | 11:50 |
| Wizzup | I think probably not actually since the rtco logging is still broken wrt fremantle | 11:50 |
| freemangordon | well... | 11:50 |
| Wizzup | so yeah not released apparently | 11:50 |
| freemangordon | could you release it? | 11:51 |
| Wizzup | I can, but the rtcom logging is still broken ;) | 11:51 |
| Wizzup | I'll take a look, IIRC there was/is the matrix breakage still | 11:51 |
| freemangordon | well, my d4 was ringing for 2 hours until I got bach home :) | 11:51 |
| freemangordon | *back | 11:51 |
| freemangordon | Wizzup: I'll revert the kernel to see how it is with 6.1 | 11:52 |
| Wizzup | freemangordon: oof... | 11:52 |
| freemangordon | so I doubt it is HW failure | 11:52 |
| freemangordon | hmm, droid4-powermanagement checks for non-existent module names | 11:52 |
| Wizzup | they might be blacklisted at this point | 11:53 |
| Wizzup | or not built | 11:53 |
| freemangordon | no, they are loaded, but names are with undersore and not dash ;) | 11:53 |
| freemangordon | like phy_cpcap_usb | 11:54 |
| Wizzup | maybe this changed in kernels | 11:56 |
| freemangordon | rmmod phy_cpcap_usb does not seem to help much | 11:57 |
| freemangordon | or it does? | 11:57 |
| freemangordon | Wizzup: coud you do: | 11:57 |
| freemangordon | /sys/class/power_supply/battery$ while [ 1 ]; do cat power_avg; sleep 30; done | 11:57 |
| Wizzup | on wifi, not on wifi? | 11:58 |
| freemangordon | on wifi | 11:58 |
| Wizzup | I can, but I get 2-3 days, which is the same as on 6.1 more or less :) | 11:58 |
| freemangordon | through ssh session | 11:58 |
| Wizzup | maybe it is related to audio somehow? | 11:58 |
| Wizzup | k | 11:58 |
| freemangordon | could be, dunno | 11:58 |
| freemangordon | do you have phy_cpcap_usb loaded? | 11:59 |
| Wizzup | if you build sphone locally, in case you do, also pull 0302bd946c5766d7fd808b9b2dae7a32dfa2f1a9 since it makes rtcom logging ok for vcm | 12:00 |
| Wizzup | will check, just a moment | 12:00 |
| freemangordon | why shall I build it locally? | 12:00 |
| freemangordon | I am waiting for you to make a release :) | 12:01 |
| Wizzup | to get the rtcom logging fixes | 12:01 |
| Wizzup | uvos doesn't like the way I did them so I have to re-do it | 12:01 |
| Wizzup | but I'll push the ringing fix at least | 12:01 |
| Wizzup | s/push/release/ | 12:01 |
| freemangordon | ah, that's another branch I guess | 12:01 |
| Wizzup | you can git fetch the object | 12:01 |
| Wizzup | git fetch origin ... | 12:01 |
| freemangordon | right | 12:01 |
| Wizzup | in any case | 12:01 |
| Wizzup | good news is that if you were still on that version, you should be much happier with the upcoming one | 12:02 |
| Wizzup | that was still quite buggy | 12:02 |
| freemangordon | hmm, seems rmmod-ing phy_cpcap_usb fixes idle usage | 12:02 |
| Wizzup | maybe it got renamed recently? | 12:02 |
| freemangordon | could be, dunno | 12:03 |
| freemangordon | that's why I asked you to see what is your power usage and if you have that module loaded | 12:03 |
| Wizzup | $ while [ 1 ]; do cat power_avg; sleep 30; done | 12:04 |
| Wizzup | 1023305 | 12:04 |
| Wizzup | 250329 | 12:04 |
| Wizzup | 242813 | 12:04 |
| Wizzup | 227080 | 12:04 |
| Wizzup | 225047 | 12:04 |
| Wizzup | and then it dropped from wifi since it seems to do that with 6.6 | 12:04 |
| Wizzup | here is the rest | 12:04 |
| Wizzup | 225047 | 12:04 |
| Wizzup | 156816 | 12:04 |
| Wizzup | 136867 | 12:04 |
| Wizzup | I do have phy_cpcap_usb loaded | 12:05 |
| freemangordon | ok, lemme see what is usage here without wifi | 12:05 |
| Wizzup | I don't think we block this module in modprobe.d though | 12:05 |
| Wizzup | yeah the last two numbers are with wifi off I think | 12:05 |
| freemangordon | fir me wifi is better with 6.6 | 12:06 |
| freemangordon | *for | 12:06 |
| Wizzup | funny :) | 12:06 |
| freemangordon | like, most of the times it connects from the first time after boot | 12:07 |
| freemangordon | and never drops | 12:07 |
| Wizzup | let's see if our CI can still build stuff :D | 12:07 |
| Wizzup | freemangordon: interesting, that would be nice | 12:07 |
| Wizzup | so we should fix the droid4 pm script, but for the record we don't block the phy_cpcap_usb per our config currently | 12:08 |
| Wizzup | I'd have to check the logs to remember why | 12:08 |
| freemangordon | hmm, usage from osso-xterm, with wifi off produces 182 mW at minimum | 12:08 |
| freemangordon | going to revert the kernel to see if it makes any difffernence | 12:08 |
| Wizzup | so I am not yet on -your- 6.6 for lack of better terms | 12:08 |
| Wizzup | could it be that some audio path is always on | 12:09 |
| freemangordon | Wizzup: please fix config and headers path | 12:09 |
| freemangordon | yes, could be | 12:09 |
| Wizzup | maybe you can check alsa dapm entries in /sys | 12:09 |
| Wizzup | freemangordon: I will look, I think you already found the problem, right? | 12:09 |
| freemangordon | yes, but didn;t make a fix | 12:09 |
| Wizzup | ok | 12:09 |
| freemangordon | where to check those dapm entries | 12:10 |
| freemangordon | ? | 12:10 |
| Wizzup | /build/sphone-0.9.3+m7/src/modules/contacts-evolution.c:124:53: error: 'E_CONTACT_IM_MATRIX' undeclared (first use in this function); did you mean 'E_CONTACT_IM_AIM'? | 12:11 |
| Wizzup | 124 | query = join_query(query, e_book_query_field_test(E_CONTACT_IM_MATRIX, E_BOOK_QUERY_CONTAINS, line_id)); | 12:11 |
| Wizzup | | ^~~~~~~~~~~~~~~~~~~ | 12:11 |
| Wizzup | | E_CONTACT_IM_AIM | 12:11 |
| Wizzup | so master *still* has this bug unfortunately | 12:11 |
| Wizzup | that's why I didn't make the release | 12:11 |
| Wizzup | freemangordon: sec | 12:11 |
| freemangordon | hmm, debug is not mounted | 12:11 |
| Wizzup | freemangordon: /sys/kernel/debug/asoc/Mapphone Audio | 12:12 |
| freemangordon | debug is not mounted, but it should be, no? | 12:12 |
| Wizzup | well, you will have to mojunt ot | 12:12 |
| freemangordon | debugfs that is | 12:12 |
| Wizzup | mount -t debugfs none /sys/kernel/debug | 12:12 |
| freemangordon | IIRC it was automountged before | 12:12 |
| Wizzup | or for /etc/fstab: | 12:12 |
| Wizzup | none /sys/kernel/debug debugfs defaults 0 0 | 12:12 |
| Wizzup | I don't know if we monut it by default, it's not considered good practice from a security pov | 12:13 |
| freemangordon | scratch that | 12:13 |
| freemangordon | I was not root | 12:13 |
| Wizzup | ok | 12:13 |
| arno11 | Wizzup: commenting matrix stuff (temporary) in contacts-evolution.c fixes the issue btw, at least on a local build | 12:14 |
| arno11 | iirc | 12:14 |
| Wizzup | yes, but will uvos like it if I comment it out in the master branch temporarily? :D | 12:15 |
| Wizzup | from my pov it looks like the libebook version he uses locally is not the same as the leste one | 12:15 |
| Wizzup | and ours just doesn't have this other field | 12:15 |
| arno11 | for master branch: ah yes indeed...:D | 12:16 |
| Wizzup | but the bug has been there since april | 12:16 |
| Wizzup | iiuc | 12:16 |
| freemangordon | Wizzup: most of dapm entries are On | 12:16 |
| freemangordon | how to torn them off? | 12:16 |
| Wizzup | freemangordon: I don't think they are supposed to be | 12:16 |
| freemangordon | *turn | 12:16 |
| Wizzup | I suspect this is the c2c change, if you're still seeing more power management | 12:17 |
| Wizzup | what toggles/turns on the c2c? | 12:17 |
| Wizzup | s/more power management/more power usage/ | 12:17 |
| freemangordon | no idea :D | 12:18 |
| Wizzup | ok | 12:18 |
| Wizzup | so I think we should build this with the fixed headers because it's still quite useful for experimental | 12:18 |
| freemangordon | but I guess it is route in DT | 12:19 |
| freemangordon | lemme check something | 12:19 |
| Wizzup | the way I would imagine it would work from userspace is we switch UCM, which sets/triggers some alsa toggles in one of our codecs/cards and that should enable the route | 12:19 |
| Wizzup | but again this is from my very naive understnading | 12:19 |
| Wizzup | if there's nothing that triggers it either way, it's probably always on | 12:20 |
| Wizzup | let me look at the headers issue | 12:20 |
| Wizzup | I pushed headers fix to maemo-6.6.y | 12:21 |
| arno11 | cool | 12:22 |
| Wizzup | freemangordon: btw, as far as I can concerned, you can take current maemo-6.6.y and rebase it to get rid of 'xxx' commit a bit later today | 12:22 |
| Wizzup | this is a branch that we -rebase- on linux-stable nayway | 12:22 |
| freemangordon | I will not have tiome to do anything later today | 12:24 |
| freemangordon | I am traveling for few days | 12:24 |
| freemangordon | Wizzup: what am I supposed to use to try to turn that control off? | 12:24 |
| Wizzup | well | 12:27 |
| Wizzup | I don't know what limitations kernel puts on you, but I suspect some alsa widget | 12:27 |
| Wizzup | if that is the right perminology | 12:27 |
| freemangordon | but I can;t find any that's related | 12:27 |
| Wizzup | just a second | 12:27 |
| Wizzup | I will try to explain what I mean | 12:27 |
| Wizzup | so if you run alsamixer -c 0 | 12:28 |
| Wizzup | you sohuld get Mapphone Audio card | 12:28 |
| Wizzup | and then there is an item called 'Call Output' | 12:28 |
| Wizzup | this can be set to Handset, Headset, Speakerphone | 12:28 |
| Wizzup | I imagine that we could have something like this that just says 'yeah we are in a call', and we could set that through UCM | 12:28 |
| freemangordon | I think I checked and it is off | 12:28 |
| Wizzup | well this is just an example | 12:28 |
| freemangordon | but lemme double-check | 12:28 |
| Wizzup | either that or something we can turn on/off, like for example the 'Earpiece' item | 12:29 |
| Wizzup | earpiece can be off/HiFi/Voice | 12:29 |
| freemangordon | on alsamixer everything is off | 12:29 |
| Wizzup | but I think we need something that triggers the actual c2c to become active (well, you have it active currently of course, but ewr need to be able to toggle it) | 12:29 |
| freemangordon | switching the ucm profile does it | 12:30 |
| Wizzup | as far as I am concerned you can call it 'c2c toggle' and we can turn it on/off, as long as it controls dapm for this new path | 12:30 |
| Wizzup | I understand, but my very naive understanding is that you added a new codec or card that has a special codec to codec routing (c2c) and this makes it active without userspace interaction, right? | 12:30 |
| freemangordon | It is called 'Voice Call Playback' | 12:30 |
| Wizzup | ok, and what can this be set to? | 12:31 |
| freemangordon | how do I know/ | 12:31 |
| freemangordon | ? | 12:31 |
| freemangordon | this is in dapm | 12:31 |
| Wizzup | ah, not in alsamixer then | 12:31 |
| freemangordon | no widget | 12:31 |
| freemangordon | yes | 12:31 |
| Wizzup | right, so I think we maybe need a widget to control it | 12:31 |
| Wizzup | the example you followed from this other codec from 6.6, did that have a widget to control whether it was on/off? | 12:32 |
| freemangordon | no widget | 12:32 |
| freemangordon | it should be auto-disabled when not connected | 12:32 |
| freemangordon | well, I think it would be better if you build/install latest 6.6 and check what has to be done | 12:33 |
| freemangordon | as yoy have better understanding than me on asoc | 12:33 |
| Wizzup | I will try, but I can assure you that your understanding is better than mine, but I am happy to try | 12:33 |
| Wizzup | I don't know how kernel or userspace would know when it is connected | 12:33 |
| Wizzup | Like, something must trigger the route to be enabled/disabled, right? | 12:34 |
| freemangordon | yes, ucm | 12:34 |
| Wizzup | but ucm can only control widgets | 12:34 |
| Wizzup | and volume etc | 12:34 |
| freemangordon | right | 12:34 |
| Wizzup | so if there is no widget hooked up, I don't see how this can work, | 12:34 |
| Wizzup | like, can we not have a widget called 'Call' that can just be On or Off ? | 12:35 |
| Wizzup | which would trigger this new route to be on or off | 12:35 |
| freemangordon | maybe I got it wrong, please try to understand what https://github.com/maemo-leste/droid4-linux/blob/maemo-6.6.y/arch/arm/boot/dts/ti/omap/motorola-mapphone-common.dtsi#L98 is doing | 12:37 |
| freemangordon | maybe it should be on the opposite | 12:37 |
| Wizzup | ok | 12:46 |
| Wizzup | I will try | 12:46 |
| Wizzup | I still feel like we'll need an additional widget just to enable the routes | 12:46 |
| Wizzup | lemme grab some foob first :) | 12:47 |
| Wizzup | freemangordon: so there is now a new link for c2c, and it is just always enabled I guess? | 12:51 |
| freemangordon | not always | 12:52 |
| freemangordon | there are 2 links | 12:52 |
| freemangordon | one of them is enabled | 12:52 |
| freemangordon | one is for capture, the other oane for playback | 12:52 |
| freemangordon | playback one is enabled | 12:52 |
| Wizzup | is enabled when? | 12:54 |
| inky | is it possible to make qemu to rotate the screen? | 12:54 |
| inky | to test rotation in qemu. | 12:54 |
| freemangordon | Wizzup: /sys/kernel/debug/asoc/Mapphone Audio/dapm | 12:55 |
| Wizzup | yes, the dapm stuff is purely informational, but I would imagine it should not be on normally, right | 12:56 |
| Wizzup | inky: yes there is some dbus command on maemo wiki or our wiki to do so | 12:56 |
| freemangordon | Wizzup: https://pastebin.com/psXJ1jbk | 12:56 |
| inky | oh thank you! | 12:56 |
| Wizzup | freemangordon: I see a bunch of stuff here regarding c2c https://kernel.org/doc/html/latest/sound/soc/codec-to-codec.html - but that's not in out motmdm.c or cpcap.c files, right? | 12:56 |
| freemangordon | no, it is in our DT | 12:57 |
| Wizzup | so the ignore_suspend or num_c2c_params, etc is all in dt? | 12:58 |
| freemangordon | codec2codec is used by audio-grach-card2 to create c2c_params struct | 12:58 |
| freemangordon | not exactly, it is runtime created | 12:58 |
| freemangordon | sec | 12:58 |
| freemangordon | Wizzup: https://github.com/maemo-leste/droid4-linux/blob/maemo-6.6.y/sound/soc/generic/audio-graph-card2.c#L769 | 12:59 |
| Wizzup | ok | 13:01 |
| Wizzup | I don't really understand how to control dapm for this, when you are in a call, I suspect the capture route dapm is also on, yes? | 13:01 |
| freemangordon | maybe the issues is that motmdm sets .ignore_suspend | 13:02 |
| Wizzup | could be, but I *still* don't see how kernel would know when it is in use | 13:02 |
| Wizzup | fwiw I don't see ignore_suspend in motmdm.c | 13:02 |
| freemangordon | yeah, scratch that | 13:03 |
| Wizzup | so I think we need to understand what controls dapm here, or rather what controls kernel to think it is in use or not | 13:04 |
| freemangordon | I think it is the route | 13:04 |
| Wizzup | and indeed I don't know if the additions to 'routing' that you made is correct, but mostly because I don't know enough about it | 13:04 |
| Wizzup | ok, but what triggers the route? | 13:04 |
| freemangordon | maybe I created a wrong route | 13:04 |
| Wizzup | where is the route defined? | 13:05 |
| freemangordon | activating widget in icm | 13:05 |
| freemangordon | https://github.com/maemo-leste/droid4-linux/blob/maemo-6.6.y/arch/arm/boot/dts/ti/omap/motorola-mapphone-common.dtsi#L104 | 13:05 |
| freemangordon | maybe it should be Call Playback, not Voice | 13:05 |
| Wizzup | so that's not just a list of strings? :D | 13:05 |
| freemangordon | lemme try it | 13:05 |
| freemangordon | no, that's matched to widgets, but don;t ask me how | 13:06 |
| Wizzup | ok, so it is widget, route, widget, route | 13:06 |
| Wizzup | ? | 13:06 |
| freemangordon | no idea | 13:07 |
| Wizzup | heh | 13:07 |
| freemangordon | I just created what my gut feeling told me to and it just worked :D | 13:07 |
| freemangordon | no, really | 13:07 |
| freemangordon | lemme try to change that | 13:07 |
| freemangordon | oh,no it is correct | 13:08 |
| freemangordon | motmdm_dai defines "Voice Call Playback" | 13:08 |
| freemangordon | and we route that to EP SPK or HP | 13:09 |
| freemangordon | that's how kernel knows | 13:09 |
| freemangordon | IIUC | 13:09 |
| freemangordon | lemme try to fix UCM | 13:10 |
| freemangordon | hmm, nothing to be fixed there IIUC | 13:13 |
| freemangordon | Wizzup: sorry, can;t grok it ATM and out of spare time | 13:14 |
| Wizzup | ok | 13:14 |
| uvos__ | Wizzup: oh jeah my debian d4 has newer ebook | 13:46 |
| uvos__ | ill fix this when i get home | 13:46 |
| Wizzup | thx | 14:13 |
| arno11 | Wizzup: i tried 6.6 with dts fix: it works but still got slowness after 30min. Seems something is wrong with memory because when i start a qt app after 1 min of idle, it becomes buggy | 14:51 |
| arno11 | or maybe dynamic debug causes troubles ? | 14:52 |
| arno11 | i really don't know what's going on | 14:54 |
| arno11 | i mean it is so smooth now on my device with 6.1 that it is particulary noticeable when i run 6.6 | 15:04 |
| arno11 | *the slowness | 15:08 |
| arno11 | btw guys, what is the best/easiest way to monitor read/write to disk ? | 15:16 |
| freemangordon | iostat? | 15:18 |
| arno11 | ok i failed to find it but maybe it is part of another pkg | 15:24 |
| arno11 | sysstat works (sar) | 15:29 |
| arno11 | i'll compare 6.1 and 6.6 | 15:30 |
| freemangordon | yes, iostat is part of sysstat | 15:30 |
| Wizzup | freemangordon: what did you need enabled in config | 16:42 |
| Wizzup | ah audio-graph-card2 | 16:43 |
| Wizzup | done, building kernel | 16:46 |
| Wizzup | freemangordon: tested the kernel and yes, great, call audio is good with voicecall manager and 6.6 | 19:11 |
| Wizzup | there's just the dapm being on stuff now :) | 19:11 |
| arno11 | ah good news @call audio | 19:21 |
| sicelo | yeah, nice sleuth work freemangordon | 19:21 |
| sicelo | and thanks Wizzup for the vcm stuff that triggered it ;-) | 19:22 |
| uvos | Wizzup: you missed a tonne of changes in sphones changelog | 19:46 |
| Wizzup | well, the tag won't work anyway since it doesn't compile | 19:47 |
| uvos | it compile fine | 19:47 |
| Wizzup | not in the CI it doesn't | 19:48 |
| uvos | on newer debian | 19:48 |
| uvos | sure | 19:48 |
| Wizzup | ok, great, but you're in #maeom-leste | 19:48 |
| Wizzup | I think you can just rewrite the changelog and replace the tag or make a new tag | 19:48 |
| uvos | to late | 19:48 |
| uvos | i dont think thats relevant since i see leste as just one platform to support | 19:48 |
| uvos | anyhow | 19:48 |
| uvos | should build this time | 19:49 |
| uvos | Wizzup: chroot: failed to run command '/debootstrap/debootstrap': Exec format error | 19:55 |
| uvos | uhh | 19:55 |
| Wizzup | I will look in a bit | 20:01 |
| Wizzup | uvos: | 20:29 |
| Wizzup | /build/sphone-0.9.4+m7/src/modules/contacts-evolution.c:60:1: warning: 'nodiscard' attribute directive ignored [-Wattributes] | 20:29 |
| Wizzup | 60 | { | 20:29 |
| Wizzup | | ^ | 20:29 |
| Wizzup | /build/sphone-0.9.4+m7/src/modules/contacts-evolution.c: In function 'build_query': | 20:29 |
| Wizzup | /build/sphone-0.9.4+m7/src/modules/contacts-evolution.c:126:2: error: expected ';' before '}' token | 20:29 |
| Wizzup | 126 | } | 20:30 |
| Wizzup | | ^ | 20:30 |
| Wizzup | meanwhile I will look at the arch error | 20:30 |
| arno11 | Wizzup: is last kernel build 6.6.32.2-1 or ? | 21:46 |
| sicelo | 6.6.36.2-1+m7 is what my d4 just updated to | 21:54 |
| sicelo | and my first test call had perfect audio, yay | 21:55 |
| arno11 | cool :) | 22:03 |
| arno11 | i asked because i still get the iphb-dkms headers error | 22:04 |
| arno11 | with this version | 22:04 |
| sicelo | mmm, i didn't get it, or i didn't noticie | 22:05 |
| arno11 | ah maybe | 22:05 |
| arno11 | it works with the error anyway but N900 is still a bit unstable | 22:05 |
| arno11 | the headers dir seems still wrong | 22:08 |
| arno11 | probably not related with the issues i see ofc | 22:11 |
| Wizzup | arno11: will check after I fix this weird arch issue on build servers | 22:31 |
| arno11 | ah ok, no rush | 22:33 |
| Wizzup | freemangordon: I also see an increase in power usage now with 6.6 (with the call audio changes) | 22:58 |
| Wizzup | 18 hours instead of 2-3 days | 22:58 |
| Wizzup | so that's all consistent at least | 22:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!