| Summary: | X.org core dump when modprobing nouveau on a dual GPU laptop | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Bruno Pagani <bruno.n.pagani> | ||||
| Component: | * Other | Assignee: | Xorg Project Team <xorg-team> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||
| Severity: | normal | ||||||
| Priority: | medium | CC: | bruno.n.pagani | ||||
| Version: | unspecified | ||||||
| Hardware: | x86-64 (AMD64) | ||||||
| OS: | Linux (All) | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
The coredump seems gone. Closing this. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 127468 [details] journalctl excerpt of a full session coredump Hi there, I’ve recently got a new laptop with a Intel Core i7-6700HQ CPU and its HD Graphics 530 integrated GPU, + a Nvidia Quadro M1000M dedicated GPU. I’m running an up-to-date Arch Linux system. I’m encountering several issues, among which there is the following one. Note that I’m not really sure against what I should report this bug, so just ended up putting it here… My system is currently configured to not load nouveau on boot. So, only i915 is loaded. After starting (which bring me to my DM, sddm) and either log into my session and opening a terminal or switch to a tty and log into that one, modprobing nouveau (to test DRI_PRIME for instance) result in a xorg core dump. A journalctl excerpt: [ 492.475762] systemd-coredump[1012]: Process 940 (Xorg) of user 0 dumped core. Stack trace of thread 940: #0 0x00007f243640e04f raise (libc.so.6) #1 0x00007f243640f47a abort (libc.so.6) #2 0x00007f2436406ea7 __assert_fail_base (libc.so.6) #3 0x00007f2436406f52 __assert_fail (libc.so.6) #4 0x0000000000454d1e dixRegisterPrivateKey (Xorg) #5 0x00007f242a9f3781 glamor_init (libglamoregl.so) #6 0x00007f242ac278a0 n/a (modesetting_drv.so) #7 0x0000000000436c7a AddGPUScreen (Xorg) #8 0x0000000000496d1d n/a (Xorg) #9 0x000000000049c80b n/a (Xorg) #10 0x0000000000497097 n/a (Xorg) #11 0x000000000047942b xf86VTEnter (Xorg) #12 0x000000000043b2dd WakeupHandler (Xorg) #13 0x00000000005954f9 WaitForSomething (Xorg) #14 0x000000000043656e n/a (Xorg) #15 0x000000000043a763 n/a (Xorg) #16 0x00007f24363fb291 __libc_start_main (libc.so.6) #17 0x00000000004246e9 _start (Xorg) Stack trace of thread 943: #0 0x00007f24361cb10f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f2431a5fef9 n/a (intel_drv.so) #2 0x00007f24361c5454 start_thread (libpthread.so.0) #3 0x00007f24364c37df __clone (libc.so.6) Stack trace of thread 941: #0 0x00007f24361cb10f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f2431a5fef9 n/a (intel_drv.so) #2 0x00007f24361c5454 start_thread (libpthread.so.0) #3 0x00007f24364c37df __clone (libc.so.6) Stack trace of thread 942: #0 0x00007f24361cb10f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f2431a5fef9 n/a (intel_drv.so) #2 0x00007f24361c5454 start_thread (libpthread.so.0) #3 0x00007f24364c37df __clone (libc.so.6) You can find a more longer excerpt in attachment, from a case where I crashed the system from within a plasma session (you’ll see all major plasma components core dump as well). Note that in this case I’m unable to recover my system without rebooting (nothing works excepted power button), while when crashing from a TTY, the X.org server is restarted on DISPLAY:0. My previous system with Intel Core i7-4702HQ and Nvidia GT750M isn’t affected.