linux-latest_79~bpo8+1_amd64.changes ACCEPTED into jessie-backports->backports-policy, jessie-backports
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 07 Mar 2017 11:26:14 +0100 Source: linux-latest Binary: linux-source linux-doc linux-perf linux-image-alpha-generic linux-headers-alpha-generic linux-image-alpha-smp linux-headers-alpha-smp linux-image-amd64 linux-headers-amd64 linux-image-amd64-dbg linux-image-rt-amd64 linux-headers-rt-amd64 linux-image-rt-amd64-dbg linux-image-arm64 linux-headers-arm64 linux-image-arm64-dbg linux-image-marvell linux-headers-marvell linux-image-armmp linux-headers-armmp linux-image-armmp-lpae linux-headers-armmp-lpae linux-image-parisc linux-headers-parisc linux-image-parisc64-smp linux-headers-parisc64-smp linux-image-686 linux-headers-686 linux-image-686-pae linux-headers-686-pae linux-image-686-pae-dbg linux-image-rt-686-pae linux-headers-rt-686-pae linux-image-rt-686-pae-dbg linux-image-m68k linux-headers-m68k linux-image-4kc-malta linux-headers-4kc-malta linux-image-5kc-malta linux-headers-5kc-malta linux-image-octeon linux-headers-octeon linux-image-loongson-3 linux-headers-loongson-3 linux-image-powerpc linux-headers-powerpc linux-image-powerpc-smp linux-headers-powerpc-smp linux-image-powerpc64 linux-headers-powerpc64 linux-image-powerpcspe linux-headers-powerpcspe linux-image-powerpc64le linux-headers-powerpc64le linux-image-s390x linux-headers-s390x linux-image-s390x-dbg linux-image-sh7751r linux-headers-sh7751r linux-image-sh7785lcr linux-headers-sh7785lcr linux-image-sparc64 linux-headers-sparc64 linux-image-sparc64-smp linux-headers-sparc64-smp linux-tools linux-image-586 linux-headers-586 linux-image-kirkwood linux-headers-kirkwood linux-image-orion5x linux-headers-orion5x Architecture: source all amd64 Version: 79~bpo8+1 Distribution: jessie-backports Urgency: medium Maintainer: Debian Kernel Team Changed-By: Héctor Orón Martínez Description: linux-doc - Linux kernel specific documentation (meta-package) linux-headers-4kc-malta - Header files for Linux 4kc-malta configuration (meta-package) linux-headers-586 - Header files for Linux 586 configuration (dummy package) linux-headers-5kc-malta - Header files for Linux 5kc-malta configuration (meta-package) linux-headers-686 - Header files for Linux 686 configuration (meta-package) linux-headers-686-pae - Header files for Linux 686-pae configuration (meta-package) linux-headers-alpha-generic - Header files for Linux alpha-generic configuration (meta-package) linux-headers-alpha-smp - Header files for Linux alpha-smp configuration (meta-package) linux-headers-amd64 - Header files for Linux amd64 configuration (meta-package) linux-headers-arm64 - Header files for Linux arm64 configuration (meta-package) linux-headers-armmp - Header files for Linux armmp configuration (meta-package) linux-headers-armmp-lpae - Header files for Linux armmp-lpae configuration (meta-package) linux-headers-kirkwood - Header files for Linux kirkwood configuration (dummy package) linux-headers-loongson-3 - Header files for Linux loongson-3 configuration (meta-package) linux-headers-m68k - Header files for Linux m68k configuration (meta-package) linux-headers-marvell - Header files for Linux marvell configuration (meta-package) linux-headers-octeon - Header files for Linux octeon configuration (meta-package) linux-headers-orion5x - Header files for Linux orion5x configuration (dummy package) linux-headers-parisc - Header files for Linux parisc configuration (meta-package) linux-headers-parisc64-smp - Header files for Linux parisc64-smp configuration (meta-package) linux-headers-powerpc - Header files for Linux powerpc configuration (meta-package) linux-headers-powerpc-smp - Header files for Linux powerpc-smp configuration (meta-package) linux-headers-powerpc64 - Header files for Linux powerpc64 configuration (meta-package) linux-headers-powerpc64le - Header files for Linux powerpc64le configuration (meta-package) linux-headers-powerpcspe - Header files for Linux powerpcspe configuration (meta-package) linux-headers-rt-686-pae - Header files for Linux rt-686-pae configuration (meta-package) linux-headers-rt-amd64 - Header files for Linux rt-amd64 configuration (meta-package) linux-headers-s390x - Header files for Linux s390x configuration (meta-package) linux-headers-sh7751r - Header files for Linux sh7751r configuration (meta-package) linux-headers-sh7785lcr - Header files for Linux sh7785lcr configuration (meta-package) linux-headers-sparc64 - Header files for Linux sparc64 configuration (meta-package) linux-headers-sparc64-smp - Header files for Linux sparc64-smp configuration (meta-package) linux-image-4kc-malta - Linux for MIPS Malta (meta-package) linux-image-586 - Linux for older PCs (dummy package) linux-image-5kc-malta - Linux for MIPS Malta (64-bit) (meta-package) linux-image-686 - Linux for older PCs (meta-package) linux-image-686-pae - Linux for modern PCs (meta-package) linux-image-686-pae-dbg - Debugging sy
Bug#857080: JBD2: qemu-system-x86 wants too many credits - ocfs2
Package: src:linux Version: 4.9.2-2~bpo8+1 Severity: important Dear Maintainer, * What led up to the situation? Mar 07 13:43:35 vhost172 kernel: JBD2: qemu-system-x86 wants too many credits credits:175114 rsv_credits:0 max:16384 Mar 07 13:43:35 vhost172 kernel: [ cut here ] Mar 07 13:43:35 vhost172 kernel: WARNING: CPU: 5 PID: 30826 at /home/zumbi/linux-4.9.2/fs/jbd2/transaction.c:297 start_this_handle+0x3fb/0x400 [jbd2] Mar 07 13:43:35 vhost172 kernel: Modules linked in: vhost_net vhost macvtap macvlan tun ocfs2 quota_tree hmac veth iptable_filter ip_tables x_tables nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge stp llc bonding intel_rapl sb_edac edac_core x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm ast irqbypass crct10dif_pclmul crc32_pclmul ttm ghash_clmulni_intel drm_kms_helper iTCO_wdt iTCO_vendor_support intel_cstate drm evdev mxm_wmi xhci_pci ehci_pci xhci_hcd igb ehci_hcd e1000e lpc_ich dca i2c_algo_bit usbcore intel_uncore i2c_i801 mei_me ptp intel_rapl_perf pcspkr mei sg i2c_smbus usb_common shpchp pps_core mfd_core ipmi_si ipmi_msghandler fjes wmi acpi_pad acpi_power_meter tpm_tis tpm_tis_core tpm button fuse Mar 07 13:43:35 vhost172 kernel: drbd lru_cache libcrc32c crc32c_generic autofs4 ext4 crc16 jbd2 fscrypto mbcache dm_mod md_mod sd_mod crc32c_intel ahci libahci aesni_intel libata aes_x86_64 glue_helper lrw gf128mul ablk_helper scsi_mod cryptd Mar 07 13:43:35 vhost172 kernel: CPU: 5 PID: 30826 Comm: qemu-system-x86 Not tainted 4.9.0-0.bpo.1-amd64 #1 Debian 4.9.2-2~bpo8+1 Mar 07 13:43:35 vhost172 kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016 Mar 07 13:43:35 vhost172 kernel: b4b2a1f5 Mar 07 13:43:35 vhost172 kernel: b4877884 896234d78000 896234d78000 895225d67750 Mar 07 13:43:35 vhost172 kernel: ffe4 c01b77db Mar 07 13:43:35 vhost172 kernel: Call Trace: Mar 07 13:43:35 vhost172 kernel: [] ? dump_stack+0x5c/0x77 Mar 07 13:43:35 vhost172 kernel: [] ? __warn+0xc4/0xe0 Mar 07 13:43:35 vhost172 kernel: [] ? start_this_handle+0x3fb/0x400 [jbd2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_xattr_tree_fill_max_leaf_clusters+0x40/0x40 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_inode_cache_io_unlock+0x10/0x10 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? jbd2__journal_start+0xe9/0x1f0 [jbd2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_start_trans+0xf8/0x1d0 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_dio_end_io_write+0x2fb/0x600 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_dio_end_io+0x3b/0x60 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? dio_complete+0x7e/0x190 Mar 07 13:43:35 vhost172 kernel: [] ? do_blockdev_direct_IO+0x2168/0x2860 Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_write_end_nolock+0x550/0x550 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_direct_IO+0x83/0x90 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? generic_file_direct_write+0xb3/0x180 Mar 07 13:43:35 vhost172 kernel: [] ? __generic_file_write_iter+0xb6/0x1e0 Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_file_write_iter+0x44e/0xae0 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? hrtimer_init+0xf0/0xf0 Mar 07 13:43:35 vhost172 kernel: [] ? do_iter_readv_writev+0xb0/0x130 Mar 07 13:43:35 vhost172 kernel: [] ? do_readv_writev+0x1ac/0x240 Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? do_pwritev+0x8c/0xc0 Mar 07 13:43:35 vhost172 kernel: [] ? system_call_fast_compare_end+0xc/0x9b Mar 07 13:43:35 vhost172 kernel: ---[ end trace 5eef26edf534a06f ]--- -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: To Be Filled By O.E.M. product_name: To Be Filled By O.E.M. product_version: To Be Filled By O.E.M. chassis_vendor: To Be Filled By O.E.M. chassis_version: To Be Filled By O.E.M. bios_vendor: American Megatrends Inc. bios_version: P2.10 board_vendor: ASRockRack board_name: EPC612D4I board_version: ** Network interface configuration: source /etc/network/interfaces.d/* auto lo iface lo inet loopback ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Haswell-E DMI2 [8086:2f00] (rev 02) Subsystem: ASRock Incorporation Device [1849:2f00] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 00:01.0 PCI bridge [0604]: Intel Corporation Haswell-E PCI Express Root Port 1 [8086:2f02] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster
Bug#857081: linux-image-4.9.0-2-rt-amd64-unsigned: NOHZ: local_softirq_pending 80
Package: src:linux Version: 4.9.13-1 Severity: normal Dear Maintainer, this is a followup to bug #855116, but I prefer to report a new bug because the number in the error message is not the same. So here is the new problem: # dmesg |grep NOHZ [408256.268051] NOHZ: local_softirq_pending 80 [595503.460055] NOHZ: local_softirq_pending 80 In my previous bug the error messages appeared during the boot. Now these error messages appear after several days of uptime. Unfortunately I cannot correlate them to a specific activity on the machine: I see nothing relevant in the logs and I don't remember what I was doing at that time of this system (I mostly do "apt upgrade" on this test system). -- Package-specific info: ** Version: Linux version 4.9.0-2-rt-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170221 (Debian 6.3.0-8) ) #1 SMP PREEMPT RT Debian 4.9.13-1 (2017-02-27) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-rt-amd64 root=UUID=cfd58a06-e091-4822-88c2-4b93329bb3d0 ro vsyscall=none security=apparmor quiet ** Tainted: E (8192) * Unsigned module has been loaded. ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: Dell Inc. product_name: OptiPlex 780 product_version: chassis_vendor: Dell Inc. chassis_version: bios_vendor: Dell Inc. bios_version: A15 board_vendor: Dell Inc. board_name: 0C27VV board_version: A03 ** Loaded modules: btrfs(E) xor(E) raid6_pq(E) dm_crypt(E) dm_mod(E) ipt_REJECT(E) nf_reject_ipv4(E) tcp_diag(E) inet_diag(E) ipt_MASQUERADE(E) nf_nat_masquerade_ipv4(E) xfrm_algo(E) iptable_nat(E) nf_conntrack_ipv4(E) nf_defrag_ipv4(E) nf_nat_ipv4(E) xt_addrtype(E) xt_conntrack(E) nf_nat(E) nf_conntrack(E) stp(E) llc(E) overlay(E) cpuid(E) battery(E) cpufreq_conservative(E) cpufreq_powersave(E) cpufreq_userspace(E) fuse(E) rfkill(E) iTCO_wdt(E) iTCO_vendor_support(E) dell_wmi(E) sparse_keymap(E) dell_smbios(E) coretemp(E) dcdbas(E) kvm_intel(E) kvm(E) snd_hda_codec_analog(E) snd_hda_codec_generic(E) irqbypass(E) pcspkr(E) snd_hda_intel(E) snd_hda_codec(E) snd_hda_core(E) serio_raw(E) snd_hwdep(E) snd_pcm_oss(E) snd_mixer_oss(E) snd_pcm(E) snd_timer(E) snd(E) soundcore(E) sg(E) lpc_ich(E) mfd_core(E) shpchp(E) acpi_cpufreq(E) evdev(E) ip6table_filter(E) ip6_tables(E) xt_multiport(E) iptable_filter(E) binfmt_misc(E) configfs(E) lru_cache(E) loop(E) ip_tables(E) x_tables(E) autofs4(E) ext4(E) crc16(E) jbd2(E) fscrypto(E) ecb(E) glue_helper(E) lrw(E) gf128mul(E) ablk_helper(E) cryptd(E) aes_x86_64(E) mbcache(E) libcrc32c(E) crc32c_generic(E) ses(E) enclosure(E) scsi_transport_sas(E) hid_generic(E) usbhid(E) hid(E) uas(E) usb_storage(E) sd_mod(E) i2c_i801(E) i2c_smbus(E) ahci(E) libahci(E) i915(E) ata_generic(E) video(E) i2c_algo_bit(E) wmi(E) drm_kms_helper(E) libata(E) ehci_pci(E) uhci_hcd(E) ehci_hcd(E) usbcore(E) button(E) e1000e(E) usb_common(E) ptp(E) drm(E) pps_core(E) scsi_mod(E) ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e10] (rev 03) Subsystem: Dell 4 Series Chipset DRAM Controller [1028:0420] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e12] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Dell 4 Series Chipset Integrated Graphics Controller [1028:0420] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller [0380]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e13] (rev 03) Subsystem: Dell 4 Series Chipset Integrated Graphics Controller [1028:0420] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:03.0 Communication controller [0780]: Intel Corporation 4 Series Chipset HECI Controller [8086:2e14] (rev 03) Subsystem: Dell 4 Series Chipset HECI Controller [1028:0420] Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel modules: mei_me 00:03.2 IDE interface [0101]: Intel Corporation 4 Series Chipset PT IDER Controller [8086:2e16] (rev 03) (prog-if 85 [Master SecO PriO]) Subsystem: Dell 4 Series Chipset PT IDER Controller [1028:0420] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ P
Bug#856589: mkinitramfs fails with MODULES=dep and root on tmpfs
On Tue, 2017-03-07 at 18:00 +0100, Benjamin Drung wrote: > Hi, > > Am Montag, den 06.03.2017, 22:50 + schrieb Ben Hutchings: > > kdump-tools is overriding the MODULES setting; see this command in > > /etc/kernel/postinst.d/kdump-tools: > > > > sed -e 's/MODULES=.*/MODULES=dep/' /etc/initramfs- > > tools/initramfs.conf > "$initramfsdir/initramfs.conf" || true > > > > As a workaround you could change that line into a copy. > > You are right. My test case was broken since the configuration in > /var/lib/kdump/initramfs-tools was regenerated on every call. > > Using MODULES=most or MODULES=netboot (which I do now, see #856596) > will not cause this warning. Then the question is: What is the correct > behavior with MODULES=dep and root on tmpfs? So long as initramfs-tools doesn't support booting from a tmpfs, it's not clear what it should do. Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky signature.asc Description: This is a digitally signed message part
Bug#855017: [PATCH] ARM: dts: kirkwood: Fix SATA pinmux-ing for TS419
Hi Ben,
On lun., févr. 20 2017, Ben Hutchings wrote:
> On Mon, 2017-02-20 at 17:50 +0100, Thomas Petazzoni wrote:
>> Hello,
>>
>> On Mon, 20 Feb 2017 16:40:25 +, Ben Hutchings wrote:
>>
>> > That is precisely what I intended. 20-23 are used by the second
>> > Ethernet port. The old board code doesn't assign 4 or 5 at all.
>>
>> Then I believe it would be more explicit to have separate pin muxing
>> configurations for SATA on this board.
>
> You mean, define additional pinmux nodes and override the pinctrl-0
> property of &sata? More like this:
>
> --- a/arch/arm/boot/dts/kirkwood-ts419.dtsi
> +++ b/arch/arm/boot/dts/kirkwood-ts419.dtsi
> @@ -73,3 +73,19 @@
> phy-handle = <ðphy1>;
> };
> };
> +
> +&pinctrl {
> + pmx_sata0_ts419: pmx-sata0-ts419 {
> + marvell,pins = "mpp15";
> + marvell,function = "sata0";
> + };
> +
> + pmx_sata1_ts419: pmx-sata1-ts419 {
> + marvell,pins = "mpp16";
> + marvell,function = "sata1";
> + };
> +};
> +
> +&sata {
> + pinctrl-0 = <&pmx_sata0_ts419 &pmx_sata1_ts419>;
> +};
> --- END ---
If you send a new version of your patch, then I will be able to apply
it on mvebu/dt.
Thanks,
Gregory
>
> Ben.
>
> --
> Ben Hutchings
> If at first you don't succeed, you're doing about average.
> ___
> linux-arm-kernel mailing list
> linux-arm-ker...@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
Bug#841144: kernel BUG at /home/zumbi/linux-4.9.2/fs/ocfs2/alloc.c:1514!
Package: src:linux Version: 4.9.2-2~bpo8+1 Severity: important Dear Maintainer, Please fix this bug. It exists in multiple kernel versions. It locks the file system until hard reboot. * What led up to the situation? Mar 07 09:00:24 vhost012 kernel: [ cut here ] Mar 07 09:00:24 vhost012 kernel: kernel BUG at /home/zumbi/linux-4.9.2/fs/ocfs2/alloc.c:1514! Mar 07 09:00:24 vhost012 kernel: invalid opcode: [#1] SMP Mar 07 09:00:24 vhost012 kernel: Modules linked in: vhost_net vhost macvtap macvlan tun ocfs2 quota_tree hmac veth iptable_filter ip_tables x_tables nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge stp llc bonding intel_rapl sb_edac edac_core x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ast ghash_clmulni_intel ttm intel_cstate drm_kms_helper drm xhci_pci xhci_hcd ehci_pci igb ehci_hcd e1000e iTCO_wdt intel_uncore iTCO_vendor_support mei_me mxm_wmi usbcore dca i2c_algo_bit i2c_i801 lpc_ich ptp intel_rapl_perf pcspkr sg mei usb_common pps_core evdev shpchp i2c_smbus mfd_core ipmi_si fjes ipmi_msghandler wmi acpi_power_meter acpi_pad tpm_tis tpm_tis_core tpm button fuse Mar 07 09:00:24 vhost012 kernel: drbd lru_cache libcrc32c crc32c_generic autofs4 ext4 crc16 jbd2 fscrypto mbcache dm_mod md_mod sd_mod crc32c_intel ahci libahci libata aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper scsi_mod cryptd Mar 07 09:00:24 vhost012 kernel: CPU: 5 PID: 19942 Comm: qemu-system-x86 Not tainted 4.9.0-0.bpo.1-amd64 #1 Debian 4.9.2-2~bpo8+1 Mar 07 09:00:24 vhost012 kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016 Mar 07 09:00:24 vhost012 kernel: task: 9e6d82288000 task.stack: b40ecf01 Mar 07 09:00:24 vhost012 kernel: RIP: 0010:[] [] ocfs2_grow_tree+0x6f2/0x780 [ocfs2] Mar 07 09:00:24 vhost012 kernel: RSP: 0018:b40ecf013618 EFLAGS: 00010246 Mar 07 09:00:24 vhost012 kernel: RAX: RBX: 0024 RCX: b40ecf013790 Mar 07 09:00:24 vhost012 kernel: RDX: b40ecf0136bc RSI: b40ecf013968 RDI: 9e6b8c018660 Mar 07 09:00:24 vhost012 kernel: RBP: b40ecf013678 R08: R09: 0015f3ac Mar 07 09:00:24 vhost012 kernel: R10: 0093b008 R11: 9e6c9242c030 R12: 0001 Mar 07 09:00:24 vhost012 kernel: R13: b40ecf013828 R14: 9e6d988df0c0 R15: 0002 Mar 07 09:00:24 vhost012 kernel: FS: 7fab537fe700() GS:9e7bbf34() knlGS: Mar 07 09:00:24 vhost012 kernel: CS: 0010 DS: ES: CR0: 80050033 Mar 07 09:00:24 vhost012 kernel: CR2: b7f1c000 CR3: 37de4000 CR4: 001426e0 Mar 07 09:00:24 vhost012 kernel: Stack: Mar 07 09:00:24 vhost012 kernel: b40ecf013728 b40ecf013728 c0aac0c5 9e6d8685cb60 Mar 07 09:00:24 vhost012 kernel: c0aab83f 9e6d9f030450 ee024fca 0024 Mar 07 09:00:24 vhost012 kernel: 0001 b40ecf013828 b40ecf013968 9e7bb6fa8900 Mar 07 09:00:24 vhost012 kernel: Call Trace: Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_set_buffer_uptodate+0x35/0x4a0 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_buffer_cached.isra.6+0x7f/0x1a0 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_split_and_insert+0x307/0x490 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_split_extent+0x3ee/0x560 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_change_extent_flag+0x273/0x450 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_mark_extent_written+0x110/0x1d0 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_dio_end_io_write+0x44d/0x600 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_dio_end_io+0x3b/0x60 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? dio_complete+0x7e/0x190 Mar 07 09:00:24 vhost012 kernel: [] ? do_blockdev_direct_IO+0x2168/0x2860 Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_write_end_nolock+0x550/0x550 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_direct_IO+0x83/0x90 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? generic_file_direct_write+0xb3/0x180 Mar 07 09:00:24 vhost012 kernel: [] ? __generic_file_write_iter+0xb6/0x1e0 Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_file_write_iter+0x44e/0xae0 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? hrtimer_init+0xf0/0xf0 Mar 07 09:00:24 vhost012 kernel: [] ? do_iter_readv_writev+0xb0/0x130 Mar 07 09:00:24 vhost012 kernel: [] ? do_readv_writev+0x1ac/0x240 Mar 07 09:00:24 vhost012 kernel: [] ? ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2] Mar 07 09:00:24 vhost012 kernel: [] ? kvm_on_user_return+0x5f/0x90 [kvm] Mar 07 09:00:24 vhost012 kernel: [] ? do_pwritev+0x8c/0xc0 Mar 07 09:00:24 vhost012 kernel: [] ? system_c
Bug#856589: mkinitramfs fails with MODULES=dep and root on tmpfs
Hi, Am Montag, den 06.03.2017, 22:50 + schrieb Ben Hutchings: > kdump-tools is overriding the MODULES setting; see this command in > /etc/kernel/postinst.d/kdump-tools: > > sed -e 's/MODULES=.*/MODULES=dep/' /etc/initramfs- > tools/initramfs.conf > "$initramfsdir/initramfs.conf" || true > > As a workaround you could change that line into a copy. You are right. My test case was broken since the configuration in /var/lib/kdump/initramfs-tools was regenerated on every call. Using MODULES=most or MODULES=netboot (which I do now, see #856596) will not cause this warning. Then the question is: What is the correct behavior with MODULES=dep and root on tmpfs? -- Benjamin Drung System Developer Debian & Ubuntu Developer ProfitBricks GmbH Greifswalder Str. 207 D - 10405 Berlin Email: benjamin.dr...@profitbricks.com URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506B. Geschäftsführer: Andreas Gauger, Achim Weiss. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#857054: initramfs-tools: Firmware for builtin kernel modules not included in initramfs
Processing control commands: > clone -1 -2 Bug #857054 [initramfs-tools] initramfs-tools: Firmware for builtin kernel modules not included in initramfs Bug 857054 cloned as bug 857055 > reassign -2 src:linux 4.9.13-1 Bug #857055 [initramfs-tools] initramfs-tools: Firmware for builtin kernel modules not included in initramfs Bug reassigned from package 'initramfs-tools' to 'src:linux'. No longer marked as found in versions initramfs-tools/0.120+deb8u3. Ignoring request to alter fixed versions of bug #857055 to the same values previously set Bug #857055 [src:linux] initramfs-tools: Firmware for builtin kernel modules not included in initramfs Marked as found in versions linux/4.9.13-1. > retitle -2 Kernel installation should include list of firmware for built-in > drivers Bug #857055 [src:linux] initramfs-tools: Firmware for builtin kernel modules not included in initramfs Changed Bug title to 'Kernel installation should include list of firmware for built-in drivers' from 'initramfs-tools: Firmware for builtin kernel modules not included in initramfs'. > block -1 with -2 Bug #857054 [initramfs-tools] initramfs-tools: Firmware for builtin kernel modules not included in initramfs 857054 was not blocked by any bugs. 857054 was not blocking any bugs. Added blocking bug(s) of 857054: 857055 > found -1 0.120 Bug #857054 [initramfs-tools] initramfs-tools: Firmware for builtin kernel modules not included in initramfs Marked as found in versions initramfs-tools/0.120. > found -1 0.127 Bug #857054 [initramfs-tools] initramfs-tools: Firmware for builtin kernel modules not included in initramfs Marked as found in versions initramfs-tools/0.127. -- 857054: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857054 857055: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857055 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#857054: initramfs-tools: Firmware for builtin kernel modules not included in initramfs
Control: clone -1 -2 Control: reassign -2 src:linux 4.9.13-1 Control: retitle -2 Kernel installation should include list of firmware for built-in drivers Control: block -1 with -2 Control: found -1 0.120 Control: found -1 0.127 initramfs-tools will not keep its own lists of driver/firmware dependencies; that is not maintainable. This information has to be carried by the drivers themselves. In the case of built-in drivers, unfortunately, that information is currently discarded at kernel build time. Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky signature.asc Description: This is a digitally signed message part
Bug#857039: linux-latest: xen-linux-system packages
On Tue, 2017-03-07 at 13:29 +0100, Lionel Elie Mamane wrote: > Source: linux-latest > Version: 79 > > The changelog says: > > linux-latest (77) unstable; urgency=medium > > * Re-introduce xen-linux-system packages, accidentally dropped in version 75 > > > But as of version 79, no xen-linux-system seems to be available, in > particular xen-linux-system-amd64 > > The changelog entries of version 78 and 79 don't mention any > removal. Were they accidentally dropped or was this on purpose? Accidentally, again. :-/ The xen-linux meta-packages don't *do* very much, and there is no longer a xen-linux-system--amd64 package for them to depend on, which is why xen-linux-system-amd64 is not automatically generated any more. However, I did mean to include a transitional xen-linux- system-amd64 to support upgrades to stretch. Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky signature.asc Description: This is a digitally signed message part
Bug#857054: initramfs-tools: Firmware for builtin kernel modules not included in initramfs
Package: initramfs-tools
Version: 0.120+deb8u3
Severity: normal
Hi,
I am using MODULES=netboot in combination with a custom kernel. This
kernel has its network driver bnx2x built in:
$ grep BNX2X= /boot/config-$version
CONFIG_BNX2X=y
The required firmware blobs are not included in the generated initramfs
even when specifying bnx2x in /etc/initramfs-tools/modules, because
manual_add_modules() from hook-functions does following:
$ modprobe --all --ignore-install --quiet --show-depends bnx2x
builtin bnx2x
$ $ modinfo -k $version -F firmware bnx2x
modinfo: ERROR: Module bnx2x not found.
I wrote a hook function as workaround:
$ cat /etc/initramfs-tools/hooks/fix-missing-firmware
#!/bin/sh
PREREQ=""
prereqs()
{
echo "$PREREQ"
}
case $1 in
# get pre-requisites
prereqs)
prereqs
exit 0
;;
esac
. /usr/share/initramfs-tools/hook-functions
for file in /lib/firmware/bnx2x/*; do
if test -e $file; then
copy_exec $file
fi
done
--
Benjamin Drung
System Developer
Debian & Ubuntu Developer
ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin
Email: benjamin.dr...@profitbricks.com
URL: http://www.profitbricks.com
Sitz der Gesellschaft: Berlin.
Registergericht: Amtsgericht Charlottenburg, HRB 125506B.
Geschäftsführer: Andreas Gauger, Achim Weiss.
Processed: Move to src:linux
Processing commands for cont...@bugs.debian.org: > reassign 85 src:linux 4.9.2-2 Bug #85 [linux-image-4.9.0-0.bpo.1-amd64-unsigned] linux-image-4.9.0-0.bpo.1-amd64-unsigned: System time divergence with HyperV TimeSync protocol version 4 Warning: Unknown package 'linux-image-4.9.0-0.bpo.1-amd64-unsigned' Bug reassigned from package 'linux-image-4.9.0-0.bpo.1-amd64-unsigned' to 'src:linux'. No longer marked as found in versions linux/4.9.2-2~bpo8+1. Ignoring request to alter fixed versions of bug #85 to the same values previously set Bug #85 [src:linux] linux-image-4.9.0-0.bpo.1-amd64-unsigned: System time divergence with HyperV TimeSync protocol version 4 Marked as found in versions linux/4.9.2-2. > reassign 843485 src:linux 4.8.5-1 Bug #843485 [linux-doc-4.8] proc.txt does not mention that task names can be overridden Warning: Unknown package 'linux-doc-4.8' Bug reassigned from package 'linux-doc-4.8' to 'src:linux'. No longer marked as found in versions linux/4.8.5-1. Ignoring request to alter fixed versions of bug #843485 to the same values previously set Bug #843485 [src:linux] proc.txt does not mention that task names can be overridden Marked as found in versions linux/4.8.5-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 843485: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843485 85: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=85 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#857043: nfs-common: Can nfsstat be made to show timeouts per mount point or globally for the machine?
Package: nfs-common Version: 1:1.2.8-9 I am looking for a way to detect if a machine is currently experiencing NFS hangs or not, and after reading the kernel source code I noticed the timeouts nfs statistics value that would show this. I further came across http://docs.oracle.com/cd/E19253-01/816-4555/netmonitor-12/index.html > which show how to get the value printed by running 'nfsstat -c'. But on Debian, there is no timeouts value printed by 'nfsstat -c'. Am I doing it wrong? This is what I get from nfsstat Client rpc stats: calls retransauthrefrsh 110415905 23636 110416360 Client nfs v3: null getattr setattr lookup access readlink 0 0% 60575279 54% 4537620% 16817036 15% 14175296 12% 125 0% read writecreate mkdirsymlink mknod 4207868 3% 8249979 7% 1699570% 3626 0% 822 0% 800% remove rmdirrename link readdir readdirplus 4284490% 3313 0% 4640450% 2891310% 2924687 2% 1646905 1% fsstat fsinfo pathconf commit 5921 0% 2 0% 1 0% 0 0% I was hoping for something looking more like this: Client rpc: Connection oriented: callsbadcalls badxids timeouts newcreds badverfs timers 1595799 1511 59 297 0 0 0 cantconn nomem interrupts 1198 0 7 Connectionless: callsbadcalls retrans badxids timeouts newcreds badverfs 807853135 25029193 9543 0 0 timers nomem cantsend 173990 0 Client nfs: callsbadcalls clgets cltoomany 1640097 3112 1640097 0 Version 2: (46366 calls) null getattr setattr root lookup readlink read 0 0% 6589 14% 2202 4% 0 0% 11506 24% 0 0% 7654 16% wrcache write create remove rename link symlink 0 0% 13297 28% 1081 2% 0 0% 0 0% 0 0% 0 0% mkdirrmdir readdir statfs 24 0%0 0% 906 1% 3107 6% Version 3: (1585571 calls) nullgetattrsetattr lookup access readlink read 0 0%508406 32% 10209 0% 263441 16% 400845 25% 3065 0% 117959 7% writecreate mkdirsymlinkmknodremove rmdir 69201 4% 7615 0%42 0%16 0% 0 0% 7875 0% 51 0% rename link readdir readdir+ fsstat fsinfo pathconf 929 0% 597 0% 3986 0% 185145 11% 942 0% 300 0% 583 0% commit 4364 0% Client nfs_acl: Version 2: (3105 calls) null getacl setacl getattraccess 0 0% 0 0% 0 0% 3105 100% 0 0% Version 3: (5055 calls) null getacl setacl 0 0% 5055 100% 0 0% I can find a per-process NFS timeouts count in /proc/$$/mountstats: device nfsserver:/nfs/server/path mounted on /nfs/server/path with fstype nfs statvers=1.1 opts: rw,vers=3,rsize=65536,wsize=65536,namlen=255,acregmin=3,acregmax=60,acdirmin=30,acdirmax=60,soft,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.11.12.13,mountvers=3,mountport=4048,mountproto=udp,local_lock=all age:7691364 caps: caps=0x3fe7,wtmult=4096,dtsize=8192,bsize=0,namlen=255 sec:flavor=1,pseudoflavor=1 events: 60575385 723194904 1026044 35107133 16087435 8158089 752137466 69862882 35157 3887894 44422751 108980223 4740836 410819 15329462 293279 52346959 13445026 0 51266 8993532 1217 0 0 0 0 0 bytes: 164164451145 214028657512 0 0 40640451492 180817114394 11641662 44422751 RPC iostats version: 1.0 p/v: 13/3 (nfs) xprt: tcp 925 1 6810 0 2 110441641 110416726 109 2645913361036 0 248 53868797 22200775 per-op statistics NULL: 0 0 0 0 0 0 0 0 GETATTR: 60575379 60575381 0 9544619508 6784438976 452061 76505876 78129998 SETATTR: 453778 453779 0 90066680 65344032 63712 590276 674384 LOOKUP: 16817043 16817043 0 3314596236 3964783208 56762 34903770 35341541 ACCESS: 14175369 14183675 5 2301023152 1701043560 1708922 4820888 7083181 READLINK: 125 125 0 20472 18620 0 1112 1118 READ: 4207868 4207869 0 714491244 41184781156 89800 22545589 22729177 WRITE: 8250269 8265635 22 183002770728 1319488588 178252491 50489943 230625045 CREATE: 169959 169959 0 37678972 46226800 861 1029589 1038039 MKDIR: 3626 3626 0 762440 979232 26 23616 23867 SYMLINK: 822 822 0 212004 223456 5 5109 5157 MKNOD: 80 80 0 20148 21760 0 299 304 REMOVE: 428449 428449 0 79497296 61696224 3302 2706552 2737673 RMDIR: 3313 3313 0 634516 477072 22 5724 5940 RENAME: 464046 464046 0 129453232 120651960 7046 5882116 5908093
Bug#857039: linux-latest: xen-linux-system packages
Source: linux-latest Version: 79 The changelog says: linux-latest (77) unstable; urgency=medium * Re-introduce xen-linux-system packages, accidentally dropped in version 75 But as of version 79, no xen-linux-system seems to be available, in particular xen-linux-system-amd64 The changelog entries of version 78 and 79 don't mention any removal. Were they accidentally dropped or was this on purpose? -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (600, 'stable-updates'), (600, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Dependency of linux-image-amd64 (4.9+78~bpo8+1)
Hi all, I'm facing a invalid dependency in jessie-backports. The package linux-image-amd64 (4.9+78~bpo8+1) depends on linux-image-4.9.0-0.bpo.1-amd64 which is unavailable. https://packages.debian.org/jessie-backports/linux-image-amd64 My guess is it's a bug in dependencies, the required version should be linux-image-4.9.0-0.bpo.2-amd64. I've tried 'reportbug', but I've failed when trying to report this kind of bug. Contact me, if you need more info. Best regards Lukas
linux-latest_79~bpo8+1_amd64.changes ACCEPTED into jessie-backports->backports-policy
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 07 Mar 2017 11:26:14 +0100 Source: linux-latest Binary: linux-source linux-doc linux-perf linux-image-alpha-generic linux-headers-alpha-generic linux-image-alpha-smp linux-headers-alpha-smp linux-image-amd64 linux-headers-amd64 linux-image-amd64-dbg linux-image-rt-amd64 linux-headers-rt-amd64 linux-image-rt-amd64-dbg linux-image-arm64 linux-headers-arm64 linux-image-arm64-dbg linux-image-marvell linux-headers-marvell linux-image-armmp linux-headers-armmp linux-image-armmp-lpae linux-headers-armmp-lpae linux-image-parisc linux-headers-parisc linux-image-parisc64-smp linux-headers-parisc64-smp linux-image-686 linux-headers-686 linux-image-686-pae linux-headers-686-pae linux-image-686-pae-dbg linux-image-rt-686-pae linux-headers-rt-686-pae linux-image-rt-686-pae-dbg linux-image-m68k linux-headers-m68k linux-image-4kc-malta linux-headers-4kc-malta linux-image-5kc-malta linux-headers-5kc-malta linux-image-octeon linux-headers-octeon linux-image-loongson-3 linux-headers-loongson-3 linux-image-powerpc linux-headers-powerpc linux-image-powerpc-smp linux-headers-powerpc-smp linux-image-powerpc64 linux-headers-powerpc64 linux-image-powerpcspe linux-headers-powerpcspe linux-image-powerpc64le linux-headers-powerpc64le linux-image-s390x linux-headers-s390x linux-image-s390x-dbg linux-image-sh7751r linux-headers-sh7751r linux-image-sh7785lcr linux-headers-sh7785lcr linux-image-sparc64 linux-headers-sparc64 linux-image-sparc64-smp linux-headers-sparc64-smp linux-tools linux-image-586 linux-headers-586 linux-image-kirkwood linux-headers-kirkwood linux-image-orion5x linux-headers-orion5x Architecture: source all amd64 Version: 79~bpo8+1 Distribution: jessie-backports Urgency: medium Maintainer: Debian Kernel Team Changed-By: Héctor Orón Martínez Description: linux-doc - Linux kernel specific documentation (meta-package) linux-headers-4kc-malta - Header files for Linux 4kc-malta configuration (meta-package) linux-headers-586 - Header files for Linux 586 configuration (dummy package) linux-headers-5kc-malta - Header files for Linux 5kc-malta configuration (meta-package) linux-headers-686 - Header files for Linux 686 configuration (meta-package) linux-headers-686-pae - Header files for Linux 686-pae configuration (meta-package) linux-headers-alpha-generic - Header files for Linux alpha-generic configuration (meta-package) linux-headers-alpha-smp - Header files for Linux alpha-smp configuration (meta-package) linux-headers-amd64 - Header files for Linux amd64 configuration (meta-package) linux-headers-arm64 - Header files for Linux arm64 configuration (meta-package) linux-headers-armmp - Header files for Linux armmp configuration (meta-package) linux-headers-armmp-lpae - Header files for Linux armmp-lpae configuration (meta-package) linux-headers-kirkwood - Header files for Linux kirkwood configuration (dummy package) linux-headers-loongson-3 - Header files for Linux loongson-3 configuration (meta-package) linux-headers-m68k - Header files for Linux m68k configuration (meta-package) linux-headers-marvell - Header files for Linux marvell configuration (meta-package) linux-headers-octeon - Header files for Linux octeon configuration (meta-package) linux-headers-orion5x - Header files for Linux orion5x configuration (dummy package) linux-headers-parisc - Header files for Linux parisc configuration (meta-package) linux-headers-parisc64-smp - Header files for Linux parisc64-smp configuration (meta-package) linux-headers-powerpc - Header files for Linux powerpc configuration (meta-package) linux-headers-powerpc-smp - Header files for Linux powerpc-smp configuration (meta-package) linux-headers-powerpc64 - Header files for Linux powerpc64 configuration (meta-package) linux-headers-powerpc64le - Header files for Linux powerpc64le configuration (meta-package) linux-headers-powerpcspe - Header files for Linux powerpcspe configuration (meta-package) linux-headers-rt-686-pae - Header files for Linux rt-686-pae configuration (meta-package) linux-headers-rt-amd64 - Header files for Linux rt-amd64 configuration (meta-package) linux-headers-s390x - Header files for Linux s390x configuration (meta-package) linux-headers-sh7751r - Header files for Linux sh7751r configuration (meta-package) linux-headers-sh7785lcr - Header files for Linux sh7785lcr configuration (meta-package) linux-headers-sparc64 - Header files for Linux sparc64 configuration (meta-package) linux-headers-sparc64-smp - Header files for Linux sparc64-smp configuration (meta-package) linux-image-4kc-malta - Linux for MIPS Malta (meta-package) linux-image-586 - Linux for older PCs (dummy package) linux-image-5kc-malta - Linux for MIPS Malta (64-bit) (meta-package) linux-image-686 - Linux for older PCs (meta-package) linux-image-686-pae - Linux for modern PCs (meta-package) linux-image-686-pae-dbg - Debugging sy
Processing of linux-latest_79~bpo8+1_amd64.changes
linux-latest_79~bpo8+1_amd64.changes uploaded successfully to localhost along with the files: linux-latest_79~bpo8+1.dsc linux-latest_79~bpo8+1.tar.xz linux-tools_4.9+79~bpo8+1_all.deb linux-doc_4.9+79~bpo8+1_all.deb linux-source_4.9+79~bpo8+1_all.deb linux-perf_4.9+79~bpo8+1_all.deb linux-image-amd64_4.9+79~bpo8+1_amd64.deb linux-headers-amd64_4.9+79~bpo8+1_amd64.deb linux-image-amd64-dbg_4.9+79~bpo8+1_amd64.deb linux-image-rt-amd64_4.9+79~bpo8+1_amd64.deb linux-headers-rt-amd64_4.9+79~bpo8+1_amd64.deb linux-image-rt-amd64-dbg_4.9+79~bpo8+1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.debian.org)
