| 17 Nov 2025 |
 dramforever | if it's not in the nix closure i'd be very surprised | 09:11:33 |
| dramforever | but that's all i can think of | 09:11:50 |
 Yureka (she/her) | As in how do I invoke it? | 09:12:26 |
| dramforever | addr2line -e /path/to/libgallium.so 0x1a8fandsuch | 09:13:09 |
| Yureka (she/her) | [yuka@m1:~/proj/nixpkgs]$ addr2line 0x1a8f444 -e result/lib/libgallium-25.3.0.so
??:?
[yuka@m1:~/proj/nixpkgs]$
| 09:13:16 |
| Yureka (she/her) | *
[yuka@m1:~/proj/nixpkgs]$ addr2line 0x1a8f444 -e result/lib/libgallium-25.3.0.so
??:?
[yuka@m1:~/proj/nixpkgs]$
| 09:13:23 |
| dramforever | -f | 09:13:48 |
| Yureka (she/her) | agx_batch_reads
??:?
| 09:14:11 |
| dramforever | well | 09:14:25 |
| dramforever | there you go | 09:14:47 |
| Yureka (she/her) | 3dab73159bc asahi,ail: fix multi-plane imports
84d8e6824be treewide: don't check before free
ed97f7791a1 asahi: enable virtgpu support
20dab5f819f asahi: enable virtgpu support | 09:15:40 |
| Yureka (she/her) | * 3dab73159bc asahi,ail: fix multi-plane imports
84d8e6824be treewide: don't check before free
ed97f7791a1 asahi: enable virtgpu support
20dab5f819f asahi: enable virtgpu support
| 09:15:48 |
| Yureka (she/her) | that's all the commits touching agx_batch.c in 25.2.6...25.3.0 | 09:16:04 |
| dramforever | could be someone else passing a null pointer or something though | 09:16:51 |
| dramforever | are you really sure it's not in coredumpctl | 09:16:59 |
| Yureka (she/her) | it's not | 09:17:11 |
| Yureka (she/her) | probably because firefox is handling it itself | 09:17:38 |
| dramforever | they "should" still raise a signal in the signal handler so it's dumped anyway but what do i know.. | 09:18:34 |
 vcunat | I do have lines in coredumpctl list from firefox. | 09:19:14 |
| vcunat | Though maybe it depends how it crashes. | 09:20:26 |
| vcunat | * Though maybe it depends how/where it crashes. | 09:20:42 |
| dramforever | these are all the symbols in libgallium for reference
agx_upload_vbos
agx_draw_vbo
u_vbuf_draw_vbo
cso_draw_arrays
st_pbo_draw
try_pbo_upload_common
st_TexSubImage
texture_sub_image
texsubimage_err
_mesa_TexSubImage2D
| 09:25:58 |
| dramforever | what does this mean? fiik | 09:26:12 |
| Yureka (she/her) | i'll just submit a bug report in mesa | 09:26:35 |
| Yureka (she/her) | https://gitlab.freedesktop.org/mesa/mesa/-/issues?show=eyJpaWQiOiIxNDMwOSIsImZ1bGxfcGF0aCI6Im1lc2EvbWVzYSIsImlkIjoxNDM4MzJ9 | 09:35:02 |
| Yureka (she/her) | * | 09:36:52 |
 K900 | Hmm supposedly Firefox records the minidumps in ~/.mozilla/profiles/.../pending | 09:40:00 |
| K900 | And you can then breakpad minidump2core them and then gdb | 09:40:08 |
| Yureka (she/her) | would this solve the problem of not having debug symbols? | 09:57:30 |
| Yureka (she/her) | I guess in combination with some debuginfod | 09:57:40 |
