uvos | tmlind: so even with mainline 6.6.4 - no cpufreq for me | 00:10 |
---|---|---|
uvos | cpufreq_dt isent loaded by default loading it by hand dosent help | 00:12 |
uvos | nothing usefull in dmesg, of_node/operating-points is present | 00:12 |
uvos | i dont get it | 00:12 |
uvos | https://uvos.xyz/maserati/nocpufreq.dts | 00:16 |
uvos | thats the dts i booted with | 00:16 |
uvos | cpu nodes looks fine to me | 00:16 |
uvos | diffing it compeared to the leste stock dts dosent reveal anything suspiciously missing or anything | 00:16 |
Wizzup | uvos: btw if you upgrade tracker the problem should disappear | 00:33 |
freemangordon | upstream glamor/ms is about 30% slower on d4 compared to omap ddx :( | 10:31 |
freemangordon | according to glmark that is | 10:31 |
freemangordon | and until it works, as [desktop] benchmark crashes GPU | 10:32 |
Wizzup | freemangordon: 30% is not TOO bad if all other trhings work, but yeah hangs aren't great :D | 12:31 |
freemangordon | WTYM not bad? it is supposed to be faster | 12:41 |
Wizzup | dri3 wise yeah I suppose | 12:46 |
freemangordon | mhm | 12:49 |
Wizzup | well iirc glamor was never faster | 12:55 |
Wizzup | it uses a lot of generic paths so it's unlikely to be more optimised | 12:55 |
Wizzup | but it would give us tearfree :D | 12:56 |
freemangordon | it will not | 12:56 |
Wizzup | latest modesetting+glamor has tearfree support regardless of driver AFAIK | 12:56 |
freemangordon | not until omapdrm driver is smart enough to properly support panels with TE (IIRC) | 12:57 |
freemangordon | the tearing you see now is because of omapdrm | 12:57 |
Wizzup | ok | 12:57 |
tmlind | uvos: weird | 14:30 |
tmlind | uvos: does modprobe modprobe cpufreq-dt-platdev fix it for you? | 14:35 |
tmlind | well with just one modprobe :) | 14:35 |
Wizzup | it's funny, whatever random failures I tend to observe in the wifi plugin, whenever I actually try to debug them they almost mostly disappear. | 16:18 |
Wizzup | I might have asked this before, but on d4 I see this: | 18:09 |
Wizzup | [273515.024200] wlan0: authenticate with 64:70:02:e2:a2:55 | 18:09 |
Wizzup | [273515.035369] wlan0: send auth to 64:70:02:e2:a2:55 (try 1/3) | 18:09 |
Wizzup | [273515.040222] wlan0: send auth to 64:70:02:e2:a2:55 (try 2/3) | 18:09 |
Wizzup | [273515.044586] wlan0: send auth to 64:70:02:e2:a2:55 (try 3/3) | 18:09 |
Wizzup | [273515.049713] wlan0: authentication with 64:70:02:e2:a2:55 timed out | 18:09 |
Wizzup | should the timeout really be that short? | 18:09 |
Wizzup | wpa_supplicant sets the authentication timeout to 10s per its logs | 18:17 |
Wizzup | ok, it looks to me like most of the random wifi failures that we have on the d4 are not a problem in my icd2 module | 18:20 |
Wizzup | sicelo: tmlind: do you guys see this as well on something other than m-l ? | 18:44 |
Wizzup | 250ms for total authentication timeout seems way too low given that wpa_supplicant set it to 10s, iiuc | 18:45 |
Wizzup | wlcore debug_level didn't show any errors to my eye | 18:45 |
freemangordon | Wizzup: do you debug "first connect always fails" issue? | 19:23 |
freemangordon | to me this is driver issue, never happens on n900 | 19:23 |
Wizzup | freemangordon: I am seeing this more frequently, not just the first time | 19:24 |
Wizzup | the droid4 would sometimes randomly decide not to connect to wifi, in like an instant | 19:25 |
Wizzup | and I was trying to debug if this was a problem in my code | 19:25 |
Wizzup | and it seems it is not | 19:25 |
Wizzup | every time this happens, you will something like above in dmesg | 19:25 |
freemangordon | yes, does nto seem sto be icd issue | 19:26 |
Wizzup | or even wpa_supplicant, I think, but who knows | 19:26 |
Wizzup | I did make a few minor changes to the wifi module | 19:26 |
Wizzup | but nothing major | 19:26 |
Wizzup | I'll push that out in a bit and jump back to sphone | 19:26 |
Wizzup | freemangordon: shall I add like 100GB more music or something, to see if that will trigger any other problems? | 20:49 |
Wizzup | or is that pushing it | 20:49 |
Wizzup | :D | 20:49 |
freemangordon | why not | 21:01 |
Wizzup | ok | 21:13 |
Wizzup | uvos: I get this sometimes: | 23:51 |
Wizzup | sphone: sphone-conf: Could not get config key ContactsEvolution/ContactsSource | 23:51 |
Wizzup | sphone: contacts-ui-abook: Can not create ebook: | 23:51 |
Wizzup | double free or corruption (out) | 23:51 |
Wizzup | in my branch at least | 23:51 |
Wizzup | so with the qt loop | 23:52 |
Wizzup | maybe it's my bad, mixing some versions | 23:53 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!