Bug#803677: linux-image-4.2.0-1-amd64: frequent stalling of whole machine since upgrade from kernel 4.1 to 4.2
Package: src:linux Version: 4.2.3-2 Severity: important Dear Maintainer, since upgrading from kernel 4.1 to 4.2 I'm experiencing frequent stalls, which make the whole computer stop doing anything. On pressing a keyboard key or (but that works only sometimes) moving the mouse, it continues. dmesg is flooded with messages about "INFO: rcu_sched self-detected stall on CPU", see below. This is escpescially annoying when trying to shutdown the machine as I have to literally have to keep typing on the keyboard until the machine powers off. - Tim *** 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-kernel@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=/vmlinuz-4.2.0-1-amd64 root=UUID=a411f5e5-1753-4263-a89c-ee3f5b02f0b4 ro quiet init=/bin/systemd ** Not tainted ** Kernel log: [13978.977523] 0003 81a54ec0 810c63e0 2951 [13978.977529] 88022fd16580 81a54ec0 81b06d00 [13978.977535] 810c9581 007e 03b7 8101c7d4 [13978.977541] Call Trace: [13978.977544][] ? rcu_dump_cpu_stacks+0x80/0xb0 [13978.977555] [] ? rcu_check_callbacks+0x421/0x6e0 [13978.977562] [] ? native_sched_clock+0x24/0x80 [13978.977569] [] ? sched_clock+0x5/0x10 [13978.977576] [] ? tick_sched_do_timer+0x40/0x40 [13978.977583] [] ? update_process_times+0x36/0x60 [13978.977589] [] ? tick_sched_handle.isra.15+0x24/0x60 [13978.977595] [] ? tick_sched_timer+0x3b/0x70 [13978.977600] [] ? __hrtimer_run_queues+0xdc/0x210 [13978.977607] [] ? read_tsc+0x5/0x10 [13978.977613] [] ? hrtimer_interrupt+0x9a/0x190 [13978.977620] [] ? smp_apic_timer_interrupt+0x39/0x50 [13978.977627] [] ? apic_timer_interrupt+0x6b/0x70 [13978.977630][] ? __setup_APIC_LVTT+0x6c/0x110 [13978.977642] [] ? native_safe_halt+0x2/0x10 [13978.977648] [] ? default_idle+0x1c/0xa0 [13978.977655] [] ? amd_e400_idle+0x65/0xe0 [13978.977662] [] ? cpu_startup_entry+0x2b4/0x310 [13978.977669] [] ? start_secondary+0x178/0x1a0 [13978.977673] Task dump for CPU 3: [13978.977676] swapper/3 R running task0 0 1 0x0008 [13978.977682] 81ccadc4 ffcf 81056bc2 0010 [13978.977688] 0292 880226227e90 0018 8101d6fc [13978.977694] 880226228000 0003 880226228000 8101d7e5 [13978.977700] Call Trace: [13978.977706] [] ? native_safe_halt+0x2/0x10 [13978.977713] [] ? default_idle+0x1c/0xa0 [13978.977720] [] ? amd_e400_idle+0x65/0xe0 [13978.977726] [] ? cpu_startup_entry+0x2b4/0x310 [13978.977733] [] ? start_secondary+0x178/0x1a0 [13978.977740] Task dump for CPU 0: [13978.977745] swapper/0 R running task0 0 0 0x0008 [13978.977754] 81ccadc4 ff10 81056bc2 0010 [13978.977763] 0296 81a03eb0 0018 8101d6fc [13978.90] 81a04000 81a04000 8101d7e5 [13978.96] Call Trace: [13978.977791] [] ? native_safe_halt+0x2/0x10 [13978.977802] [] ? default_idle+0x1c/0xa0 [13978.977809] [] ? amd_e400_idle+0x65/0xe0 [13978.977818] [] ? cpu_startup_entry+0x2b4/0x310 [13978.977828] [] ? start_kernel+0x480/0x48b [13978.977835] [] ? early_idt_handler_array+0x120/0x120 [13978.977843] [] ? early_idt_handler_array+0x120/0x120 [13978.977850] [] ? x86_64_start_kernel+0x148/0x157 [13978.977854] Task dump for CPU 1: [13978.977857] swapper/1 R running task0 0 1 0x0008 [13978.977865] 81ccadc4 ff10 81056bc2 0010 [13978.977871] 0292 88022621fe90 0018 8101d6fc [13978.977877] 88022622 0001 88022622 8101d7e5 [13978.977883] Call Trace: [13978.977890] [] ? native_safe_halt+0x2/0x10 [13978.977897] [] ? default_idle+0x1c/0xa0 [13978.977904] [] ? amd_e400_idle+0x65/0xe0 [13978.977911] [] ? cpu_startup_entry+0x2b4/0x310 [13978.977920] [] ? start_secondary+0x178/0x1a0 [13978.977924] Task dump for CPU 2: [13978.977928] swapper/2 R running task0 0 1 0x0008 [13978.977934] 81ccadc4 ff10 81056bc2 0010 [13978.977940] 0292 880226223e90 0018 8101d6fc [13978.977946] 880226224000 0002 880226224000 8101d7e5 [13978.977951] Call Trace: [13978.977958] [] ? native_safe_halt+0x2/0x10 [13978.977965] [] ?
Bug#803692: linux-image-4.2.0-1-amd64: linux-image-4.2.3 pipe state doesn't match
Package: src:linux Version: 4.2.3-2 Severity: normal Dear Maintainer, I'm getting a [drm:check_crtc_state [i915]] *ERROR* mismatch in ips_enabled (expected 1, found 0) ERROR on dmesg. Please see below. Thanks in advance! xiscu -- Package-specific info: ** Version: Linux version 4.2.0-1-amd64 (debian-kernel@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=/vmlinuz-4.2.0-1-amd64 root=/dev/mapper/r5--vg-root ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [14874.381407] [drm:check_crtc_state [i915]] *ERROR* mismatch in ips_enabled (expected 1, found 0) [14874.381413] [ cut here ] [14874.381444] WARNING: CPU: 1 PID: 5085 at /build/linux-9oV2VH/linux-4.2.3/drivers/gpu/drm/i915/intel_display.c:12324 check_crtc_state+0x931/0x1060 [i915]() [14874.381447] pipe state doesn't match! [14874.381449] Modules linked in: nls_utf8 nls_cp437 vfat fat uas usb_storage ctr ccm bnep joydev nf_log_ipv4 nf_log_common xt_tcpudp ip6table_mangle arc4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat xt_TCPMSS xt_LOG ipt_REJECT nf_reject_ipv4 iptable_mangle xt_multiport xt_state xt_limit xt_conntrack nf_conntrack_ftp nf_conntrack ip6table_filter ip6_tables iptable_filter ip_tables x_tables binfmt_misc asus_nb_wmi x86_pkg_temp_thermal asus_wmi intel_powerclamp iTCO_wdt intel_rapl iTCO_vendor_support snd_hda_codec_hdmi sparse_keymap iwlmvm coretemp mac80211 kvm_intel kvm uvcvideo videobuf2_vmalloc videobuf2_memops evdev snd_hda_codec_conexant videobuf2_core snd_hda_codec_generic psmouse v4l2_common serio_raw pcspkr videodev iwlwifi i915 cdc_ether option usbnet media usb_wwan mii usbserial [14874.381517] btusb btrtl btbcm btintel drm_kms_helper bluetooth i2c_i801 cfg80211 snd_hda_intel drm lpc_ich snd_hda_codec mei_me mfd_core mei rfkill i2c_algo_bit sg snd_hda_core snd_soc_rt5640 snd_hwdep snd_soc_rl6231 tpm_tis wmi shpchp snd_soc_core tpm snd_compress snd_pcm dell_smo8800 snd_timer battery snd soundcore snd_soc_sst_acpi regmap_i2c dw_dmac processor_thermal_device video dw_dmac_core intel_soc_dts_iosf int3402_thermal int340x_thermal_zone i2c_designware_platform iosf_mbi i2c_designware_core intel_smartconnect int3400_thermal acpi_thermal_rel ac button processor autofs4 ext4 crc16 mbcache jbd2 algif_skcipher af_alg dm_crypt dm_mod sd_mod crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel jitterentropy_rng sha256_ssse3 sha256_generic hmac drbg ansi_cprng aesni_intel aes_x86_64 [14874.381584] lrw gf128mul glue_helper ablk_helper cryptd ahci libahci libata xhci_pci ehci_pci ehci_hcd xhci_hcd scsi_mod e1000e usbcore ptp pps_core usb_common thermal thermal_sys sdhci_acpi sdhci mmc_core i2c_hid hid [14874.381612] CPU: 1 PID: 5085 Comm: Xorg Tainted: GW 4.2.0-1-amd64 #1 Debian 4.2.3-2 [14874.381615] Hardware name: ASUSTeK COMPUTER INC. BU201LAV/BU201LAV, BIOS BU201LAV.204 08/12/2014 [14874.381618] a08e31f0 81548ea6 8800a1f5f858 [14874.381623] 8106e5a1 8800d3f99000 88030bf57800 88030f7ad400 [14874.381627] 88030e69 0001 8106e61a a08f1b93 [14874.381631] Call Trace: [14874.381643] [] ? dump_stack+0x40/0x50 [14874.381651] [] ? warn_slowpath_common+0x81/0xb0 [14874.381656] [] ? warn_slowpath_fmt+0x4a/0x50 [14874.381684] [] ? check_crtc_state+0x931/0x1060 [i915] [14874.381709] [] ? i915_get_crtc_scanoutpos+0x193/0x240 [i915] [14874.381742] [] ? intel_modeset_check_state+0x20b/0xb30 [i915] [14874.381771] [] ? intel_crtc_set_config+0x531/0x590 [i915] [14874.381793] [] ? drm_crtc_check_viewport+0x2c/0xe0 [drm] [14874.381812] [] ? drm_mode_set_config_internal+0x5e/0xf0 [drm] [14874.381832] [] ? drm_mode_setcrtc+0x185/0x4e0 [drm] [14874.381845] [] ? drm_ioctl+0x172/0x550 [drm] [14874.381850] [] ? alloc_pages_vma+0xc2/0x230 [14874.381856] [] ? do_vfs_ioctl+0x2c3/0x4a0 [14874.381861] [] ? recalc_sigpending+0x17/0x50 [14874.381866] [] ? SyS_ioctl+0x76/0x90 [14874.381872] [] ? system_call_fast_compare_end+0xc/0x6b [14874.381875] ---[ end trace 45eb18e06bbfe0d0 ]--- ** Model information sys_vendor: ASUSTeK COMPUTER INC. product_name: BU201LAV product_version: 1.0 chassis_vendor: ASUSTeK COMPUTER INC. chassis_version: 1.0 bios_vendor: American Megatrends Inc. bios_version: BU201LAV.204 board_vendor: ASUSTeK COMPUTER INC. board_name: BU201LAV board_version: 1.0 ** Loaded modules: nls_utf8 nls_cp437 vfat fat uas usb_storage ctr ccm bnep joydev nf_log_ipv4 nf_log_common xt_tcpudp ip6table_mangle arc4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat xt_TCPMSS xt_LOG ipt_REJECT nf_reject_ipv4 iptable_mangle xt_multiport xt_state xt_limit xt_conntrack nf_conntrack_ftp nf_conntrack ip6table_filter ip6_tables iptable_filter ip_tables x_tables binfmt_misc asus_nb_wmi x86_pkg_temp_thermal asus_wmi intel_powerclamp iTCO_wdt
Bug#756900: nfs-utils: new upstream versions available
Ping? On Fri, Sep 26, 2014 at 04:12:28PM +0200, Laurent Bonnaud wrote: > This is good news: you will be able to jump 3 versions ahead with just one > package upload :>. 5 now. Debian’s gssd 1.2.8 does reverse lookups of the servername even though it should not without -D. This is fixed upstream and would make NFS actually usable for me. signature.asc Description: PGP signature
Bug#803710: nfs-common: gssd does DNS reverse lookups for servers without -D
Package: nfs-common
Version: 1:1.2.8-9
Severity: normal
Tags: patch, fixed-upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
The man page states for the '-D' option:
| DNS Reverse lookups are not used for determining the server names pass
| to GSSAPI. This option will reverses that and forces the use of DNS
| Reverse resolution of the server's IP address to retrieve the
| server name to use in GSAPI authentication.
However, this is not true for the version packaged in Debian:
# ps auxwwf|grep '[g]ssd'
root 32062 0.0 0.0 34980 2656 ?Ss 22:18 0:00
/usr/sbin/rpc.gssd -vvv
# dig +short fate.yath.de
2001:4c50:43f:c700:d2bf:9cff:fe46:a724
# dig +short -x 2001:4c50:43f:c700:d2bf:9cff:fe46:a724 ptr
# mount fate.yath.de:/data /mnt -t nfs -o vers=4.0,sec=krb5p
(hangs)
After tens of minutes it aborts with "NFS: nfs4_discover_server_trunking
unhandled error -512. Exiting with error EIO".
Meanwhile in syslog, tons of these:
rpc.gssd[32062]: ERROR: unable to resolve
2001:4c50:43f:c700:d2bf:9cff:fe46:a724 to hostname: Name or service not known
rpc.gssd[32062]: ERROR: failed to read service info
rpc.gssd[32062]: ERROR: unable to resolve
2001:4c50:43f:c700:d2bf:9cff:fe46:a724 to hostname: Name or service not known
rpc.gssd[32062]: ERROR: failed to read service info
rpc.gssd[32062]: ERROR: unable to resolve
2001:4c50:43f:c700:d2bf:9cff:fe46:a724 to hostname: Name or service not known
rpc.gssd[32062]: ERROR: failed to read service info
This has been fixed in recent upstream versions (#756900). I have
however attached a patch that backports this specific fix from
nfs-utils-1.3.3 to Debian’s 1.2.8.
Sebastian
- -- Package-specific info:
- -- rpcinfo --
- -- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages nfs-common depends on:
ii adduser 3.113+nmu3
ii initscripts 2.88dsf-59.2
ii libc6 2.19-22
ii libcap2 1:2.24-12
ii libcomerr2 1.42.13-1
ii libdevmapper1.02.1 2:1.02.104-1
ii libevent-2.0-5 2.0.21-stable-2
ii libgssapi-krb5-21.13.2+dfsg-3
ii libk5crypto31.13.2+dfsg-3
ii libkeyutils11.5.9-8
ii libkrb5-3 1.13.2+dfsg-3
ii libmount1 2.27-3
ii libnfsidmap20.25-5
ii libtirpc1 0.2.5-1
ii libwrap07.6.q-25
ii lsb-base9.20150917
ii rpcbind 0.2.1-6.1
ii ucf 3.0030
Versions of packages nfs-common recommends:
ii python 2.7.9-1
Versions of packages nfs-common suggests:
pn open-iscsi
pn watchdog
- -- Configuration Files:
/etc/default/nfs-common changed [not included]
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIVAwUBVjaEy/hx3EthBlqjAQg8XQ//RcUedQyQXQ42y6qAfUqBmbvv5gWHAm/4
RNu2FgnVg9drztx6V42g9J6YBma9CNrcmq2HU41Sb8OZMugXbJFvnCo8rBYmXNDj
JSIwyXSs/YgtSv6Vro9vLtYlGoKeaBFRCpylmfUdSfdDx0Hw0Ik3Q6wN/LP68ksl
0KnXNUYBQVQpwtDcYRcidRewrhcapdTcjJ2AlPKbsHPu6GAuHm96HyFK8M3I7FNX
0A7SnIY0wT0MvOm/F+dB6v01JGsa1VuqedlqEI+7uJdRv1Re2gmeNhTnwGXawNHh
TVlw+3h/4jfbDkQDb+Q8XVH+d4uRofHwU7+gCLC/p4zMjc1/ad54vVjPT8+GuanJ
y8rWGK5Q66+qSLAzY8Q1N6UQTbBfx1/LJs1RP242yGsbo0UG9ixNjy+Byd0AA8cV
m8u7DD8HJVjPALg9PeokcwBjjRcBXAVRmleEb9FHqNrh0lnXWj5WlsiwfgdO/867
CFu60IacHAoXswOdW1ALqAi5GzcnMOhmCBWe6TTge6uWJLOSggFS6PEjuNNcbc1H
YI/LWd3phEUR5Hiif9JcwBJe1Z3oBDnhLZ9sP98Yr8tqVID6OyfyBG+tgpcRQYx6
lbF1w4L5GYR/SjaLPzBzG2bkFFC3+aQbASOjJXT+CcVvnVbwt9cgzMk3sb/6Z0wp
2ALwOvVxxek=
=0M+G
-END PGP SIGNATURE-
--- nfs-utils-1.2.8.orig/utils/gssd/gssd_proc.c 2015-11-01 22:04:38.975460740 +0100
+++ nfs-utils-1.2.8/utils/gssd/gssd_proc.c 2015-11-01 22:10:37.794464626 +0100
@@ -176,23 +176,21 @@
char *hostname;
char hbuf[NI_MAXHOST];
unsigned char buf[sizeof(struct in6_addr)];
- int servername = 0;
- if (avoid_dns) {
+ while (avoid_dns) {
/*
* Determine if this is a server name, or an IP address.
* If it is an IP address, do the DNS lookup otherwise
* skip the DNS lookup.
*/
- servername = 0;
- if (strchr(name, '.') && inet_pton(AF_INET, name, buf) == 1)
- servername = 1; /* IPv4 */
- else if (strchr(name, ':') && inet_pton(AF_INET6, name, buf) == 1)
- servername = 1; /* or IPv6 */
+ if (strchr(name, '.') == NULL)
+ break; /* local name */
+ else if (inet_pton(AF_INET, name, buf) == 1)
+ break; /* IPv4 address */
+ else if (inet_pton(AF_INET6, name, buf) == 1)
+ break; /* IPv6 addrss */
- if (servername) {
- return strdup(name);
- }
+ return strdup(name);
}
switch (sa->sa_family) {
Bug#803739: cosmetic: /initrd.img /vmlinuz smylinks - absolute vs. relative
Source: linux Severity: minor Hey. This is absolutely just cosmetic ;-) I've noted that the symlink /initrd.img is always absolute, while /vmlinuz is always relative, e.g.: $ ls -al /initrd.img /vmlinuz lrwxrwxrwx 1 root root 30 Sep 27 13:37 /initrd.img -> /boot/initrd.img-4.2.0-1-amd64 lrwxrwxrwx 1 root root 26 Sep 27 13:37 /vmlinuz -> boot/vmlinuz-4.2.0-1-amd64 Unless this has some secret reason,... it may be aligned for cosmetic reasons. Cheers, Chris.
