Bug#794266: Subscription to 794...@bugs.debian.org successful
Problem also exists on my QNAP TS-119P+ running Debian 8.2 (jessie). I would check my Wake on LAN and Energy-using Products settings if I knew how. /usr/sbin/qcontrol doesn't seem to have an option for reporting the current settings.
Bug#806131: multipath-modules-4.2.0-1-s390x-di misses dm-service-time.ko
Package: src:linux Version: 4.2.6-1 Severity: normal Tags: d-i Dear Debian Kernel Maintainers, while trying out the Debian Installer and setting up multipath, I encountered the problem that the multipath tool uses the service-time path selector as default (this has been changed some months ago according to the history of the multipath-tools git repository (git://anonscm.debian.org/pkg-lvm/multipath-tools.git). Because the debian installer disk-detect module does not specify a particular path selector when creating a multipath configuration file, the multipath tool tries to establish path maps using the its default. To solve the problem, I suggest to add and package the dm-service-time.ko for the multipath-modules-4.2.0-1-s390x-di udeb. According to the contents of https://anonscm.debian.org/git/kernel/linux.git, I guess adding "dm-service-time.ko" to the "debian/installer/modules/multipath-modules" is necessary. Thanks and kind regards, Hendrik -- Hendrik Brueckner brueck...@linux.vnet.ibm.com | IBM Deutschland Research & Development GmbH Linux on z Systems Development| Schoenaicher Str. 220, 71032 Boeblingen IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Martina Koederitz Geschaeftsfuehrung: Dirk Wittkopp Sitz der Gesellschaft: Boeblingen Registergericht: Amtsgericht Stuttgart, HRB 243294
Bug#806130: linux: netlink_sock_destruct() crash in netns
Source: linux Version: 4.2.6-1 Severity: normal Dear Maintainer, thanks for your work in the linux kernel. I'm experimenting reports like this: [mar nov 24 16:38:16 2015] [ cut here ] [mar nov 24 16:38:16 2015] WARNING: CPU: 1 PID: 4 at /build/linux-CrHvZ_/linux-4.2.6/net/netlink/af_netlink.c:946 netlink_sock_destruct+0x103/0x140() [mar nov 24 16:38:16 2015] Modules linked in: nft_nat nft_chain_nat_ipv4 nf_nat_ipv4 nf_nat nft_log fuse uas usb_storage nft_counter nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 nft_ct nf_conntrack nft_meta nft_hash nft_rbtree nfnetlink_log nf_tables_inet nf_tables_ipv6 nf_tables_ipv4 nf_tables nfnetlink nouveau snd_hda_codec_idt snd_hda_codec_generic mxm_wmi wmi video ttm drm_kms_helper drm iTCO_wdt i2c_algo_bit iTCO_vendor_support coretemp kvm_intel lpc_ich kvm snd_hda_intel mfd_core i2c_i801 snd_hda_codec evdev snd_hda_core pcspkr psmouse serio_raw snd_hwdep snd_pcm sg rng_core tpm_tis tpm 8250_fintek shpchp button snd_timer snd soundcore acpi_cpufreq processor thermal_sys parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 dm_mod sr_mod cdrom sd_mod ata_generic floppy ata_piix e100 [mar nov 24 16:38:16 2015] mii libata scsi_mod ehci_pci uhci_hcd ehci_hcd usbcore usb_common [mar nov 24 16:38:16 2015] CPU: 1 PID: 4 Comm: bash Tainted: GW 4.2.0-1-amd64 #1 Debian 4.2.6-1 [mar nov 24 16:38:16 2015] Hardware name: /D946GZIS, BIOS TS94610J.86A.0047.2006.0911.0110 09/11/2006 [mar nov 24 16:38:16 2015] 81855268 8154e2f6 [mar nov 24 16:38:16 2015] 8106e5b1 88002d1f2000 88007fa965b0 000a [mar nov 24 16:38:16 2015] 0006 88002d2485e0 8148aba3 [mar nov 24 16:38:16 2015] Call Trace: [mar nov 24 16:38:16 2015][] ? dump_stack+0x40/0x50 [mar nov 24 16:38:16 2015] [] ? warn_slowpath_common+0x81/0xb0 [mar nov 24 16:38:16 2015] [] ? netlink_sock_destruct+0x103/0x140 [mar nov 24 16:38:16 2015] [] ? sk_destruct+0x1a/0x120 [mar nov 24 16:38:16 2015] [] ? rcu_process_callbacks+0x20a/0x5a0 [mar nov 24 16:38:16 2015] [] ? read_tsc+0x5/0x10 [mar nov 24 16:38:16 2015] [] ? __do_softirq+0xfe/0x250 [mar nov 24 16:38:16 2015] [] ? irq_exit+0x92/0xa0 [mar nov 24 16:38:16 2015] [] ? smp_apic_timer_interrupt+0x3e/0x50 [mar nov 24 16:38:16 2015] [] ? apic_timer_interrupt+0x6b/0x70 [mar nov 24 16:38:16 2015][] ? lookup_fast+0x161/0x330 [mar nov 24 16:38:16 2015] [] ? lookup_fast+0x42/0x330 [mar nov 24 16:38:16 2015] [] ? walk_component+0x36/0x460 [mar nov 24 16:38:16 2015] [] ? link_path_walk+0x170/0x530 [mar nov 24 16:38:16 2015] [] ? path_init+0x1ea/0x3c0 [mar nov 24 16:38:16 2015] [] ? path_lookupat+0x77/0x100 [mar nov 24 16:38:16 2015] [] ? filename_lookup+0x95/0x150 [mar nov 24 16:38:16 2015] [] ? getname_flags+0x6f/0x1e0 [mar nov 24 16:38:16 2015] [] ? vfs_fstatat+0x49/0x90 [mar nov 24 16:38:16 2015] [] ? SYSC_newstat+0x1c/0x40 [mar nov 24 16:38:16 2015] [] ? system_call_fast_compare_end+0xc/0x6b [mar nov 24 16:38:16 2015] ---[ end trace 4049115024c3f29a ]--- I can reproduce the issue: % sudo ip netns add test % sudo ip netns exec test nft -f test.nft % sudo ip netns del test Find attached the test.nft file. best regards. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) flush ruleset table ip nat { chain prerouting { type nat hook prerouting priority 0; policy accept; } chain postrouting { type nat hook postrouting priority 0; policy accept; ip saddr 192.168.5.0/24 snat 1.1.1.1 } } table inet inet-filter { chain input { type filter hook input priority 0; policy drop; ct state new accept } chain forward { type filter hook forward priority 0; policy drop; ip saddr {1.1.1.1, 2.2.2.2} ip daddr {2.3.4.5, 2.3.4.6} tcp dport 22 counter accept ip saddr {1.1.1.1, 2.2.2.2} ip daddr {2.3.4.5, 2.3.4.6} tcp dport 22 counter accept ip saddr {1.1.1.1, 2.2.2.2} ip daddr {2.3.4.5, 2.3.4.6} tcp dport 22 counter accept ip saddr {1.1.1.1, 2.2.2.2} ip daddr {2.3.4.5, 2.3.4.6} tcp dport 22 counter accept ip saddr {1.1.1.1, 2.2.2.2} ip daddr {2.3.4.5, 2.3.4.6} tcp dport 22 counter accept ip saddr {1.1.1.1, 2.2.2.2} ip daddr {2.3.4.5, 2.3.4.6} tcp dport 22 counter accept ip saddr {1.1.1.1, 2.2.2.2} ip daddr {2.3.4.5, 2.3.4.6} tcp dport 22 counter accept ip saddr {1.1.1.1, 2.2.2.2
Bug#805949: marked as done (linux-tools: FTBFS when built with dpkg-buildpackage -A (no binary artifacts))
Your message dated Tue, 24 Nov 2015 15:32:54 + with message-id <1448379174.27159.1.ca...@decadent.org.uk> and subject line Re: Bug#805949: linux-tools: FTBFS when built with dpkg-buildpackage -A (no binary artifacts) has caused the Debian Bug report #805949, regarding linux-tools: FTBFS when built with dpkg-buildpackage -A (no binary artifacts) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 805949: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805949 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:linux-tools Version: 4.2-2 User: sanv...@debian.org Usertags: binary-indep Severity: important Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (i.e. only architecture-independent packages), and it failed: [...] fakeroot debian/rules binary-indep dh_testdir dpkg-genchanges -A >../linux-tools_4.2-2_all.changes dpkg-genchanges: error: binary build with no binary artifacts found; cannot distribute dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 This usually happens because there is a binary-indep target in debian/rules which is either empty or does not do anything useful. If all the arch-independent packages are dummy transitional packages released with jessie, the easy fix is to drop them now. If not, debian/rules should be modified so that the binary-indep target generates the architecture independent packages (and only those). After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work properly, this package will be suitable to be uploaded in source-only form if you wish (I recommend that you try it). Thanks. --- End Message --- --- Begin Message --- Version: 4.3~rc5-1~exp2 On Tue, 2015-11-24 at 11:17 +, Santiago Vila wrote: > Package: src:linux-tools > Version: 4.2-2 > User: sanv...@debian.org > Usertags: binary-indep > Severity: important > > Dear maintainer: > > I tried to build this package with "dpkg-buildpackage -A" > (i.e. only architecture-independent packages), and it failed: [...] I already found this and it's fixed in experimental. Ben. -- Ben Hutchings Unix is many things to many people, but it's never been everything to anybody. signature.asc Description: This is a digitally signed message part --- End Message ---
Processed: reassign 805977 to src:linux
Processing commands for cont...@bugs.debian.org: > reassign 805977 src:linux 4.3~rc7-1~exp1 Bug #805977 [linux-image-amd64] linux-image-amd64: offten recive ata error:" failed command: READ FPDMA QUEUED" Bug reassigned from package 'linux-image-amd64' to 'src:linux'. No longer marked as found in versions linux-latest/68. Ignoring request to alter fixed versions of bug #805977 to the same values previously set Bug #805977 [src:linux] linux-image-amd64: offten recive ata error:" failed command: READ FPDMA QUEUED" Marked as found in versions linux/4.3~rc7-1~exp1. > thanks Stopping processing here. Please contact me if you need assistance. -- 805977: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805977 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#805977: linux-image-amd64: offten recive ata error:" failed command: READ FPDMA QUEUED"
Package: linux-image-amd64 Version: 4.2+68 Severity: normal Dear Maintainer, On most reboots ot startup i get this ATA errors: [ 9.787144] ata6.00: exception Emask 0x0 SAct 0x220 SErr 0x0 action 0x6 [ 9.787191] ata6.00: irq_stat 0x4008 [ 9.787219] ata6.00: failed command: READ FPDMA QUEUED [ 9.787256] ata6.00: cmd 60/20:c8:b8:9e:fd/00:00:0d:00:00/40 tag 25 ncq 16384 in res 41/84:20:b8:9e:fd/00:00:0d:00:00/00 Emask 0x410 (ATA bus error) [ 9.787346] ata6.00: status: { DRDY ERR } [ 9.787372] ata6.00: error: { ICRC ABRT } [ 9.787397] ata6: hard resetting link [ 10.107238] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 10.210212] ata6.00: configured for UDMA/133 [ 10.210227] ata6: EH complete I've found that maybe there is some problem with NCQ. I've disable it with option in grub which just changed error message to something else related to DMA. I've run about 5 times short SMART test and 2 times long SMART test without errors. Despite that test passed i've get SMART error: End-to-End_Error become 1200 while threshold is 99. I've decided that my disk is doing to die so i've backup all my data. Then i've installed windows and run seagate tools which is only available for windows and my hdd passed all test without any errors. I've read on Seagate site that some of this SMART error can't be trusted because they don't have the same meaning for Seagate drive as for other manufactures. I've run all test that Lenovo provide for my laptop and they all passed without error either. I have to mention that iso image of Seagate tools for DOS can't even initialize my HDD and can't make any test. I don't know if this is right place to report this bug but i believe that there is something wrong with ata module for linux. My hdd is Seagate Laptop SSHD ST1000LM014-SSHD-8GB. My hdd often even can't boot with some grub errors and i have to hard reset it several time until it start. When i have only windows and didn't use grub to boot, windows boot every time without any errors. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages linux-image-amd64 depends on: ii linux-image-4.2.0-1-amd64 4.2.6-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information Божан
Bug#805971: linux-image-3.16.0-4-amd64: [PATCH] Xen domU "unable to handle kernel NULL pointer dereference"
On Tue, 2015-11-24 at 13:18 +0100, Sebastian Pipping wrote: > > Viktor Dukhovni published a patch on 2015-09-09 at > http://lists.xenproject.org/archives/html/xen-users/2015-09/txtbaRgWqxpT4 > .txt , > already. His patch also fixes the "only created %d queues" message: > unpatched it is using the wanted number of queues (rather than the number > of > queues created), by mistake. > > I'm hoping for an updated kernel package including Viktor's patch, soon. This needs to be fixed in mainline (or at least in net(-next).git and well on its way to mainline) before we can consider it for inclusion in the Debian kernel. I don't see any patches from Viktor in any of those trees, nor anything which looks like a similar fix from someone else. Ian.
Bug#805971: linux-image-3.16.0-4-amd64: [PATCH] Xen domU "unable to handle kernel NULL pointer dereference"
Package: linux-image-3.16.0-4-amd64 Version: 3.16.7-ckt11-1+deb8u6 Severity: important Hi! Inside a Xen domU, with the combination of * latest kernel of jessie (3.16.7-ckt11-1+deb8u6) or related kernel from wheezy-backports (3.16.7-ckt11-1+deb8u6~bpo70+1) and * 2 network interfaces and * 24 VCPUs .. I see error "unable to handle kernel NULL pointer dereference" during start-up ... [0.755434] xen_netfront: can't alloc rx grant refs [0.758359] BUG: unable to handle kernel NULL pointer dereference at 0018 [0.761622] IP: [] netback_changed+0x989/0xf00 [xen_netfront] [0.761622] PGD 0 [0.761622] Oops: [#1] SMP [0.761622] Modules linked in: ata_piix xen_blkfront(+) xen_netfront(+) libata crc32c_intel floppy scsi_mod [0.761622] CPU: 1 PID: 129 Comm: xenwatch Not tainted 3.16.0-0.bpo.4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u6~bpo70+1 [0.761622] Hardware name: Xen HVM domU, BIOS 4.4.1 10/26/2015 [0.761622] task: 88003bbd53f0 ti: 88003bbd8000 task.ti: 88003bbd8000 [0.761622] RIP: 0010:[] [] netback_changed+0x989/0xf00 [xen_netfront] [0.761622] RSP: 0018:88003bbdbde8 EFLAGS: 00010202 [0.761622] RAX: RBX: 880032398d00 RCX: 0001 [0.761622] RDX: 000322a7 RSI: 880032398d98 RDI: 5729 [0.761622] RBP: 00098d00 R08: 0001 R09: 8172b600 [0.761622] R10: eaaf94c0 R11: eaaf9b38 R12: 880036a61000 [0.761622] R13: 8800322a6000 R14: 880036a618c0 R15: 8800322a7000 [0.761622] FS: () GS:88003ce2() knlGS: [0.761622] CS: 0010 DS: ES: CR0: 80050033 [0.761622] CR2: 0018 CR3: 01811000 CR4: 001406e0 [0.761622] Stack: [0.761622] 88003b5e0c20 880032391381 8800323912c4 8818 [0.761622] 88003b5e0c00 00140001 880032398d98 88003b5e0c00 [0.761622] 8800328798f1 00080001 00380001 [0.761622] Call Trace: [0.761622] [] ? xenbus_thread+0x2a0/0x2a0 [0.761622] [] ? xenwatch_thread+0x9a/0x140 [0.761622] [] ? __wake_up_sync+0x20/0x20 [0.761622] [] ? kthread+0xc1/0xe0 [0.761622] [] ? flush_kthread_worker+0xb0/0xb0 [0.761622] [] ? ret_from_fork+0x58/0x90 [0.761622] [] ? flush_kthread_worker+0xb0/0xb0 [0.761622] Code: 63 38 fe e9 5c fb ff ff 48 8b 7c 24 20 48 c7 c2 cb d2 18 a0 be f4 ff ff ff 31 c0 e8 72 4a 1f e1 eb a2 48 8b 43 20 48 8b 74 24 30 <48> 8b 78 18 e8 8e 4b 1f e1 85 c0 0f 88 d5 fd ff ff 48 8b 43 20 [0.761622] RIP [] netback_changed+0x989/0xf00 [xen_netfront] [0.761622] RSP [0.761622] CR2: 0018 [0.761622] ---[ end trace 6123087ce2740115 ]--- ... and the second network interface ends up unusuable. It turns out, what's happening is that: * by default, the hypervisor allocates 32 grant table entries and * network interface can need more than 32. * Now function talk_to_netback (drivers/net/xen-netfront.c) calls function xennet_create_queues (drivers/net/xen-netfront.c) to create num_queues many queues. * xennet_create_queues goes on as long as it can and stores the number of queues created at info->netdev->real_num_tx_queues. * Now function talk_to_netback continues operation with the (wrong) assumption that num_queues queues are in place, while it may be fewer than that. So yyncing num_queues with info->netdev->real_num_tx_queues fixes the problem. Viktor Dukhovni published a patch on 2015-09-09 at http://lists.xenproject.org/archives/html/xen-users/2015-09/txtbaRgWqxpT4.txt , already. His patch also fixes the "only created %d queues" message: unpatched it is using the wanted number of queues (rather than the number of queues created), by mistake. I'm hoping for an updated kernel package including Viktor's patch, soon. For a workaround, one can use something like gnttab_max_nr_frames=256 to increase the size of the grant table (with GRUB_CMDLINE_XEN_DEFAULT in /etc/default/grub). Again, it's no more than a workaround and requires rebooting the hypervisor (which upgrading the domU to a fixed kernel does not). Many thanks in advance, Sebastian -- System Information: Debian Release: 7.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#805949: linux-tools: FTBFS when built with dpkg-buildpackage -A (no binary artifacts)
Package: src:linux-tools Version: 4.2-2 User: sanv...@debian.org Usertags: binary-indep Severity: important Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (i.e. only architecture-independent packages), and it failed: [...] fakeroot debian/rules binary-indep dh_testdir dpkg-genchanges -A >../linux-tools_4.2-2_all.changes dpkg-genchanges: error: binary build with no binary artifacts found; cannot distribute dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 This usually happens because there is a binary-indep target in debian/rules which is either empty or does not do anything useful. If all the arch-independent packages are dummy transitional packages released with jessie, the easy fix is to drop them now. If not, debian/rules should be modified so that the binary-indep target generates the architecture independent packages (and only those). After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work properly, this package will be suitable to be uploaded in source-only form if you wish (I recommend that you try it). Thanks.