Bug#972418: linux-image-5.8.*: Can't login with Gdm under Wayland because keyboard doesn't work
Package: src:linux Version: 5.8.10-1 Severity: normal Tags: a11y Dear Maintainer, i can't login through GDM with any kernel of the 5.8 series as long as GDM is run under a Wayland session, beacause at login screen neither the keyboard nor the touchpad works. I can't even switch to a text console, the only thing i can do is reboot via sysrq (which works). Searching in the internet i found many bugs about issues with 5.8 in an Asus laptop, which is my case, but all of them was talking about problems with the Asus Wmi driver, but it doesn't looks to be the same problem i expierienced. Kernels until 5.7 works fine with the default configuration. With 5.8, changing GDM configuration to make it use X instead of Wayland doeas the trick: keyboard and touchpad works so i'm able to login. -- Package-specific info: ** Version: Linux version 5.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.0-9) 10.2.0, GNU ld (GNU Binutils for Debian) 2.35) #1 SMP Debian 5.8.10-1 (2020-09-19) ** Command line: BOOT_IMAGE=/boot/vmlinuz-5.8.0-2-amd64 root=UUID=8dc4939a-c216-4951-ad52-14b1de3ae3d7 ro quiet ** Not tainted ** Kernel log: [ 14.310643] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules [ 14.310644] RAPL PMU: hw unit of domain package 2^-14 Joules [ 14.310645] RAPL PMU: hw unit of domain dram 2^-14 Joules [ 14.310645] RAPL PMU: hw unit of domain pp1-gpu 2^-14 Joules [ 14.310650] RAPL PMU: hw unit of domain psys 2^-14 Joules [ 14.331342] mc: Linux media interface: v0.10 [ 14.431217] videodev: Linux video capture interface: v2.00 [ 14.526377] cryptd: max_cpu_qlen set to 1000 [ 14.541893] platform regulatory.0: firmware: direct-loading firmware regulatory.db [ 14.550135] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s [ 14.596297] ath9k :03:00.0: enabling device ( -> 0002) [ 14.596462] ath: phy0: Set BT/WLAN RX diversity capability [ 14.603185] AVX2 version of gcm_enc/dec engaged. [ 14.603186] AES CTR mode by8 optimization enabled [ 14.603918] ath: phy0: Enable LNA combining [ 14.605048] ath: phy0: ASPM enabled: 0x42 [ 14.605050] ath: EEPROM regdomain: 0x6c [ 14.605050] ath: EEPROM indicates we should expect a direct regpair map [ 14.605052] ath: Country alpha2 being used: 00 [ 14.605053] ath: Regpair used: 0x6c [ 14.606120] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' [ 14.606472] ieee80211 phy0: Atheros AR9565 Rev:2 mem=0xaa7a80b8, irq=17 [ 14.619543] ath9k :03:00.0 wlp3s0: renamed from wlan0 [ 14.742414] uvcvideo: Found UVC 1.00 device USB2.0 VGA UVC WebCam (13d3:5a01) [ 14.745543] uvcvideo 1-6:1.0: Entity type for entity Extension 4 was not initialized! [ 14.745546] uvcvideo 1-6:1.0: Entity type for entity Processing 2 was not initialized! [ 14.745549] uvcvideo 1-6:1.0: Entity type for entity Camera 1 was not initialized! [ 14.745671] input: USB2.0 VGA UVC WebCam: USB2.0 V as /devices/pci:00/:00:14.0/usb1/1-6/1-6:1.0/input/input10 [ 14.745801] usbcore: registered new interface driver uvcvideo [ 14.745802] USB Video Class driver (1.1.1) [ 14.749614] alg: No test for fips(ansi_cprng) (fips_ansi_cprng) [ 15.018435] snd_hda_intel :00:1f.3: enabling device ( -> 0002) [ 15.019188] snd_hda_intel :00:1f.3: bound :00:02.0 (ops i915_audio_component_bind_ops [i915]) [ 15.117982] Bluetooth: Core ver 2.22 [ 15.118001] NET: Registered protocol family 31 [ 15.118002] Bluetooth: HCI device and connection manager initialized [ 15.118005] Bluetooth: HCI socket layer initialized [ 15.118007] Bluetooth: L2CAP socket layer initialized [ 15.118009] Bluetooth: SCO socket layer initialized [ 15.307359] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC255: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker [ 15.307365] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 15.307369] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [ 15.307372] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0 [ 15.307374] snd_hda_codec_realtek hdaudioC0D0:inputs: [ 15.307378] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x1b [ 15.307382] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x19 [ 15.530112] usbcore: registered new interface driver btusb [ 15.707050] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1f.3/sound/card0/input11 [ 15.707240] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1f.3/sound/card0/input12 [ 15.707401] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci:00/:00:1f.3/sound/card0/input13 [ 15.707566] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci:00/:00:1f.3/sound/card0/input14 [ 15.707731] input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci:00/:00:1f.3/sound/card0/input15 [ 15.707917] input: HDA Intel PCH HDMI/DP,pcm=10 as /devices/pci:00/:00:1f.3/sound/card0/input16 [
Bug#855346: been hit with same
Paolo Inaudi ha scritto il 08/12/2017 alle 14:08: > Profile from #126 still doesn't allow to open links in Firefox: > Here it does, I just opened a link ina a message as a new tab in firefox. Don't know why though. -- Massimo Maiurana Ragusa (RG)
Bug#855346: been hit with same
On Thu, 7 Dec 2017 21:59:28 +0100 Massimo Maiurana wrote: > I can confirm that I'm experiencing this bug now, after a recent upgrade > two days ago. Solved for now replacing the current apparmor profile with the one in message #126, at least I can open attachments again until a proper fix is pull upstream. -- Massimo Maiurana Ragusa (RG)
Bug#855346: been hit with same
I can confirm that I'm experiencing this bug now, after a recent upgrade two days ago. I can't open attachments anymore but I'm still able to save them. Running thunderbird from a console I can see that it complain about missing permissions, even for just opening recently-used.xbel -- Massimo Maiurana Ragusa (RG)
Bug#840548: xserver-xorg-video-intel: Xorg freeze when a window exits from fullscreen mode
Package: xserver-xorg-video-intel Version: 2:2.99.917+git20160706-1 Severity: normal I have an Intel GMA 4500M card, and until some months ago I've never had this issue. My graphical environment is enlightenment, self compiled from current git. Now, when I use the fullscreen mode of a window, tipically to watch a movie, Xorg freezes when I exit from that mode or when an urgent notification box is displayed. It happens every time, not randomly, so lately I used to maximize my player window instead of going fullscreen. When it freezes I'm able to switch to a virtual console and kill Xorg from there. Enlightenment has even an option to use a software compositing method which does not use the Gpu, and in software mode I don't experience the issue. Now I investigated this further, with the help of enlightenment developers, and found that using the uxa AccelMethod instead of the default (which is sna) the problem does not occur. I've also had to explicitly enable intel_backlight, because for some reason it is enabled in default configuration but not when using a custom configuration. If you need some other info just let me know. Regards Massimo Maiurana -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Feb 7 2013 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Sep 6 15:09 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 8 -rw-r--r-- 1 root root 384 Sep 26 2015 10-screen.conf -rw-r--r-- 1 max max 233 Jun 11 2015 50-synaptics.conf KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 4.7.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 20160904 (Debian 5.4.1-2) ) #1 SMP Debian 4.7.5-1 (2016-09-26) Xorg X server log files on system: -- -rw-r--r-- 1 max max 4482 Jul 3 21:03 /home/max/.local/share/xorg/Xorg.1.log -rw-r--r-- 1 max max 27909 Oct 12 18:29 /home/max/.local/share/xorg/Xorg.0.log Contents of most recent Xorg X server log file (/home/max/.local/share/xorg/Xorg.0.log): [83.635] (--) Log file renamed from "/home/max/.local/share/xorg/Xorg.pid-2036.log" to "/home/max/.local/share/xorg/Xorg.0.log" [83.635] X.Org X Server 1.18.4 Release Date: 2016-07-19 [83.635] X Protocol Version 11, Revision 0 [83.635] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [83.635] Current Operating System: Linux rubino 4.7.0-1-amd64 #1 SMP Debian 4.7.5-1 (2016-09-26) x86_64 [83.635] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 root=UUID=543b6631-a12b-48ee-ae0c-cb1a8f9f8249 ro init=/lib/systemd/systemd quiet [83.635] Build Date: 06 September 2016 01:32:44PM [83.635] xorg-server 2:1.18.4-2 (https://www.debian.org/support) [83.635] Current version of pixman: 0.34.0 [83.635]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [83.635] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [83.635] (==) Log file: "/home/max/.local/share/xorg/Xorg.0.log", Time: Wed Oct 12 18:28:55 2016 [83.676] (==) Using config directory: "/etc/X11/xorg.conf.d" [83.676] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [83.797] (==) No Layout section. Using the first Screen section. [83.797] (**) |-->Screen "Laptop Screen" (0) [83.797] (**) | |-->Monitor "LVDS Monitor" [83.798] (**) | |-->Device "Intel Graphics" [83.798] (**) | |-->GPUDevice "Intel Graphics" [83.798] (==) Automatically adding devices [83.798] (==) Automatically enabling devices [83.798] (==) Automatically adding GPU devices [83.798] (==) Max clients allowed: 256, resource mask: 0x1f [83.798] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [83.798]Entry deleted from font path. [83.798] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [83.798] (==) ModulePath set to "/usr/lib/xorg/modules" [83.798] (II) The
Bug#829188: SEGVs too frequently (~every other day)
Tony Houghton ha scritto il 20/08/2016 alle 21:49: On 12/07/16 19:00, Carsten Schoenert wrote: this file is not available (any longer). The information on how to get a "valid" backtrace can be found in the Debian Wiki. Please do a log by the way described in the wiki. https://wiki.debian.org/Icedove#Debugging BTW: The current 42.0~b1-1 isn't crashed here for a long time, so I'd be interessted in a GDB log to see there the crashes happen. Sorry it took so long. I think the crashes have got a bit rarer, but I've also not been using this machine to read my mail so much lately. This backtrace is from a core dump (running icedove live in gdb is a bit inconvenient), it's from version 1:45.2.0-3. Yeah, surely rarer as it didn't crash here since I upgraded to 1:45.2.0-4, but today it crashed three times and the file attached is the log of the last crash. -- Massimo Maiurana Ragusa (RG) GNU gdb (Debian 7.11.1-2) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from icedove...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove...done. done. [New LWP 8400] [New LWP 8403] [New LWP 8405] [New LWP 8418] [New LWP 8419] [New LWP 8404] [New LWP 8421] [New LWP 8427] [New LWP 8429] [New LWP 8439] [New LWP 8443] [New LWP 8452] [New LWP 8455] [New LWP 8466] [New LWP 8504] [New LWP 8561] [New LWP 8406] [New LWP 8562] [New LWP 8407] [New LWP 8563] [New LWP 8408] [New LWP 8564] [New LWP 8409] [New LWP 8568] [New LWP 8410] [New LWP 8570] [New LWP 8413] [New LWP 8574] [New LWP 8414] [New LWP 8415] [New LWP 8575] [New LWP 8416] [New LWP 8616] [New LWP 8417] [New LWP 8619] [New LWP 8621] [New LWP 8422] [New LWP 8622] [New LWP 8423] [New LWP 8623] [New LWP 8424] [New LWP 8425] [New LWP 8426] [New LWP 8411] [New LWP 8428] [New LWP 8430] [New LWP 8432] [New LWP 8444] [New LWP 8412] [New LWP 8445] [New LWP 8448] [New LWP 8453] [New LWP 8538] [New LWP 8456] [New LWP 8541] [New LWP 8465] [New LWP 8542] [New LWP 8489] [New LWP 8553] [New LWP 8532] [New LWP 8559] [New LWP 8535] [New LWP 8560] [New LWP 8536] [New LWP 8565] [New LWP 8537] [New LWP 8566] [New LWP 8567] [New LWP 8569] [New LWP 8572] [New LWP 8611] [New LWP 8618] [New LWP 8620] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `icedove --safe-mode'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7fe4270adda9 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35 35 ../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente. [Current thread is 1 (Thread 0x7fe4274a3740 (LWP 8400))] (gdb) thread apply all bt Thread 73 (Thread 0x7fe3d708f700 (LWP 8620)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225 #1 0x7fe4253a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #2 0x7fe4253a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so #3 0x7fe421803cc9 in mozilla::CondVar::Wait (this=0x7fe42607bb00, aInterval=30) at ../../dist/include/mozilla/CondVar.h:79 #4 nsHostResolver::GetHostToLookup (this=this@entry=0x7fe42607bae0, result=result@entry=0x7fe3d708ee70) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1163 #5 0x7fe421804211 in nsHostResolver::ThreadFunc (arg=0x7fe42607bae0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391 #6 0x7fe4253a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #7 0x7fe4270a4464 in start_thread (arg=0x7fe3d708f700) at pthread_create.c:333 #8 0x7fe42634330d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 72 (Thread 0x7fe3eb1f3700 (LWP 8618)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225 #1 0x7fe4253a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #2 0x7fe4253a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so #3 0x7fe421803cc9 in mozilla::CondVar::Wait (this=0x7fe42607bb00, aInterval=30) at ../../dist/include/mozilla/CondVar.h:79 #4 nsHostResolver::GetHostToLookup (this=this@entry=0x7fe42607bae0, result=result@entry=0x7fe3eb1f2e70) at ./mozi
Bug#829188: No segfault (until now) and no internazionalization
Version 45.2.0-4 from sid didn't crash until now, of course I'll report it if it happens again but in the meantime I can report another small issue: the same version of icedove-l10n-it doesn't work as icedove always speaks english. Installing the stretch l10n-it package I have icedove in italian. -- Massimo Maiurana Ragusa (RG)
Bug#829188: icedove backtrace on segfault
Massimo Maiurana ha scritto il 17/08/2016 alle 08:31: Unfortunately even the new version from sid segfaults, attached is a backtrace generated from the dumped core file. Maybe it worth it to add some additional information about how I use icedove, it could be useful. I don't have any pop server configured, all the account which I connect to are on imap servers and they are 7, but 3 of them are from the same server. Every now and then I move some messages from 2 of those accounts (none of these 2 are the 3 accounts on the same server) to my local folders. This makes the global messages db inconsistent as icedove doesn't update it after moving a message, so I have to rebuild the db if I want to use the global search. I don't know if my segfaults are somehow related to this but it shouldn't hurt to tell, should it? ;) -- Massimo Maiurana Ragusa (RG)
Bug#829188: icedove backtrace on segfault
Massimo Maiurana ha scritto il 15/08/2016 alle 09:35: Ok, I installed the package from sid without problems and I can now open the config editor even in normal mode. I'll tell if I'll experience other crashes. Unfortunately even the new version from sid segfaults, attached is a backtrace generated from the dumped core file. Regards -- Massimo Maiurana Ragusa (RG) GNU gdb (Debian 7.11.1-2) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from icedove...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove...done. done. [New LWP 4129] [New LWP 4136] [New LWP 4138] [New LWP 4146] [New LWP 4137] [New LWP 4147] [New LWP 4148] [New LWP 4149] [New LWP 4150] [New LWP 4151] [New LWP 4152] [New LWP 4154] [New LWP 4155] [New LWP 4157] [New LWP 4159] [New LWP 4160] [New LWP 4139] [New LWP 4161] [New LWP 4140] [New LWP 4162] [New LWP 4141] [New LWP 4168] [New LWP 4142] [New LWP 4143] [New LWP 4172] [New LWP 4144] [New LWP 4173] [New LWP 4145] [New LWP 4177] [New LWP 4191] [New LWP 4266] [New LWP 4156] [New LWP 4272] [New LWP 4158] [New LWP 5978] [New LWP 4163] [New LWP 4165] [New LWP 5979] [New LWP 4183] [New LWP 5980] [New LWP 4184] [New LWP 5982] [New LWP 4265] [New LWP 5983] [New LWP 5986] [New LWP 4271] [New LWP 5992] [New LWP 5976] [New LWP 5997] [New LWP 5988] [New LWP 5999] [New LWP 5996] [New LWP 6001] [New LWP 6096] [New LWP 6000] [New LWP 7780] [New LWP 6002] [New LWP 7782] [New LWP 6003] [New LWP 7786] [New LWP 6005] [New LWP 7806] [New LWP 6089] [New LWP 7819] [New LWP 6091] [New LWP 7826] [New LWP 6310] [New LWP 7828] [New LWP 6544] [New LWP 6620] [New LWP 6951] [New LWP 7783] [New LWP 7822] [New LWP 7823] [New LWP 7824] [New LWP 7825] [New LWP 7827] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `icedove --safe-mode'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7f169f67bda9 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35 35 ../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente. [Current thread is 1 (Thread 0x7f169fa70740 (LWP 4129))] (gdb) thread apply all bt Thread 77 (Thread 0x7f1649bf7700 (LWP 7827)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225 #1 0x7f169d9a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #2 0x7f169d9a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so #3 0x7f1699e03cc5 in mozilla::CondVar::Wait (this=0x7f169e67ab00, aInterval=6) at ../../dist/include/mozilla/CondVar.h:79 #4 nsHostResolver::GetHostToLookup (this=this@entry=0x7f169e67aae0, result=result@entry=0x7f1649bf6e70) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1163 #5 0x7f1699e0420d in nsHostResolver::ThreadFunc (arg=0x7f169e67aae0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391 #6 0x7f169d9a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #7 0x7f169f672464 in start_thread (arg=0x7f1649bf7700) at pthread_create.c:333 #8 0x7f169e91130d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 76 (Thread 0x7f164d3fe700 (LWP 7825)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225 #1 0x7f169d9a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #2 0x7f169d9a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so #3 0x7f1699e03cc5 in mozilla::CondVar::Wait (this=0x7f169e67ab00, aInterval=6) at ../../dist/include/mozilla/CondVar.h:79 #4 nsHostResolver::GetHostToLookup (this=this@entry=0x7f169e67aae0, result=result@entry=0x7f164d3fde70) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1163 #5 0x7f1699e0420d in nsHostResolver::ThreadFunc (arg=0x7f169e67aae0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391 #6 0x7f169d9a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #7 0x7f169f672464 in start_thread (arg=0x7f164d3fe700) at pthread_create.c:333 #8 0x7f169e91130d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 75 (Thread 0x7f16528e1700 (LWP 7824)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/u
Bug#829188: icedove backtrace on segfault
Carsten Schoenert ha scritto il 14/08/2016 alle 20:05: dpkg will tell you that. You have to install the files in the right order (normaly apt or apt-get is figuring that out for you). Currently there are no extra dependencies than icedove packages itself. Ok, I installed the package from sid without problems and I can now open the config editor even in normal mode. I'll tell if I'll experience other crashes. Many thanks! -- Massimo Maiurana Ragusa (RG)
Bug#829188: icedove backtrace on segfault
Carsten Schoenert ha scritto il 14/08/2016 alle 18:17: Hello Massimo, On Sun, Aug 14, 2016 at 06:08:04PM +0200, Massimo Maiurana wrote: Update: here, on debian stretch (so icedove 1:45.2.0-2+b1), icedove crashes every time I try to open the config editor, but it doesn't crash if I run it in --safe-mode. The first oddity is that I tried disabling every plugin, every extension and even the language pack and it still crashes. It doesn't crash only running in --safe-mode. The second oddity is that it looks like it's not a segfault, because running it through gdb I still get the crash opening the config editor but it says it is a normal close: [Thread 0x7fffe5ccf700 (LWP 30838) exited] [Inferior 1 (process 30832) exited normally] I don't if it is related to the segvs problem, should I open a new bug for this? Please try first the new version -3 in unstable which was uploaded a few days ago. https://packages.debian.org/source/unstable/icedove Can I install it on stretch without dependencies problems? -- Massimo Maiurana Ragusa (RG)
Bug#829188: icedove backtrace on segfault
Update: here, on debian stretch (so icedove 1:45.2.0-2+b1), icedove crashes every time I try to open the config editor, but it doesn't crash if I run it in --safe-mode. The first oddity is that I tried disabling every plugin, every extension and even the language pack and it still crashes. It doesn't crash only running in --safe-mode. The second oddity is that it looks like it's not a segfault, because running it through gdb I still get the crash opening the config editor but it says it is a normal close: [Thread 0x7fffe5ccf700 (LWP 30838) exited] [Inferior 1 (process 30832) exited normally] I don't if it is related to the segvs problem, should I open a new bug for this? -- Massimo Maiurana Ragusa (RG)
Bug#829188: icedove backtrace on segfault
Carsten Schoenert ha scritto il 12/08/2016 alle 09:10: Hello Massimo, [...] the log is line wrapped, it's really time consuming to read. And some relevant parts in the beginning are missing. :-( Sorry, I missed that point :( Anyway I still have the core file so now I'm attaching the full output from gdb. Thanks -- Massimo Maiurana Ragusa (RG) GNU gdb (Debian 7.11.1-2) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from icedove...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove...done. done. [New LWP 7035] [New LWP 7038] [New LWP 7040] [New LWP 7039] [New LWP 7042] [New LWP 7043] [New LWP 7045] [New LWP 7046] [New LWP 7041] [New LWP 7048] [New LWP 7051] [New LWP 7052] [New LWP 7044] [New LWP 7047] [New LWP 7049] [New LWP 7050] [New LWP 7053] [New LWP 7057] [New LWP 7058] [New LWP 7060] [New LWP 7061] [New LWP 7054] [New LWP 7063] [New LWP 7065] [New LWP 7056] [New LWP 7067] [New LWP 7059] [New LWP 7062] [New LWP 7077] [New LWP 7064] [New LWP 7078] [New LWP 7068] [New LWP 7083] [New LWP 7088] [New LWP 7169] [New LWP 7089] [New LWP 15567] [New LWP 15606] [New LWP 7109] [New LWP 7170] [New LWP 17643] [New LWP 15607] [New LWP 17651] [New LWP 15968] [New LWP 18896] [New LWP 17623] [New LWP 18944] [New LWP 18774] [New LWP 18972] [New LWP 18962] [New LWP 18996] [New LWP 18979] [New LWP 19004] [New LWP 18980] [New LWP 19006] [New LWP 19017] [New LWP 19022] [New LWP 19018] [New LWP 19027] [New LWP 19020] [New LWP 19030] [New LWP 19165] [New LWP 19161] [New LWP 19162] [New LWP 19168] [New LWP 19192] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `icedove'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7facc2e9ada9 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35 35 ../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente. [Current thread is 1 (Thread 0x7facc3290740 (LWP 7035))] (gdb) thread apply all bt Thread 66 (Thread 0x7fac6e6fe700 (LWP 19192)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7facc11a31f5 in PR_Wait () from /usr/lib/x86_64-linux-gnu/libnspr4.so #2 0x7facbd559087 in mozilla::ReentrantMonitor::Wait (aInterval=4294967295, this=0x7fac74e33fe0) at ../../dist/include/mozilla/ReentrantMonitor.h:91 #3 mozilla::ReentrantMonitorAutoEnter::Wait (aInterval=4294967295, this=0x7fac6e6fd8b0) at ../../dist/include/mozilla/ReentrantMonitor.h:190 #4 nsPipeInputStream::Wait (this=this@entry=0x7fac663cf300) at ./mozilla/xpcom/io/nsPipe3.cpp:1143 #5 0x7facbd55d11c in nsPipeInputStream::ReadSegments (this=0x7fac663cf300, aWriter=0x7facbd557120 , aClosure=0x7fac6f5b6000, aCount=4096, aReadCount=0x7fac6e6fd99c) at ./mozilla/xpcom/io/nsPipe3.cpp:1264 #6 0x7facbd39a731 in nsMsgLineStreamBuffer::ReadNextLine (this=0x7fac66c18f10, aInputStream=0x7fac663cf300, aNumBytesInLine=@0x7fac6e6fd9f4: 0, aPauseForMoreData=@0x7fac6e6fd9f2: false, prv=prv@entry=0x7fac6e6fd9f8, addLineTerminator=addLineTerminator@entry=false) at ./mailnews/base/util/nsMsgLineBuffer.cpp:375 #7 0x7facbd45a499 in nsImapProtocol::CreateNewLineFromSocket (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:4704 #8 0x7facbd4603e4 in nsImapProtocol::EstablishServerConnection (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1462 #9 0x7facbd460e33 in nsImapProtocol::ProcessCurrentURL (this=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1636 #10 0x7facbd45ac45 in nsImapProtocol::ImapThreadMainLoop (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1390 #11 0x7facbd45ad36 in nsImapProtocol::Run (this=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1068 #12 0x7facbd56c95b in nsThread::ProcessNextEvent (this=0x7fac6f58ceb0, aMayWait=, aResult=0x7fac6e6fddd7) at ./mozilla/xpcom/threads/nsThread.cpp:972 #13 0x7facbd586a09 in NS_ProcessNextEvent (aThread=, aMayWait=aMayWait@entry=false) at ./mozilla/xpcom/glue/nsThreadUtils.cpp:297 #14 0x7facbd769f06 in mozilla::ipc::MessagePumpForNonMainThreads::Run (t
Bug#829188: icedove backtrace on segfault
The backtrace below is generated from a dumped core on debian stretch. In this case icedove was not running in safe mode, but it had no extension enabled and it previously crashed even in safe mode. If I knew how to get it to crash I could get more info, but sometimes it doesn't crash for some days and other times it segvs many times in a single day. I agree with Ben about the severity of the bug because I lost many messages about to be sent too. I also add that my crashes occur even when i'm not using icedove at all; sometimes I'm doing something else on another virtual desktop and I can see on the pager that icedove is gone. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7facc2e9ada9 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35 35 ../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente. [Current thread is 1 (Thread 0x7facc3290740 (LWP 7035))] (gdb) thread apply all bt Thread 66 (Thread 0x7fac6e6fe700 (LWP 19192)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7facc11a31f5 in PR_Wait () from /usr/lib/x86_64-linux-gnu/libnspr4.so #2 0x7facbd559087 in mozilla::ReentrantMonitor::Wait (aInterval=4294967295, this=0x7fac74e33fe0) at ../../dist/include/mozilla/ReentrantMonitor.h:91 #3 mozilla::ReentrantMonitorAutoEnter::Wait (aInterval=4294967295, this=0x7fac6e6fd8b0) at ../../dist/include/mozilla/ReentrantMonitor.h:190 #4 nsPipeInputStream::Wait (this=this@entry=0x7fac663cf300) at ./mozilla/xpcom/io/nsPipe3.cpp:1143 #5 0x7facbd55d11c in nsPipeInputStream::ReadSegments (this=0x7fac663cf300, aWriter=0x7facbd557120 void*, char const*, unsigned int, unsigned int, unsigned int*)>, aClosure=0x7fac6f5b6000, aCount=4096, aReadCount=0x7fac6e6fd99c) at ./mozilla/xpcom/io/nsPipe3.cpp:1264 #6 0x7facbd39a731 in nsMsgLineStreamBuffer::ReadNextLine (this=0x7fac66c18f10, aInputStream=0x7fac663cf300, aNumBytesInLine=@0x7fac6e6fd9f4: 0, aPauseForMoreData=@0x7fac6e6fd9f2: false, prv=prv@entry=0x7fac6e6fd9f8, addLineTerminator=addLineTerminator@entry=false) at ./mailnews/base/util/nsMsgLineBuffer.cpp:375 #7 0x7facbd45a499 in nsImapProtocol::CreateNewLineFromSocket (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:4704 #8 0x7facbd4603e4 in nsImapProtocol::EstablishServerConnection (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1462 #9 0x7facbd460e33 in nsImapProtocol::ProcessCurrentURL (this=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1636 #10 0x7facbd45ac45 in nsImapProtocol::ImapThreadMainLoop (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1390 #11 0x7facbd45ad36 in nsImapProtocol::Run (this=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1068 #12 0x7facbd56c95b in nsThread::ProcessNextEvent (this=0x7fac6f58ceb0, aMayWait=, aResult=0x7fac6e6fddd7) at ./mozilla/xpcom/threads/nsThread.cpp:972 #13 0x7facbd586a09 in NS_ProcessNextEvent (aThread=, aMayWait=aMayWait@entry=false) at ./mozilla/xpcom/glue/nsThreadUtils.cpp:297 #14 0x7facbd769f06 in mozilla::ipc::MessagePumpForNonMainThreads::Run (this=0x7fac6f6f3dc0, aDelegate=0x7fac815fb410) at ./mozilla/ipc/glue/MessagePump.cpp:326 #15 0x7facbd75a00a in MessageLoop::RunHandler (this=0x7fac815fb410) at ./mozilla/ipc/chromium/src/base/message_loop.cc:227 #16 MessageLoop::Run (this=this@entry=0x7fac815fb410) at ./mozilla/ipc/chromium/src/base/message_loop.cc:201 #17 0x7facbd56e64e in nsThread::ThreadFunc (aArg=0x7fac6f58ceb0) at ./mozilla/xpcom/threads/nsThread.cpp:376 #18 0x7facc11a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #19 0x7facc2e91464 in start_thread (arg=0x7fac6e6fe700) at pthread_create.c:333 #20 0x7facc213030d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 65 (Thread 0x7fac98fff700 (LWP 19168)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225 #1 0x7facc11a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #2 0x7facc11a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so #3 0x7facbd602ea9 in mozilla::CondVar::Wait (this=0x7facc1e7afe0, aInterval=30) at ../../dist/include/mozilla/CondVar.h:79 #4 nsHostResolver::GetHostToLookup (this=this@entry=0x7facc1e7afc0, result=result@entry=0x7fac98ffee70) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1163 #5 0x7facbd6033f1 in nsHostResolver::ThreadFunc (arg=0x7facc1e7afc0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391 #6 0x7facc11a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #7 0x7facc2e91464 in start_thread (arg=0x7fac98fff700) at pthread_create.c:333 #8 0x7facc213030d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 64 (Thread 0x7fac7ebff700 (LWP 19162)): #0 pthread_cond
Bug#823007: Icedove segfault and core dump
Carsten Schoenert ha scritto il 12/08/2016 alle 07:02: Hello Massimo, unfortunately like the reporters before you use the wrong bug report for your issue. Hi Carsten, thanks for your answer. I'll send a bt on #829188 hoping it's the correct place where to do it :) -- Massimo Maiurana Ragusa (RG)
Bug#823007: Icedove segfault and core dump
pending_task=...) at ./mozilla/ipc/chromium/src/base/message_loop.cc:372 #26 0x7facbd75db0a in MessageLoop::DoWork (this=0x7facc1e9d840) at ./mozilla/ipc/chromium/src/base/message_loop.cc:459 #27 0x7facbd76990d in mozilla::ipc::DoWorkRunnable::Run (this=) at ./mozilla/ipc/glue/MessagePump.cpp:220 #28 0x7facbd56c95b in nsThread::ProcessNextEvent (this=0x7facc1e7abb0, aMayWait=, aResult=0x7ffd08978f97) at ./mozilla/xpcom/threads/nsThread.cpp:972 #29 0x7facbd586a09 in NS_ProcessNextEvent (aThread=, aMayWait=aMayWait@entry=false) at ./mozilla/xpcom/glue/nsThreadUtils.cpp:297 #30 0x7facbd76a177 in mozilla::ipc::MessagePump::Run (this=0x7facafe95080, aDelegate=0x7facc1e9d840) at ./mozilla/ipc/glue/MessagePump.cpp:95 ---Type to continue, or q to quit--- #31 0x7facbd75a00a in MessageLoop::RunHandler (this=) at ./mozilla/ipc/chromium/src/base/message_loop.cc:227 #32 MessageLoop::Run (this=) at ./mozilla/ipc/chromium/src/base/message_loop.cc:201 #33 0x7facbe76b24e in nsBaseAppShell::Run (this=0x7faca5eb2140) at ./mozilla/widget/nsBaseAppShell.cpp:156 #34 0x7facbed46c38 in nsAppStartup::Run (this=0x7faca46285b0) at ./mozilla/toolkit/components/startup/nsAppStartup.cpp:281 #35 0x7facbed7bc9c in XREMain::XRE_mainRun (this=this@entry=0x7ffd08979238) at ./mozilla/toolkit/xre/nsAppRunner.cpp:4285 #36 0x7facbed7bf51 in XREMain::XRE_main (this=this@entry=0x7ffd08979238, argc=argc@entry=1, argv=argv@entry=0x7ffd0897a748, aAppData=aAppData@entry=0x7ffd08979438) at ./mozilla/toolkit/xre/nsAppRunner.cpp:4382 #37 0x7facbed7c17f in XRE_main (argc=1, argv=0x7ffd0897a748, aAppData=0x7ffd08979438, aFlags=) at ./mozilla/toolkit/xre/nsAppRunner.cpp:4484 #38 0x00404e88 in do_main (argc=argc@entry=1, argv=argv@entry=0x7ffd0897a748, xreDirectory=0x7facc1e50900) at ./mail/app/nsMailApp.cpp:195 #39 0x0040460a in main (argc=1, argv=0x7ffd0897a748) at ./mail/app/nsMailApp.cpp:332 -- Massimo Maiurana Ragusa (RG)
Bug#823007: Icedove segfault and core dump
Hi, I'm experiencing random crashes too and would like to help to track them down. After some time running icedove under gdb with no crashes I tried to make it generate a core dump instead, and this way it did segfault at the end. Now I would like to know what to do with this dump. It's 889M so i guess I can't send it here in any way. Should I inspect it in some way? If the answer is yes please tell me every step I should do. -- Massimo Maiurana Ragusa (RG)
Bug#803464: linux-image-4.2.0-1-amd64: wlan not working with ath9k driver
Package: src:linux Version: 4.2.3-2 Severity: important Dear Maintainer, my wireless chip just don't work with any kernel of the 4.2.0 series, so I have to boot 4.1.0 in order to have it working. Most of the times it connects to my wifi router but is unable to go outside and connect to any server, then I see that connmand looses its connection and tries to estabilish a new one, and it goes on this way disconnecting and reconnecting. Sometime it connects and start working, but it lasts for a few time; it can be 5 minutes or even 1 hour, then it looses connection again. The driver in use is ath9k, lspci reports a "Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express)" controller. I can use the ethernet controller, which is what I'm doing now to report this bug, but it's a laptop and so wlan is needed. Thanks Massimo Maiurana *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: ** Version: Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-2 (2015-10-14) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 root=UUID=543b6631-a12b-48ee-ae0c-cb1a8f9f8249 ro init=/lib/systemd/systemd quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 191.633757] ath: EEPROM indicates we should expect a country code [ 191.633759] ath: doing EEPROM country->regdmn map search [ 191.633761] ath: country maps to regdmn code: 0x37 [ 191.633762] ath: Country alpha2 being used: IT [ 191.633764] ath: Regpair used: 0x37 [ 191.633765] ath: regdomain 0x817c dynamically updated by country IE [ 191.633817] cfg80211: Regulatory domain changed to country: IT [ 191.633819] cfg80211: DFS Master region: ETSI [ 191.633820] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 191.633823] cfg80211: (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 191.633826] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 191.633829] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 191.633831] cfg80211: (549 KHz - 571 KHz @ 16 KHz), (N/A, 2700 mBm), (0 s) [ 191.633833] cfg80211: (5700 KHz - 6600 KHz @ 216 KHz), (N/A, 4000 mBm), (N/A) [ 204.477261] wlan0: deauthenticated from 78:6a:89:72:14:d0 (Reason: 3=DEAUTH_LEAVING) [ 204.540771] cfg80211: World regulatory domain updated: [ 204.540777] cfg80211: DFS Master region: unset [ 204.540779] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 204.540783] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 204.540785] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 204.540788] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [ 204.540790] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 204.540793] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 204.540795] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s) [ 204.540798] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 204.540800] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm), (N/A) [ 204.543862] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 205.608866] wlan0: authenticate with 78:6a:89:72:14:d0 [ 205.637189] wlan0: send auth to 78:6a:89:72:14:d0 (try 1/3) [ 205.638914] wlan0: authenticated [ 205.640110] wlan0: associate with 78:6a:89:72:14:d0 (try 1/3) [ 205.644088] wlan0: RX AssocResp from 78:6a:89:72:14:d0 (capab=0x431 status=0 aid=1) [ 205.644207] wlan0: associated [ 205.644257] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 205.654769] ath: EEPROM regdomain: 0x817c [ 205.654775] ath: EEPROM indicates we should expect a country code [ 205.654778] ath: doing EEPROM country->regdmn map search [ 205.654780] ath: country maps to regdmn code: 0x37 [ 205.654782] ath: Country alpha2 being used: IT [ 205.654783] ath: Regpair used: 0x37 [ 205.654786] ath: regdomain 0x817c dynamically updated by country IE [ 205.654839] cfg80211: Regulatory domain changed to country: IT [ 205.654841] cfg80211: DFS Master region: ETSI [ 205.654843] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 205.654847] cfg80211: (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 205.654851] cfg80211: (517 KHz - 5250
Bug#789624: xserver-xorg-video-intel: Driver in Scretch ignores options from kernel and from xorg.conf
Julien Cristau ha scritto il 23/06/2015 alle 21:12: > Please report kernel issues against the kernel. As for configuration of > the X driver, sharing your actual config would help. What config do you need? I don't have any config not listed above, unless I'm missing something obvious and in that case, please, tell what can I provide. I'll report this issue even against the kernel, thanks. Massimo Maiurana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789624: xserver-xorg-video-intel: Driver in Scretch ignores options from kernel and from xorg.conf
Actually I found that the other files in /usr/X11/xorg.conf.d containing a section "Device" were not shipped with any package, so I merged all options in a single file in /etc/X11/xorg.conf.d with also a "Screen" section. Here is its content: === Section "Screen" Identifier "Laptop Screen" Device "Intel Graphics" Monitor "LVDS Monitor" EndSection Section "Monitor" Identifier "LVDS Monitor" Gamma 0.70 0.72 0.68 EndSection Section "Device" Identifier "Intel Graphics" Driver "intel" # Option "AccelMethod" "uxa" Option "Backlight" "intel_backlight" Option "monitor-LVDS1" "LVDS Monitor" BusID "PCI:0:2:0" EndSection === Now the driver correctly uses the intel_backlight interface and I'm able to adjust backlight again, so the bug is now just that it just ignores options on the kernel command line, while on Jessie the same options are taken into account. Kind regards Massimo Maiurana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789624: xserver-xorg-video-intel: Driver in Scretch ignores options from kernel and from xorg.conf
Package: xserver-xorg-video-intel Version: 2:2.99.917-1 Severity: normal Dear Maintainer, I was running a Jessie system until this morning, now I dist-upgraded to Stretch and I have a problem which looks related to the intel driver. I'm on an old Acer laptop, and before the upgrade the backlight controls worked fine passing acpi_backlight=vendor and acpi_osi=Linux on the kernel command line. Now it doesn't work anymore, I can adjust backlight echoing a value in /sys/class/backlight/intel_backlight/backlight but nor hotkeys neither applets can adjust it. After some googling I tried creating a configuration file in /etc/X11/xorg.conf.d, to tell it to use intel_backlight instead of acer-wmi, but it still doesn't work. I saw that in /usr/X11/xorg.conf.d there is a file to tell the driver to use UXA acceleration, but reading Xorg.log looks like SNA is used instead. Also in Xorg.log it tells it's loading the platform driver, which has never worked AFAIK, so I guess the problem is just that every option passed to the driver is simply ignored. Tried even adding video.use_native_backlight=1 on kernel command line with no luck. Kind regards Massimo *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Feb 7 2013 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2384712 May 5 01:24 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 8 -rw-r--r-- 1 max max 157 Jun 22 19:31 20-backlight.conf -rw-r--r-- 1 max max 233 Jun 11 09:17 50-tapping.conf KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) Xorg X server log files on system: -- -rw-r--r-- 1 root root 6713 Feb 19 2014 /var/log/Xorg.4.log -rw-r--r-- 1 root root 6728 May 18 2014 /var/log/Xorg.3.log -rw-r--r-- 1 root root 5367 Mar 9 00:52 /var/log/Xorg.1.log -rw-r--r-- 1 root root 11643 Jun 22 19:22 /var/log/Xorg.2.log -rw-r--r-- 1 root root 18625 Jun 22 19:40 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [33.489] X.Org X Server 1.17.1 Release Date: 2015-02-10 [33.489] X Protocol Version 11, Revision 0 [33.489] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [33.489] Current Operating System: Linux rubino 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 [33.489] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=543b6631-a12b-48ee-ae0c-cb1a8f9f8249 ro video.use_native_backlight=1 acpi_osi=Linux acpi_backlight=vendor init=/lib/systemd/systemd quiet [33.489] Build Date: 04 May 2015 11:22:06PM [33.489] xorg-server 2:1.17.1-2 (http://www.debian.org/support) [33.489] Current version of pixman: 0.32.6 [33.489]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [33.489] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [33.489] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jun 22 19:39:44 2015 [33.683] (==) Using config directory: "/etc/X11/xorg.conf.d" [33.683] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [34.171] (==) No Layout section. Using the first Screen section. [34.171] (==) No screen section available. Using defaults. [34.171] (**) |-->Screen "Default Screen Section" (0) [34.171] (**) | |-->Monitor "" [34.171] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [34.171] (**) | |-->Device "Card0" [34.171] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [34.171] (==) Automatically adding devices [34.171] (==) Automatically enabling devices [34.172] (==) Automatically adding GPU devices [34.696] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [34.696]Entry d
Bug#762087: samba-ad-dc script doesn't check for running process in stop
Dominique Brazziel ha scritto il 09/10/2014 alle 17:17: > I am not running an ad-dc samba server, the role > is 'auto', so that process never gets started. In my case the role is "standalone server" but the result is the same, the server is not started due to the check in the 'start' stanza and the stop job looks for a process that doesn't exist. -- Massimo Maiurana Ragusa (RG) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762087: samba: systemd and samba stop computer wait of 5 minute
Same problem here. Even with "systemctl stop samba" it takes much time, and in the meanwhile a "systemctl list-jobs" returns this: JOB UNITTYPE STATE 2581 samba.service stop running 2582 samba-ad-dc.service stop waiting 2 jobs listed. -- Massimo Maiurana Ragusa (RG) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688238: More than just a wishlist
I was about to open a bug as my connman does change the hostname to dhcppc0, and now I see it is a known bug which was solved in connman 1.3. Well, I think this bug is more than just a "wishlist" one, because I suspect this leads to some related issues. For instance, sometimes /var/log/syslog is just empty, and looking in syslog.1 I see that the file was switched just right after the hostname change. Or even, sometimes I can't run synaptic because it fails reporting it was not able to open the desktop. Thanks. -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org