Wizzup | freemangordon: maybe one of these days we should look at figuring out how to make the dist upgrade / over the air thing work from ham | 11:41 |
---|---|---|
Wizzup | sicelo: Orecchiette looks nice too | 12:21 |
rafael2k | Wizzup: did you make telephony work fine in your pp | 12:50 |
rafael2k | ? | 12:50 |
Wizzup | rafael2k: not yet, I'm pushing the packages to stable atm | 12:50 |
Wizzup | I will try it again in a bit with a new image | 12:50 |
rafael2k | ok! | 12:51 |
Wizzup | how is audio looking? | 12:51 |
rafael2k | did not really had time do go deep... I'm thinking in testing a new pa version | 12:51 |
rafael2k | it is just strange that kernel upgrade broke pa | 12:52 |
rafael2k | alsa is all good | 12:52 |
Wizzup | I cannot believe it is pa related | 12:52 |
rafael2k | alsa-ucm is not in good shape | 12:52 |
Wizzup | it sounds ucm related | 12:52 |
rafael2k | yeap | 12:52 |
rafael2k | I agree | 12:52 |
rafael2k | at least for me, ucm tools show the ucm files are just broken | 12:53 |
rafael2k | is it that bad if I try a newer alsa-ucm? | 12:53 |
rafael2k | so then I can just copy over mobian audio config... | 12:54 |
Wizzup | might not be | 12:54 |
Wizzup | https://packages.debian.org/source/bullseye/alsa-ucm-conf do you need this? | 12:55 |
rafael2k | could be, yes | 12:56 |
rafael2k | I'll repack to test in leste | 12:57 |
rafael2k | better I already fork this to add PP ucm files | 12:57 |
rafael2k | may be we even push upstream pp support... there is even librem bits there already | 12:59 |
rafael2k | * Add profiles for PinePhone, PineTab and librem5 hardware from Arnaud | 12:59 |
rafael2k | ooops, support is already there | 12:59 |
rafael2k | : ) | 12:59 |
rafael2k | two weeks there already... tks Wizzup | 13:00 |
Wizzup | hm? | 13:00 |
Wizzup | so you want this package? | 13:01 |
Wizzup | it might break other ucm stuff though | 13:01 |
Wizzup | but yeah check if that works then I guess | 13:01 |
rafael2k | I will debuild it in leste see how far I go | 13:01 |
rafael2k | then we need to remove pp bits from maemo packaging | 13:02 |
rafael2k | which should be really straighforward | 13:02 |
rafael2k | (remove from leste-config pkg) | 13:02 |
rafael2k | I'm following upstream in my leste-config fork... if this new alsa-ucm-conf works, it would be wonderful, then we don't need to maintain audio setup ourselves | 13:04 |
Wizzup | rafael2k: I linked you bullseye btw, we are not on bullseye | 13:21 |
rafael2k | Wizzup: I know... this is why I'll repack | 13:27 |
rafael2k | and from sid, not bullseye | 13:27 |
rafael2k | pp support is from 2 weeks ago | 13:27 |
Wizzup | ok, that might break our other ucm stuff, so we should be careful | 13:28 |
Wizzup | but check it out yeah. | 13:28 |
rafael2k | I will check locally, without rush | 13:30 |
rafael2k | Indeed, at least for me, only audio is left to work fine in the maemo running in the pp | 13:30 |
rafael2k | btw, could we ship pp bt firmware. here is the packaging (with the payload themselves) from ubports: https://github.com/rafael2k/linux-firmware-pine64-rtl8723-bt | 13:37 |
rafael2k | I can edit the changelog and it will be ready to ship | 13:37 |
rafael2k | changed the debian packaging info for leste ^ | 13:42 |
Wizzup | ok | 13:45 |
Wizzup | I need to go for a bit | 13:45 |
Wizzup | freemangordon: fwiw hildon-meta is being built for stable now, I think that concludes the majority of the updates | 13:45 |
Wizzup | I will check when I get back | 13:45 |
rafael2k_ | just confirming - tested repackaging bt firmware and installing linux-firmware-pine64-rtl8723-bt_20200705_all.deb | 13:48 |
rafael2k_ | it works: https://github.com/rafael2k/linux-firmware-pine64-rtl8723-bt | 13:48 |
sicelo | Wizzup - the n900 dma patch doesn't apply on 5.16 :-( | 13:49 |
sicelo | I will try forward porting it | 13:49 |
sicelo | Otherwise the LED stuff (mine, and yours) no longer needs the patches :-) | 13:50 |
freemangordon | Wizzup: yeah (HAM) | 14:21 |
Wizzup | sicelo: I can forward port the reject, did it a few times | 16:43 |
Wizzup | first want stable | 16:43 |
sicelo | Oh, thanks. :-) | 16:44 |
sicelo | I was trying on 5.16.3 stable, although I see it's now 5.16.4 | 16:44 |
Wizzup | the dma one doesn't apply cleanly and we're being insanely ignored on linux-mm | 16:45 |
Wizzup | I usually had to clean up the reverts | 16:45 |
Wizzup | we can also just make a separate commit that just nerfs it alltogether | 16:45 |
Wizzup | (or maybe I did already) | 16:45 |
Wizzup | sicelo: oh wait, the dma ssi one? | 16:45 |
sicelo | Yes, for n900 modem | 16:46 |
Wizzup | ok, check | 16:47 |
Wizzup | yeah we still need to fix that issue | 16:47 |
Wizzup | rafael2k: check @ bt | 16:47 |
Wizzup | rafael2k: I'll be back in ~1hr or so, then I can do it | 16:47 |
rafael2k | Wizzup: yay! | 18:17 |
rafael2k | I got my first X crash with pavucontrol | 18:22 |
rafael2k | since the new stuff came in | 18:22 |
Wizzup | the stable images don't built atm, not sure what's up with that | 18:35 |
Wizzup | I guess I need to flash an older image and try it | 18:35 |
Wizzup | (try to upgrade) | 18:35 |
_uvos_ | freemangordon: the corrupt framebuffer that is shown on display on is not related to x | 18:52 |
_uvos_ | it happens on any enable of the display | 18:52 |
_uvos_ | this problem was introduced in 5.9 | 18:52 |
_uvos_ | since iirc it dosent happen on hdmi | 18:52 |
_uvos_ | and 5.9 contained some refacotring of the pannel drivers | 18:53 |
_uvos_ | whats happening here is that the pannel enable timeing chaned | 18:53 |
_uvos_ | and what we see is the pannels internal framebuffer | 18:53 |
_uvos_ | before the first frame is sent by dss | 18:53 |
_uvos_ | this is at least my strong susipicon | 18:54 |
_uvos_ | i wanted to bisect this but have not gotten to it yet | 18:54 |
freemangordon | _uvos_: ah, I see | 19:10 |
freemangordon | make sence | 19:10 |
freemangordon | still, what I wanted to do is to avoid framebuffer Bo reallocation on rotation | 19:11 |
freemangordon | but failed miserably :) | 19:11 |
freemangordon | and most-probably it does not makes sense anyway | 19:12 |
freemangordon | _uvos_: if you can bisect, that would be great, just tell me the commit that breaks it, I plan to work on TE stuff, will try to fix the corruption while at it | 19:14 |
freemangordon | Wizzup: I think we shall escalate linux-mm ignoring us | 19:15 |
freemangordon | not that I know how, but we can ask I guess | 19:16 |
freemangordon | Wizzup: ping maybe? | 19:20 |
Wizzup | let's deal with it when we do 5.16 or 5.17 | 19:21 |
freemangordon | ok | 19:22 |
freemangordon | though I don;t see how pinging is related :) | 19:22 |
humpelstilzchen[ | maybe a timing issue? | 20:10 |
humpelstilzchen[ | Interesting, when I configure the proximity & lightsensor STK1160 as module, it loads & detects the hardware most times, as part of the kernel it does not. | 20:10 |
Wizzup | freemangordon: just the amount of things on my mind really | 20:39 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!