linux-latest_79~bpo8+1_amd64.changes ACCEPTED into jessie-backports->backports-policy, jessie-backports

2017-03-07 Thread Debian FTP Masters


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 

Bug#857080: JBD2: qemu-system-x86 wants too many credits - ocfs2

2017-03-07 Thread Russell Mosemann

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+ 

Bug#857081: linux-image-4.9.0-2-rt-amd64-unsigned: NOHZ: local_softirq_pending 80

2017-03-07 Thread Laurent Bonnaud
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+ 

Bug#856589: mkinitramfs fails with MODULES=dep and root on tmpfs

2017-03-07 Thread Ben Hutchings
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

2017-03-07 Thread Gregory CLEMENT
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 ?  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 = <>;
>   };
>  };
> +
> + {
> + pmx_sata0_ts419: pmx-sata0-ts419 {
> + marvell,pins = "mpp15";
> + marvell,function = "sata0";
> + };
> +
> + pmx_sata1_ts419: pmx-sata1-ts419 {
> + marvell,pins = "mpp16";
> + marvell,function = "sata1";
> + };
> +};
> +
> + {
> + pinctrl-0 = <_sata0_ts419 _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!

2017-03-07 Thread Russell Mosemann

 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:  [] ? 

Bug#856589: mkinitramfs fails with MODULES=dep and root on tmpfs

2017-03-07 Thread Benjamin Drung
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

2017-03-07 Thread Debian Bug Tracking System
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

2017-03-07 Thread Ben Hutchings
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

2017-03-07 Thread Ben Hutchings
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

2017-03-07 Thread Benjamin Drung
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

2017-03-07 Thread Debian Bug Tracking System
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?

2017-03-07 Thread Petter Reinholdtsen

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

2017-03-07 Thread Lionel Elie Mamane
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)

2017-03-07 Thread Lukáš Bednařík
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

2017-03-07 Thread Debian FTP Masters


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 

Processing of linux-latest_79~bpo8+1_amd64.changes

2017-03-07 Thread Debian FTP Masters
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)