Description of problem: Mär 03 22:16:50 fedorapine systemd-coredump[2902]: [🡕] Process 2900 (firefox) of user 1000 dumped core. Stack trace of thread 2900: #0 0x0000007fac1b9544 _ZL14UnexpectedExitv (libxul.so + 0x40e8544) #1 0x0000007fb80b7194 __run_exit_handlers (libc.so.6 + 0x3b194) #2 0x0000007fb80b7324 exit (libc.so.6 + 0x3b324) #3 0x0000007fb5074b20 pci_generic_error (libpci.so.3 + 0x2b20) #4 0x0000007fb507630c pci_init (libpci.so.3 + 0x430c) #5 0x0000007fac1c7cb0 childgltest (libxul.so + 0x40f6cb0) #6 0x0000007fac1c8418 _Z20fire_glxtest_processv (libxul.so + 0x40f7418) #7 0x0000007fac1bcd34 _ZN7XREMain12XRE_mainInitEPb (libxul.so + 0x40ebd34) #8 0x0000007fac1c3944 _ZN7XREMain8XRE_mainEiPPcRKN7mozilla15BootstrapConfigE (libxul.so + 0x40f2944) #9 0x0000007fac1c3d4c _Z8XRE_mainiPPcRKN7mozilla15BootstrapConfigE (libxul.so + 0x40f2d4c) #10 0x000000558f10baf0 _ZL7do_mainiPPcS0_ (firefox + 0xbaf0) #11 0x000000558f10aecc main (firefox + 0xaecc) #12 0x0000007fb80a0adc __libc_start_main (libc.so.6 + 0x24adc) #13 0x000000558f10b1b8 _start (firefox + 0xb1b8) depending on the cmd arguments a window opens, or not and ~70 processes hanging around. Version-Release number of selected component (if applicable): Name : firefox Version : 85.0 Release : 11.fc34 Architecture: aarch64 How reproducible: just starting ...
firefox, not fio.
It's a problem with libpci: #3 0x0000007fb5074b20 pci_generic_error (libpci.so.3 + 0x2b20) #4 0x0000007fb507630c pci_init (libpci.so.3 + 0x430c) Firefox uses that to detect VGA adapters. I see it's aarch64 - may that be a factor here?
Michal, I see you did some work on libpci, do you have any idea how to handle that? Thanks.
The device was a pinephone, which ode snot even have the bus interface to query the pci devices. The patch needs to check that the pci interface iteself exists, before querying the devices.
> Firefox uses that to detect VGA adapters. I see it's aarch64 - may that be a > factor here? That won't work for a lot of ARM devices because most display GPUs and related HW aren't attached by pci so lspci or associated API won't return a display adapter.
If there is no pci bus on that device it won't work. You should probably check it in advance if it exists or not. If you can't do that, you can replace pci_access->error method between pci_alloc(...) and pci_init(...) to set some global flag, test it if initialization failed and handle it the way you need.
> Firefox uses that to detect VGA adapters. I see it's aarch64 - may that be a > factor here? By "detect VGA adapters" do you mean the model of the GPU to work out some capability? What functionality is this used for?
This message is a reminder that Fedora Linux 34 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 34 on 2022-06-07. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '34'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 34 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 34 entered end-of-life (EOL) status on 2022-06-07. Fedora Linux 34 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. Thank you for reporting this bug and we are sorry it could not be fixed.