<logan2611>
GPU doesn't work on -next still, but it looks like now it tries to deference a null pointer for some reason https://0x0.st/KFDe.txt
icecream95 has joined #aarch64-laptops
lynxy has joined #aarch64-laptops
<icecream95>
robclark: I probably should have better explained the bug... the Valgrind report ( https://0x0.st/KUQt.txt ) should make it more clear.
<icecream95>
st_pbo_draw uploads a vertex buffer, then sets constants, then draws using both, but if consts go to a new resource then pipe_upload_constant_buffer0 deletes the resource for the vertex buffer
<icecream95>
Looks like crocus might have a different bug, which may be hard to find without using Valgrind or ASan
<robclark>
try nerfing vbuf, I think that fixes the issue.. I'm a bit suspicious of u_vbuf_set_driver_vertex_buffers() but still digging thru how this is _supposed_ to work post zmike-mr
<robclark>
I know there is some interaction btwn const uploads and streaming uploads.. but don't think that is the root issue
<icecream95>
st_pbo.c uploads the vertex buffer, then calls cso_set_vertex_buffers, which I guess no longer takes a reference to the resource, so the only reference is in the uploader.
<icecream95>
If the uploader is used again before the draw_arrays, then the uploader can release the reference
<icecream95>
I guess that without vbuf, setting vertex buffers goes into the driver and takes a reference there?
_mike_ has joined #aarch64-laptops
<icecream95>
robclark: Oh, and perhaps you can suggest that people debugging run with GALLIUM_THREAD=0, since otherwise threaded_context obscures the stack trace
Caterpillar has quit [Quit: Konversation terminated!]
Caterpillar has joined #aarch64-laptops
krzk has quit [Ping timeout: 480 seconds]
krzk has joined #aarch64-laptops
<McCak[m]>
SpieringsAE: i think it does, but i decided to compile it on my home server under podman ubuntu 25:10, still doesnt work tho as its complain about libssl-dev despite its already installed, weird issue but probably because i was using bindeb-pkg
<McCak[m]>
i am thinking to setup ubuntu vm or just use my oci
<icecream95>
robclark: I think I'm agreeing with you that it isn't the root issue... a bunch of drivers use the uploaders internally, and I think that's why the change doesn't fix crocus
<robclark>
icecream95: rollover of uploader mid-draw seems like a critical thing missed in zmike's changes.. I think maybe tomorrow I'll try undoing the u_uploader part of that commit, since clearly u_uploader needs to hold a ref
<robclark>
yeah, internal driver use is why I was skeptical of splitting uploaders as a "fix"
<icecream95>
robclark: Perhaps the fix is just to use u_upload_alloc_ref for the vertex buffer in st_pbo_draw? (And then set releasebuf to vbo.buffer.resource)
<icecream95>
Then instead of keeping the previous upload buffer alive, we keep the current one alive until the draw, which sounds like a better idea :)
<icecream95>
But I am still confused about exactly what the responsibilities are... perhaps it's actually the const buffer upload's fault for unreferencing the buffer?
mbuhl has quit [Ping timeout: 480 seconds]
mbuhl has joined #aarch64-laptops
bryanodonoghue has quit [Ping timeout: 480 seconds]
bryanodonoghue has joined #aarch64-laptops
<robclark>
I'd kinda prefer that u_upload owns the ref.. when zmike gets back, if he wants to change that it should be accompanied by better docs+debugging ;-)
<robclark>
rather than crossing fingers and hope that u_upload doesn't roll over mid-draw
gwolf has quit [Ping timeout: 480 seconds]
gwolf has joined #aarch64-laptops
jodaco has quit [Ping timeout: 480 seconds]
jodaco has joined #aarch64-laptops
enyalios has quit [Remote host closed the connection]
enyalios has joined #aarch64-laptops
<icecream95>
robclark: Looks like Gallium HUD is broken as well, and so is primconvert, and perhaps the blitter, and user indices, and vbuf, and... so undoing changes for now is probably a good idea
<robclark>
yeah.. I kinda wish there was less stuff stacked on top of that MR, right now reverting is kinda messy.. this kinda sucks
krei-se has joined #aarch64-laptops
<icecream95>
Perhaps u_upload_mgr could keep an array of buffers, and then they all get unreferenced at once at safepoints
krei-se- has quit [Ping timeout: 480 seconds]
<robclark>
I mean, it is all bodging around a fundamentally unsafe change.. the obv right thing to do is revert.. it is just that is messy
<robclark>
but a bit under the weather today.. will take another look after a nights sleep
icecream95 has quit [Quit: rcirc on GNU Emacs 30.2]
_mike_ has quit [Quit: Connection closed for inactivity]
krzk has quit [Ping timeout: 480 seconds]
krzk has joined #aarch64-laptops
tobhe has joined #aarch64-laptops
tobhe_ has quit [Ping timeout: 480 seconds]
zdykstra has quit [Quit: WeeChat 4.7.2]
zdykstra has joined #aarch64-laptops
notHorseface has quit [Quit: I am over the moon, although it is day time so I am probably on the other side of the world, and upside down which would make me the right way up.]
notHorseface has joined #aarch64-laptops
notHorseface has quit [Quit: I am over the moon, although it is day time so I am probably on the other side of the world, and upside down which would make me the right way up.]
notHorseface has joined #aarch64-laptops
notHorseface has quit [Remote host closed the connection]
<steev>
- it occurs with Showtime (the default media player) on the T14s as well, is there any way we could make it less spammy though? i played maybe 15 seconds of the video and have 164K text file from the playback
<Jadesheher[m]>
im also having trouble with archlinuxarm itself
<Jadesheher[m]>
the extra repo downloading at 8kbit/s is not really fun
<valpackett>
oh i remember that.. i think even x86 arch had some horrific mirrors too
<Jadesheher[m]>
i tried multiple ones from my region and none were fast enough
<Jadesheher[m]>
gosh the USB speed is so slow postmarketos live cant cope with it
<valpackett>
o.0 really? i have booted even ubuntu from usb2 sticks recentlyish
<Jadesheher[m]>
i mean it booted
<Jadesheher[m]>
just everything keeps crashing
<Jadesheher[m]>
with my X13 (non s) I even sometimes run OS from external SSDs
<Jadesheher[m]>
so the lenovo people dont see that I glue my SSD into the laptop
<valpackett>
uh oh. i used pmos right from a usb stick on the x1e dell for initial bringup
<Jadesheher[m]>
do I install the Postmarketos with a NVME USB Adapter or from this live install now?
<valpackett>
and ubuntu concept on usb to recover from borking pmos on the ssd a couple times lol
<Jadesheher[m]>
i have 2 ssds
<Jadesheher[m]>
if pmos fails i will just use alarm
<valpackett>
Jadesheher[m]: however you want.. with an nvme usb adapter you can even just `--sdcard` it from any linux anywhere! pmbootstrap is magic
<Jadesheher[m]>
what does --sdcard do?
nashpa has joined #aarch64-laptops
<valpackett>
directly make a ready-to-use final install on a disk, just from a command line with pmbootstrap on any machine
<Jadesheher[m]>
i think the current one is --disk
<Jadesheher[m]>
im using that already
dliviu has quit [Ping timeout: 480 seconds]
<SpieringsAE>
jadesheher: I had a great alarm mirror on my opi5+ this weekend 80Mbyte/s
<SpieringsAE>
its unfortunate that reflector doesn't seem to work with it, at least it didn't work when I tried it
icecream95 has quit [Ping timeout: 480 seconds]
<Jadesheher[m]>
its somehow broken
<Jadesheher[m]>
im now trying the postmarketos os-installer
ravikant_ has quit [Ping timeout: 480 seconds]
ravikant_ has joined #aarch64-laptops
efenex has quit [Ping timeout: 480 seconds]
efenex has joined #aarch64-laptops
reng_ has quit [Ping timeout: 480 seconds]
notHorseface has quit [Quit: I am over the moon, although it is day time so I am probably on the other side of the world, and upside down which would make me the right way up.]
SpieringsAE has quit [Ping timeout: 480 seconds]
reng has joined #aarch64-laptops
SpieringsAE has joined #aarch64-laptops
notHorseface has joined #aarch64-laptops
sudeepholla has quit [Remote host closed the connection]
whiskey9_ has quit [Quit: Terminated!]
whiskey9_ has joined #aarch64-laptops
deathmist has quit [Quit: WeeChat 4.7.1]
deathmist has joined #aarch64-laptops
craftyguy has quit [Remote host closed the connection]
<clover[m]>
Reflector doesn't support ALARM. I used eos-rankmirrors which seems to work
ravikant_ has quit []
Caterpillar2 has joined #aarch64-laptops
<clover[m]>
nvm, thats just for the endeavouros repo packages, not extra
rz_ has quit [Remote host closed the connection]
Caterpillar2 has quit []
notHorseface has quit [Quit: I am over the moon, although it is day time so I am probably on the other side of the world, and upside down which would make me the right way up.]
<steev>
clover[m]: so, i can kinda sorta reproduce Jadesheher[m]'s issue
<steev>
if i stop alsa-restore, blow away /var/lib/alsa and then restart *in el2*, i get no audio output, however, if i blow it all away, and restart in el1, i get audio output and *then* i can restart in el2 and get it?
<clover[m]>
This is also coming from another new user:
<clover[m]>
"I can play multimedia and sound files but only headphones work with a low output volume with the mixer at 100%. No output at all, no sound through the lateral speakers.
<clover[m]>
- I have launched alsamixer and shows many devices, like 10 and I've unmuted all of them just in case."
<clover[m]>
Definitely something fishy going on. My speakers work fine though hmm
<steev>
i use pipewire not alsamixer directlly
<steev>
do make sure they aren't using alsa-ucm-conf 1.2.14
<clover[m]>
oh is that version borked?
<clover[m]>
yep thats what in extra right now
<steev>
yeah make sure to downgrade to 1.2.13 or use git ((iirc))
<steev>
it says microphones but it seems like more than that
<clover[m]>
blowing away /var/lib/alsa i can also reproduce the bug
<clover[m]>
downgrading to 1.2.13 i see the mic again, but speakers are still out
<clover[m]>
and then just like jade, downgrading to 6.16.9 brings back speakers
<clover[m]>
linux 6.16.9*
<steev>
but if you go back to 6.18 it goes away?
<clover[m]>
i tried 6.17.7, and i have speakers (loud) again
<clover[m]>
speakers are present (slightly softer) on 6.18 now
<clover[m]>
wtf is happening
<clover[m]>
current theory: /var/lib/alsa/asound.state is getting loaded correctly in 6.16, then newer kernels are just loading that older asound.state, but they don't know how to create good new ones so users doing new installs are seeing the bug
<clover[m]>
i tested this theory, and actually they are getting loaded correctly in 6.17 too. so its a bug with 6.18.
<steev>
okay, i'll try reverting marek's asoc patches and see if that fixes things up
<steev>
but oddly, i got sound in el1, but not el2 here, not just no sound
<clover[m]>
just lmk, i can test it pretty quick
<steev>
clover[m]: i just force pushed 6.18
<steev>
got sound in 6.18 with el2 and alsa-ucm-conf 1.2.13
witcher01 has quit [Ping timeout: 480 seconds]
<clover[m]>
that fixed it, ok ill push this to my repo
lynxy has quit [Remote host closed the connection]
<clover[m]>
6.18.0-2 should have the fix if you wand to try it Jade (she/her)