| Umeaboy | Hi! The WiFi on my Motorola G3 from 2015 was working before I updated to 3.4.0.24 and now it's not. I have rebooted the device, but it still fails to even show connections. | 00:04 |
|---|---|---|
| Umeaboy | What to do? | 00:04 |
| Umeaboy | I know that it is older than the latest release, but the XDA thread still says to use a much older release for Osprey. | 00:04 |
| Umeaboy | How many versions can one skip to update to the latest? | 00:05 |
| Umeaboy | I tried to jump from v3.2.0.12 to v4.4.0.72, but that failed with many retries. | 00:05 |
| T42 | <elros34> you can't skip releases just like that, see: https://docs.sailfishos.org/Support/Help_Articles/Updating_Sailfish_OS/#the-update-path-and-stop-releases. Also you need to be aware of what release repos are really available for your device | 00:09 |
| T42 | <elros34> you can't (you can actually try but to not expect it will work correctly) update to 4.4.0.72 if port maintainer didn't build it at OBS or any other repo he uses | 00:10 |
| Umeaboy | OK. | 00:42 |
| Umeaboy | What can one do to get it included in OBS then? | 00:42 |
| T42 | <elros34> that is what's porting is | 00:43 |
| Umeaboy | Hmmmmmmmmmm. So one cannot just drop the zip that he built into OBS and let it meld? | 00:48 |
| Umeaboy | That would be great to have though. I'd gladely pay 500 SEK for having that per month. | 00:48 |
| T42 | <elros34> I am not sure I get you. OBS just build packages and provides repos but somebody need to prepare device specific packages for each release. If you have all of this building zip image whether online or locally is easy | 00:50 |
| *** asriel_dreemurr is now known as asriel | 09:52 | |
| spiiroin | piggz: I took another look at the power key log and I'm having a feeling that release event is not emitted at all | 10:17 |
| spiiroin | mce logs "powerkey pressed" -> it would also log "powerkey released" | 10:18 |
| spiiroin | i.e. symptoms/logs align with: both mce and dsme get powerkey down event, neither gets powerkey up event | 10:19 |
| spiiroin | the difference is that mce makes an attempt to normalize hw difference on wakeup: some devices immediately send down+up event, some delay the up event until user actually stops pressing the button | 10:20 |
| spiiroin | in latter devices display wakeup happens only after user lifts finger -> to avoid such delay release event is not waited for unless it has some meaning | 10:21 |
| spiiroin | normally it does not (there are no actions for long power key press from display off state because many devices can't have such thing) | 10:22 |
| spiiroin | now, if the kernel driver emits just power key down event when resuming due to power key press -> mce still works as expected, but dsme would initiate shutdown | 10:23 |
| T42 | <adampigg> Spiiroin: so, should that be fixed in dsme? | 11:06 |
| spiiroin | @adampigg if the problem is actually like ^, then it would be something that needs to be fixed in kernel driver | 11:10 |
| T42 | <adampigg> Spiiroin: ok, i can ask aboit that | 11:10 |
| T42 | <adampigg> First i need to get it to stay awake on KEY_WAKEUP | 11:11 |
| T42 | <adampigg> I have an old mce patch for that to try later, we talked about it in 2021! | 11:11 |
| spiiroin | Yeah, I too had faint recall of it | 11:12 |
| T42 | <adampigg> I think now i understated more about it all than back then | 11:16 |
| T42 | <adampigg> All the autosleep/wakelock stuff | 11:17 |
| T42 | <adampigg> Spiiroin: https://github.com/megous/linux/commit/6822a416e38681aeb5efa674215791f7af138c02 | 11:35 |
| mal | @adampigg does that kernel commit help? | 12:13 |
| T42 | <adampigg> Mal:will try later | 12:21 |
| Thaodan | /NAMES | 12:34 |
| T42 | <edp_17> Hi all! Building pulseaudio-modules-droid on OBS has failed with this error: https://build.merproject.org/package/live_build_log/nemo:testing:hw:lge:hammerhead/pulseaudio-modules-droid/sailfishos_4.4.0.72/armv8el | 13:20 |
| T42 | <edp_17> Any help is appreciated! | 13:21 |
| T42 | <edp_17> Oh, I perhaps should build pulseaudio-modules-droid-jb2q for cm-12.1. | 13:23 |
| T42 | <edp_17> I'll try that. | 13:23 |
| mal | yes | 13:30 |
| T42 | <edp_17> mal : Thanks for confirming. :D | 13:35 |
| poetaster | @adampigg mce related might also be that GS5 behaviour of CPU over utilization when automatic brightness agjustment is on, or? | 22:42 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!