Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'

2016-02-19 Thread Serhii Yehorov
Have same problem with desktop based on Gigabyte GA-970A-UD3.
ThinkPad Edge E330 3354-AY5 have everything OK.

signature.asc
Description: This is a digitally signed message part.


Bug#815125: linux-image-4.4.0-1-amd64 fails to load initrd - no booting

2016-02-19 Thread Yves-Alexis Perez
On Fri, 19 Feb 2016 16:24:06 +0900 Norbert Preining  wrote:
> Package: src:linux
> Version: 4.4.2-1
> Severity: critical
> Justification: breaks the whole system
> 
> Dear all,
> 
> till now I was running
>   linux-image-4.4.0-trunk-amd64 (from experimental)
> without any problem. Today I installed
>   linux-image-4.4.0-1-amd64 (version 4.4.2-1)
> and tried to boot into it. Booting stopped at 
>   Loading initrd
> and remains there.
> 
I'm experiencing this issue too, on a 2015 Lenovo ThinkPad X250, using UEFI
boot.

I've tried to boot a vanilla 4.4.2 kernel with custom configuration, which
boots fine. I'm rebuilding a vanilla 4.4.2 kernel with the Debian
configuration to check wether it boots fine or not.

It might be related to the UEFI patches added on top of the 4.4.2 kernel, not
sure when they appeared.

Regards,
-- 
Yves-Alexis



signature.asc
Description: This is a digitally signed message part


Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'

2016-02-19 Thread Martin Dickopp
On Fri, Feb 19, 2016 at 10:50:34AM +0100, Vincent Bernat wrote:
>  ❦ 19 février 2016 07:34 GMT, Jim Barber 
>  :
> 
> > I upgraded from linux-image-4.3.0-1-amd64 (version 4.3.5-1) to 
> > linux-image-4.4.0-1-amd64.
> > On rebooting the system I am presented with grub, and then start booting 
> > into Linux.
> > I only get to see 2 lines with the cursor below them on the lefthand side.
> >
> > Loading Linux 4.4.0-1 ...
> > Loading initial ramdisk ...
> > _
> >
> > The system freezes at this point and is unresponsive.
> > I have to hold my power button down for approx 10s to power off the laptop.
> > Booting back into linux-4.3.0-1-amd64 works fine.
> 
> I am in the same situation. I am also on the same system (Thinkpad X1
> Carbon, but 2nd).

I observe exactly the same behavior on my Toshiba Kira 10D.

Best regards,
Martin



linux_4.4.2-2_multi.changes ACCEPTED into unstable, unstable

2016-02-19 Thread Debian FTP Masters


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 19 Feb 2016 14:48:52 +
Source: linux
Binary: linux-source-4.4 linux-support-4.4.0-1 linux-doc-4.4 linux-manual-4.4 
linux-libc-dev linux-headers-4.4.0-1-all linux-headers-4.4.0-1-all-alpha 
kernel-image-4.4.0-1-alpha-generic-di nic-modules-4.4.0-1-alpha-generic-di 
nic-wireless-modules-4.4.0-1-alpha-generic-di 
nic-shared-modules-4.4.0-1-alpha-generic-di 
serial-modules-4.4.0-1-alpha-generic-di 
usb-serial-modules-4.4.0-1-alpha-generic-di 
ppp-modules-4.4.0-1-alpha-generic-di pata-modules-4.4.0-1-alpha-generic-di 
cdrom-core-modules-4.4.0-1-alpha-generic-di 
scsi-core-modules-4.4.0-1-alpha-generic-di 
scsi-modules-4.4.0-1-alpha-generic-di loop-modules-4.4.0-1-alpha-generic-di 
btrfs-modules-4.4.0-1-alpha-generic-di ext4-modules-4.4.0-1-alpha-generic-di 
isofs-modules-4.4.0-1-alpha-generic-di jfs-modules-4.4.0-1-alpha-generic-di 
xfs-modules-4.4.0-1-alpha-generic-di fat-modules-4.4.0-1-alpha-generic-di 
md-modules-4.4.0-1-alpha-generic-di multipath-modules-4.4.0-1-alpha-generic-di 
usb-modules-4.4.0-1-alpha-generic-di
 usb-storage-modules-4.4.0-1-alpha-generic-di 
fb-modules-4.4.0-1-alpha-generic-di input-modules-4.4.0-1-alpha-generic-di 
event-modules-4.4.0-1-alpha-generic-di mouse-modules-4.4.0-1-alpha-generic-di 
nic-pcmcia-modules-4.4.0-1-alpha-generic-di 
pcmcia-modules-4.4.0-1-alpha-generic-di 
nic-usb-modules-4.4.0-1-alpha-generic-di sata-modules-4.4.0-1-alpha-generic-di 
core-modules-4.4.0-1-alpha-generic-di crc-modules-4.4.0-1-alpha-generic-di 
crypto-modules-4.4.0-1-alpha-generic-di 
crypto-dm-modules-4.4.0-1-alpha-generic-di ata-modules-4.4.0-1-alpha-generic-di 
nbd-modules-4.4.0-1-alpha-generic-di squashfs-modules-4.4.0-1-alpha-generic-di 
virtio-modules-4.4.0-1-alpha-generic-di zlib-modules-4.4.0-1-alpha-generic-di 
fuse-modules-4.4.0-1-alpha-generic-di srm-modules-4.4.0-1-alpha-generic-di 
linux-headers-4.4.0-1-common linux-image-4.4.0-1-alpha-generic 
linux-headers-4.4.0-1-alpha-generic linux-image-4.4.0-1-alpha-smp 
linux-headers-4.4.0-1-alpha-smp linux-headers-4.4.0-1-all-amd64
 kernel-image-4.4.0-1-amd64-di nic-modules-4.4.0-1-amd64-di 
nic-wireless-modules-4.4.0-1-amd64-di nic-shared-modules-4.4.0-1-amd64-di 
serial-modules-4.4.0-1-amd64-di usb-serial-modules-4.4.0-1-amd64-di 
ppp-modules-4.4.0-1-amd64-di pata-modules-4.4.0-1-amd64-di 
cdrom-core-modules-4.4.0-1-amd64-di firewire-core-modules-4.4.0-1-amd64-di 
scsi-core-modules-4.4.0-1-amd64-di scsi-modules-4.4.0-1-amd64-di 
loop-modules-4.4.0-1-amd64-di btrfs-modules-4.4.0-1-amd64-di 
ext4-modules-4.4.0-1-amd64-di isofs-modules-4.4.0-1-amd64-di 
jfs-modules-4.4.0-1-amd64-di ntfs-modules-4.4.0-1-amd64-di 
xfs-modules-4.4.0-1-amd64-di fat-modules-4.4.0-1-amd64-di 
md-modules-4.4.0-1-amd64-di multipath-modules-4.4.0-1-amd64-di 
usb-modules-4.4.0-1-amd64-di usb-storage-modules-4.4.0-1-amd64-di 
pcmcia-storage-modules-4.4.0-1-amd64-di fb-modules-4.4.0-1-amd64-di 
input-modules-4.4.0-1-amd64-di event-modules-4.4.0-1-amd64-di 
mouse-modules-4.4.0-1-amd64-di nic-pcmcia-modules-4.4.0-1-amd64-di
 pcmcia-modules-4.4.0-1-amd64-di nic-usb-modules-4.4.0-1-amd64-di 
sata-modules-4.4.0-1-amd64-di core-modules-4.4.0-1-amd64-di 
acpi-modules-4.4.0-1-amd64-di i2c-modules-4.4.0-1-amd64-di 
crc-modules-4.4.0-1-amd64-di crypto-modules-4.4.0-1-amd64-di 
crypto-dm-modules-4.4.0-1-amd64-di efi-modules-4.4.0-1-amd64-di 
ata-modules-4.4.0-1-amd64-di mmc-core-modules-4.4.0-1-amd64-di 
mmc-modules-4.4.0-1-amd64-di nbd-modules-4.4.0-1-amd64-di 
squashfs-modules-4.4.0-1-amd64-di speakup-modules-4.4.0-1-amd64-di 
virtio-modules-4.4.0-1-amd64-di uinput-modules-4.4.0-1-amd64-di 
sound-modules-4.4.0-1-amd64-di hyperv-modules-4.4.0-1-amd64-di 
udf-modules-4.4.0-1-amd64-di fuse-modules-4.4.0-1-amd64-di 
linux-image-4.4.0-1-amd64 linux-headers-4.4.0-1-amd64 
linux-image-4.4.0-1-amd64-dbg xen-linux-system-4.4.0-1-amd64 
linux-headers-4.4.0-1-common-rt linux-image-4.4.0-1-rt-amd64 
linux-headers-4.4.0-1-rt-amd64 linux-image-4.4.0-1-rt-amd64-dbg 
linux-headers-4.4.0-1-all-arm64
 kernel-image-4.4.0-1-arm64-di nic-modules-4.4.0-1-arm64-di 
nic-wireless-modules-4.4.0-1-arm64-di nic-shared-modules-4.4.0-1-arm64-di 
ppp-modules-4.4.0-1-arm64-di cdrom-core-modules-4.4.0-1-arm64-di 
scsi-core-modules-4.4.0-1-arm64-di scsi-modules-4.4.0-1-arm64-di 
loop-modules-4.4.0-1-arm64-di btrfs-modules-4.4.0-1-arm64-di 
ext4-modules-4.4.0-1-arm64-di isofs-modules-4.4.0-1-arm64-di 
jfs-modules-4.4.0-1-arm64-di xfs-modules-4.4.0-1-arm64-di 
fat-modules-4.4.0-1-arm64-di md-modules-4.4.0-1-arm64-di 
multipath-modules-4.4.0-1-arm64-di usb-modules-4.4.0-1-arm64-di 
usb-storage-modules-4.4.0-1-arm64-di input-modules-4.4.0-1-arm64-di 
event-modules-4.4.0-1-arm64-di nic-usb-modules-4.4.0-1-arm64-di 
sata-modules-4.4.0-1-arm64-di core-modules-4.4.0-1-arm64-di 
i2c-modules-4.4.0-1-arm64-di crc-modules-4.4.0-1-arm64-di 
crypto-modules-4.4.0-1-arm64-di crypto-dm-modules-4.4.0-1-arm64-di 
efi-modules-4.4.0-1-arm64-di ata-m

Bug#814681: marked as done (QNAP TS-219P II: Network transmit data corruption caused by mv643xx_eth TCP segmentation offload)

2016-02-19 Thread Debian Bug Tracking System
Your message dated Fri, 19 Feb 2016 18:00:26 +
with message-id 
and subject line Bug#814681: fixed in linux 4.4.2-2
has caused the Debian Bug report #814681,
regarding QNAP TS-219P II: Network transmit data corruption caused by 
mv643xx_eth TCP segmentation offload
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.)


-- 
814681: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814681
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-4.3.0-0.bpo.1-kirkwood
Version: 4.3.3-7~bpo8+1

This one seems to be a repeat offender (see #764162):

When running a samba server under Debian with the "sendfile = yes" option,
I observe corruption during file transfers from the Debian server to a
Windows 7 PC. Inspection of the corruption reveals that every now and then,
a sequence of 4 bytes is replaced with the destination MAC address.

Sample (Offset: Original Mismatch; M1 through M4 are the first four bytes
of the MAC address of my Windows 7 PC):

0C402D48: 2F M1
0C402D49: C2 M2
0C402D4A: 18 M3
0C402D4B: 3C M4
107ABBDC: 9D M1
107ABBDD: A6 M2
107ABBDE: 97 M3
107ABBDF: 5B M4
1102D860: 7B M1
1102D861: DF M2
1102D862: 5A M3
1102D863: CE M4
17682D48: DA M1
17682D49: 9A M2
17682D4A: 44 M3
17682D4B: 7C M4
1B8AE3C8: 33 M1
1B8AE3C9: FF M2
1B8AE3CA: D2 M3
1B8AE3CB: 17 M4
1CAAD860: 18 M1
1CAAD861: 20 M2
1CAAD862: C7 M3
1CAAD863: 23 M4
1F76CCF8: 76 M1
1F76CCF9: 9E M2
1F76CCFA: 44 M3
1F76CCFB: 79 M4
20EEE3C8: AB M1
20EEE3C9: 40 M2
20EEE3CA: A4 M3
20EEE3CB: A2 M4

The offsets change each time the file is transferred, but the incorrect
values remain the same, it's always the first 4 bytes of my Windows 7 PC
MAC address.

The command suggested in #764162:

sudo ethtool -K eth0 tso off

*fixes* the problem, and the command:

sudo ethtool -K eth0 tso on

makes it reappear most of the time, but sometimes not...?!?

Driver information:

~$ sudo ethtool -i eth0
driver: mv643xx_eth
version: 1.4
firmware-version: N/A
bus-info: platform
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no

Initial offload settings (with the problem observed):

Features for eth0:
rx-checksumming: on
tx-checksumming: on
tx-checksum-ipv4: on
scatter-gather: on
tx-scatter-gather: on
tcp-segmentation-offload: on
tx-tcp-segmentation: on
generic-segmentation-offload: on
generic-receive-offload: on
tx-nocache-copy: off


Best Regards,
Robert Schlabbach
--- End Message ---
--- Begin Message ---
Source: linux
Source-Version: 4.4.2-2

We believe that the bug you reported is fixed in the latest version of
linux, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 814...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ben Hutchings  (supplier of updated linux package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 19 Feb 2016 14:48:52 +
Source: linux
Binary: linux-source-4.4 linux-support-4.4.0-1 linux-doc-4.4 linux-manual-4.4 
linux-libc-dev linux-headers-4.4.0-1-all linux-headers-4.4.0-1-all-alpha 
kernel-image-4.4.0-1-alpha-generic-di nic-modules-4.4.0-1-alpha-generic-di 
nic-wireless-modules-4.4.0-1-alpha-generic-di 
nic-shared-modules-4.4.0-1-alpha-generic-di 
serial-modules-4.4.0-1-alpha-generic-di 
usb-serial-modules-4.4.0-1-alpha-generic-di 
ppp-modules-4.4.0-1-alpha-generic-di pata-modules-4.4.0-1-alpha-generic-di 
cdrom-core-modules-4.4.0-1-alpha-generic-di 
scsi-core-modules-4.4.0-1-alpha-generic-di 
scsi-modules-4.4.0-1-alpha-generic-di loop-modules-4.4.0-1-alpha-generic-di 
btrfs-modules-4.4.0-1-alpha-generic-di ext4-modules-4.4.0-1-alpha-generic-di 
isofs-modules-4.4.0-1-alpha-generic-di jfs-modules-4.4.0-1-alpha-generic-di 
xfs-modules-4.4.0-1-alpha-generic-di fat-modules-4.4.0-1-alpha-generic-di 
md-modules-4.4.0-1-alpha-generic-di multipath-modules-4.4.0-1-alpha-generic-di 
usb-modules-4.4.0-1-alpha-generic-di
 usb-storage-modules-4.4.0-1-alpha-generic-di 
fb-modules-4.4.0-1-alpha-generic-di input-modules-4.4.0-1-alpha-generic-di 
event-modules-4.4.0-1-alpha-generic-di mouse-modules-4.4.0-1-alpha-generic-di 
nic-pcmcia-modules-4.4.0-1-alpha-ge

linux-tools_4.4-2_source.changes ACCEPTED into unstable

2016-02-19 Thread Debian FTP Masters


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 19 Feb 2016 17:11:29 +
Source: linux-tools
Binary: linux-kbuild-4.4 linux-perf-4.4 libusbip-dev usbip hyperv-daemons 
lockdep liblockdep4.4 liblockdep-dev
Architecture: source
Version: 4.4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Kernel Team 
Changed-By: Ben Hutchings 
Description:
 hyperv-daemons - Support daemons for Linux running on Hyper-V
 liblockdep-dev - Runtime locking correctness validator (development files)
 liblockdep4.4 - Runtime locking correctness validator (shared library)
 libusbip-dev - USB device sharing system over IP network (development files)
 linux-kbuild-4.4 - Kbuild infrastructure for Linux 4.4
 linux-perf-4.4 - Performance analysis tools for Linux 4.4
 lockdep- Runtime locking correctness validator
 usbip  - USB device sharing system over IP network
Closes: 813080
Changes:
 linux-tools (4.4-2) unstable; urgency=medium
 .
   * linux-perf: Include version number in strace groups installation directory
 (Closes: #813080)
   * [alpha,sh4] Attempt to fix build failures
   * Build fixdep under debian/build and clean it up properly
Checksums-Sha1:
 6bc13491f451cb6d79e55c6a122f2bd8d11149bb 2951 linux-tools_4.4-2.dsc
 d7e8d5f0220320cf2990cb65952157f7fb352c8f 33800 linux-tools_4.4-2.debian.tar.xz
Checksums-Sha256:
 244d96f71f91dbd0f3bd0edb71ad542b65acfa8f8dcde22928a9af7a115697b4 2951 
linux-tools_4.4-2.dsc
 eeccec7a64cc9c14cc6804528beebb60f6e072c3b0cfbcf740a5794438123ae6 33800 
linux-tools_4.4-2.debian.tar.xz
Files:
 c94d2ab7f53884cc8347cd2b6f302cca 2951 kernel optional linux-tools_4.4-2.dsc
 bc541c4ad377334123bfe3f28e553a5d 33800 kernel optional 
linux-tools_4.4-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVsdNHOe/yOyVhhEJAQoeGQ/+I3XEDOtL2kNGIRZL5jzKbwerlFTh25na
oXfU1d+8JSvkNdGgbOx8U5ctvcCMBm3xwBZheACPbiT3iJ7shu8YaQL+Vn9RWkPr
IUd4vf5dT0sLkGSG8g7qYZGiBGiO2SJnf8rEfyzLnvP+SZCNn+MwYph9+a/eIsdl
dSDYbwrUhftUWqMbf7PsgxfeYA0BMN7XtvBRzX/HqcfgTNx3VXXeGISohlbcITNN
hREOmkeYnJU7hZujvwEGLSh4BpK8Kn2ZMVirG+gDO34P5DgVGjlinAFy8uvjnsPZ
v+xXoWa4Xlg8mZ+LYYUOOBJdy9/kP3lk+Mp3iGElaPWfnSw60hK/fphDRxx/EIjz
f8QCsz5SZcxaKDa6RWf2AcQs0DQd4zquwjgVHb53KK+b/JPrn5AX1IAXAJXoXl9N
5/jeiUgPY3Jg2xsU5Pm+mkr2p5h6t2DBbeod0+6AlYZqYpVrAQYgF7xU6Kf2P6tJ
X1dDOWDyleNmq6SafAvRHwE3PifF9GC1tpJcpw8SfJxOLMc7rIejY2vSY1NUUR5k
SgSeh5vI5Q+e4zQVUEhlRys0cBUyd0TpM4xTRSAlczNqviOPKpmAaQMcjpa6R4P7
zZZvY8zRR7ep9lvorirm0ITghp59vu0Yab1ZB77Kh/zbCBHiJaJH4pK89BseXNPR
rNK3RNQW2mg=
=yg2U
-END PGP SIGNATURE-


Thank you for your contribution to Debian.



Processing of linux-tools_4.4-2_source.changes

2016-02-19 Thread Debian FTP Masters
linux-tools_4.4-2_source.changes uploaded successfully to localhost
along with the files:
  linux-tools_4.4-2.dsc
  linux-tools_4.4-2.debian.tar.xz

Greetings,

Your Debian queue daemon (running on host franck.debian.org)



Bug#815173: kernel-image-4.4.0-1-amd64 does not boot on my Thinkpad X240

2016-02-19 Thread Wolfgang Walter
Package: linux-image-4.4.0-1-amd64
Version: 4.4.2-1
Severity: serious

Hello,

This kernel does not boot on my Thinkpad X240.

grub loads the kernel and the initrd. Then die computer hangs. There is no 
additional output. I must switch the computer with the powerbutton.

linux-image-4.4.0-trunk-amd64 works fine.

Regards
-- 
Wolfgang Walter
Studentenwerk München
Anstalt des öffentlichen Rechts



Bug#815102: marked as done (linux-perf-4.4 conflicts with linux-perf-4.3)

2016-02-19 Thread Debian Bug Tracking System
Your message dated Fri, 19 Feb 2016 17:21:14 +
with message-id 
and subject line Bug#813080: fixed in linux-tools 4.4-2
has caused the Debian Bug report #813080,
regarding linux-perf-4.4 conflicts with linux-perf-4.3
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.)


-- 
813080: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813080
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-perf-4.4
Version: 4.4-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

apt-get dist-upgrade

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

tried a dist-upgrade and while unpacking linux-perf-4.4, dpkg complains that it 
can't overwrite
/usr/share/perf-core/strace/groups/file which is also present on linux-perf-4.3

   * What was the outcome of this action?

linux-perf-4.4 can't be installed

   * What outcome did you expect instead?

both linux-perf 4.3 and 4.4 should be able to be installed together on a system
and they should be usable depending on which kernel is running.

Here's relevant output from apt-get dist-upgrade:

Unpacking linux-perf-4.4 (4.4-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/linux-perf-4.4_4.4-1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/perf-core/strace/groups/file', which is also 
in package linux-perf-4.3 4.3.1-2



*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.3.0-1-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)
--- End Message ---
--- Begin Message ---
Source: linux-tools
Source-Version: 4.4-2

We believe that the bug you reported is fixed in the latest version of
linux-tools, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 813...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ben Hutchings  (supplier of updated linux-tools package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 19 Feb 2016 17:11:29 +
Source: linux-tools
Binary: linux-kbuild-4.4 linux-perf-4.4 libusbip-dev usbip hyperv-daemons 
lockdep liblockdep4.4 liblockdep-dev
Architecture: source
Version: 4.4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Kernel Team 
Changed-By: Ben Hutchings 
Description:
 hyperv-daemons - Support daemons for Linux running on Hyper-V
 liblockdep-dev - Runtime locking correctness validator (development files)
 liblockdep4.4 - Runtime locking correctness validator (shared library)
 libusbip-dev - USB device sharing system over IP network (development files)
 linux-kbuild-4.4 - Kbuild infrastructure for Linux 4.4
 linux-perf-4.4 - Performance analysis tools for Linux 4.4
 lockdep- Runtime locking correctness validator
 usbip  - USB device sharing system over IP network
Closes: 813080
Changes:
 linux-tools (4.4-2) unstable; urgency=medium
 .
   * linux-perf: Include version number in strace groups installation directory
 (Closes: #813080)
   * [alpha,sh4] Attempt to fix build failures
   * Build fixdep under debian/build and clean it up properly
Checksums-Sha1:
 6bc13491f451cb6d79e55c6a122f2bd8d11149bb 2951 linux-tools_4.4-2.dsc
 d7e8d5f0220320cf2990cb65952157f7fb352c8f 33800 linux-tools_4.4-2.debian.tar.xz
Checksums-Sha256:
 244d96f71f91dbd0f3bd0edb71ad542b65acfa8f8dcde22928a9af7a115697b4 2951 
linux-tools_4.4-2.dsc
 eeccec7a64cc9c14cc6804528beebb60f6e072c3b0cfbcf740a5794438123ae6 33800 
linux-tools_4.4-2.debian.tar.xz
Files:
 c94d2ab7f53884cc8347cd2b6f302cca 2951 kernel optional linux-tools_4.4-2.dsc
 bc541c4ad377334123bfe3f28e553a5d 33800 kernel optional 
linux-tools_4.4-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVsdNHOe/yOyVhhEJAQoeGQ/+I3XEDOtL2kNGIRZL5jzKbwerlFTh25na
oXfU1d+8JSvkNdGgbOx

Bug#813080: marked as done (linux-perf-4.4: fails to upgrade from 'sid' - trying to overwrite /usr/share/perf-core/strace/groups/file)

2016-02-19 Thread Debian Bug Tracking System
Your message dated Fri, 19 Feb 2016 17:21:14 +
with message-id 
and subject line Bug#813080: fixed in linux-tools 4.4-2
has caused the Debian Bug report #813080,
regarding linux-perf-4.4: fails to upgrade from 'sid' - trying to overwrite 
/usr/share/perf-core/strace/groups/file
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.)


-- 
813080: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813080
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-perf-4.4
Version: 4.4-1~exp2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package linux-perf-4.4.
  Preparing to unpack .../linux-perf-4.4_4.4-1~exp2_amd64.deb ...
  Unpacking linux-perf-4.4 (4.4-1~exp2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/linux-perf-4.4_4.4-1~exp2_amd64.deb (--unpack):
   trying to overwrite '/usr/share/perf-core/strace/groups/file', which is also 
in package linux-perf-4.3 4.3.1-2
  Errors were encountered while processing:
   /var/cache/apt/archives/linux-perf-4.4_4.4-1~exp2_amd64.deb


cheers,

Andreas
--- End Message ---
--- Begin Message ---
Source: linux-tools
Source-Version: 4.4-2

We believe that the bug you reported is fixed in the latest version of
linux-tools, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 813...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ben Hutchings  (supplier of updated linux-tools package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 19 Feb 2016 17:11:29 +
Source: linux-tools
Binary: linux-kbuild-4.4 linux-perf-4.4 libusbip-dev usbip hyperv-daemons 
lockdep liblockdep4.4 liblockdep-dev
Architecture: source
Version: 4.4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Kernel Team 
Changed-By: Ben Hutchings 
Description:
 hyperv-daemons - Support daemons for Linux running on Hyper-V
 liblockdep-dev - Runtime locking correctness validator (development files)
 liblockdep4.4 - Runtime locking correctness validator (shared library)
 libusbip-dev - USB device sharing system over IP network (development files)
 linux-kbuild-4.4 - Kbuild infrastructure for Linux 4.4
 linux-perf-4.4 - Performance analysis tools for Linux 4.4
 lockdep- Runtime locking correctness validator
 usbip  - USB device sharing system over IP network
Closes: 813080
Changes:
 linux-tools (4.4-2) unstable; urgency=medium
 .
   * linux-perf: Include version number in strace groups installation directory
 (Closes: #813080)
   * [alpha,sh4] Attempt to fix build failures
   * Build fixdep under debian/build and clean it up properly
Checksums-Sha1:
 6bc13491f451cb6d79e55c6a122f2bd8d11149bb 2951 linux-tools_4.4-2.dsc
 d7e8d5f0220320cf2990cb65952157f7fb352c8f 33800 linux-tools_4.4-2.debian.tar.xz
Checksums-Sha256:
 244d96f71f91dbd0f3bd0edb71ad542b65acfa8f8dcde22928a9af7a115697b4 2951 
linux-tools_4.4-2.dsc
 eeccec7a64cc9c14cc6804528beebb60f6e072c3b0cfbcf740a5794438123ae6 33800 
linux-tools_4.4-2.debian.tar.xz
Files:
 c94d2ab7f53884cc8347cd2b6f302cca 2951 kernel optional linux-tools_4.4-2.dsc
 bc541c4ad377334123bfe3f28e553a5d 33800 kernel optional 
linux-tools_4.4-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVsdNHOe/yOyVhhEJAQoeGQ/+I3XEDOtL2kNGIRZL5jzKbwerlFTh25na
oXfU1d+8JSvkNdGgbOx8U5ctvcCMBm3xwBZheACPbiT3iJ7shu8YaQL+Vn9RWkPr
IUd4vf5dT0sLkGSG8g7qYZGiBGiO2SJnf8rEfyzLnvP+SZCNn+MwYph9+a/eIsdl
dSDYbwrUhftUWqMbf7PsgxfeYA0BMN7XtvBRzX/HqcfgTNx3VXXeGISohlbcITNN
hREOmkeYnJU7hZujvwEGLSh4BpK8Kn2ZMVirG+gDO34P5DgVGjlinAFy8uvjnsPZ
v+xXoWa4Xlg8mZ+LYYUOOBJdy9/kP3lk+Mp3iGElaPWfnSw60hK/fphDRxx/EIjz
f8QCsz5SZcxaKDa6RWf2AcQs0DQd4zquwjgVHb53KK+b/JPrn5AX1IAXAJXoXl9N
5/jeiUgPY3Jg2xsU5Pm+mkr2p5h6t2DBbeod0+6AlYZq

linux_4.4.2-2_multi.changes is NEW

2016-02-19 Thread Debian FTP Masters
binary:i2c-modules-4.4.0-1-arm64-di is NEW.
binary:i2c-modules-4.4.0-1-loongson-2f-di is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html



Re: [PATCH 1/1] Build tools from power/cpupower

2016-02-19 Thread Mattia Dongili
On Fri, Feb 19, 2016 at 03:37:50PM +, Ben Hutchings wrote:
> On Fri, 2016-02-19 at 07:27 -0800, Mattia Dongili wrote:
> > On Fri, Feb 19, 2016 at 02:30:26PM +, Ben Hutchings wrote:
> > > On Thu, 2016-02-18 at 23:29 -0800, malat...@gmail.com wrote:
> > > > From: Mattia Dongili 
> > > > 
> > > > They'll eventually replace cpufrequtils and libcpufreq{0,-dev} so the
> > > > structure of the packages is the same.
> > > [...]
> > > 
> > > This is not passing the proper build flags:
> > > 
> > > W: libcpupower0: hardening-no-relro usr/lib/libcpupower.so.0.0.0
> > > W: linux-cpupower: hardening-no-relro usr/bin/cpupower
> > > W: linux-cpupower: hardening-no-relro usr/sbin/cpufreq-bench
> > > W: linux-cpupower-dbgsym: debug-file-with-no-debug-symbols 
> > > usr/lib/debug/.build-id/40/fd11393c987a84eaf7a98448d72ec8d8f87414.debug
> > > W: libcpupower0-dbgsym: debug-file-with-no-debug-symbols 
> > > usr/lib/debug/.build-id/ed/bc6af9a235be2cc306d10b33632fa4dd071a3b.debug
> > 
> > I didn't pay too much attention these warnings because linux-perf has
> > similar ones. I should have mentioned that.
> > 
> > E: linux-perf-4.5: binary-from-other-architecture 
> > usr/lib/perf_4.5-core/perf-read-vdsox32
> 
> This is expected but should probably be overridden.

Ok. Override it is.

> > W: linux-perf-4.5-dbgsym: debug-file-with-no-debug-symbols 
> > usr/lib/debug/.build-id/c5/55a9d59fa355fd0dddb74d5e6322020c51be07.debug
> > W: linux-perf-4.5-dbgsym: debug-file-with-no-debug-symbols 
> > usr/lib/debug/.build-id/db/dc04fd210c88261daff32f95aadd09e70a7113.debug
> > W: linux-perf-4.5: executable-not-elf-or-script 
> > usr/share/perf-core/strace/groups/file
> > W: linux-perf-4.5: hardening-no-relro usr/lib/perf_4.5-core/perf-read-vdso32
> > W: linux-perf-4.5: hardening-no-relro 
> > usr/lib/perf_4.5-core/perf-read-vdsox32
> [...]
> 
> Those two may be difficult to fix, since they aren't built with the
> same flags as other executables.

Ok, I haven't really looked at how linux-perf is built yet. Thanks for
the note.

> Is there any reason not to add cpupower on the sid branch rather than
> master (which means it will stay in experimental for the next ~2
> months)?

The sid branch is fine, I'll rebase on that for the next revision.

-- 
mattia
:wq!


signature.asc
Description: PGP signature


Processing of linux_4.4.2-2_multi.changes

2016-02-19 Thread Debian FTP Masters
linux_4.4.2-2_multi.changes uploaded successfully to localhost
along with the files:
  linux_4.4.2-2.dsc
  linux_4.4.2-2.debian.tar.xz
  linux-doc-4.4_4.4.2-2_all.deb
  linux-manual-4.4_4.4.2-2_all.deb
  linux-source-4.4_4.4.2-2_all.deb
  linux-support-4.4.0-1_4.4.2-2_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)



Re: [PATCH 1/1] Build tools from power/cpupower

2016-02-19 Thread Ben Hutchings
On Fri, 2016-02-19 at 07:27 -0800, Mattia Dongili wrote:
> On Fri, Feb 19, 2016 at 02:30:26PM +, Ben Hutchings wrote:
> > On Thu, 2016-02-18 at 23:29 -0800, malat...@gmail.com wrote:
> > > From: Mattia Dongili 
> > > 
> > > They'll eventually replace cpufrequtils and libcpufreq{0,-dev} so the
> > > structure of the packages is the same.
> > [...]
> > 
> > This is not passing the proper build flags:
> > 
> > W: libcpupower0: hardening-no-relro usr/lib/libcpupower.so.0.0.0
> > W: linux-cpupower: hardening-no-relro usr/bin/cpupower
> > W: linux-cpupower: hardening-no-relro usr/sbin/cpufreq-bench
> > W: linux-cpupower-dbgsym: debug-file-with-no-debug-symbols 
> > usr/lib/debug/.build-id/40/fd11393c987a84eaf7a98448d72ec8d8f87414.debug
> > W: libcpupower0-dbgsym: debug-file-with-no-debug-symbols 
> > usr/lib/debug/.build-id/ed/bc6af9a235be2cc306d10b33632fa4dd071a3b.debug
> 
> I didn't pay too much attention these warnings because linux-perf has
> similar ones. I should have mentioned that.
> 
> E: linux-perf-4.5: binary-from-other-architecture 
> usr/lib/perf_4.5-core/perf-read-vdsox32

This is expected but should probably be overridden.

> W: linux-perf-4.5-dbgsym: debug-file-with-no-debug-symbols 
> usr/lib/debug/.build-id/c5/55a9d59fa355fd0dddb74d5e6322020c51be07.debug
> W: linux-perf-4.5-dbgsym: debug-file-with-no-debug-symbols 
> usr/lib/debug/.build-id/db/dc04fd210c88261daff32f95aadd09e70a7113.debug
> W: linux-perf-4.5: executable-not-elf-or-script 
> usr/share/perf-core/strace/groups/file
> W: linux-perf-4.5: hardening-no-relro usr/lib/perf_4.5-core/perf-read-vdso32
> W: linux-perf-4.5: hardening-no-relro usr/lib/perf_4.5-core/perf-read-vdsox32
[...]

Those two may be difficult to fix, since they aren't built with the
same flags as other executables.

Is there any reason not to add cpupower on the sid branch rather than
master (which means it will stay in experimental for the next ~2
months)?

Ben.

-- 
Ben Hutchings
Tomorrow will be cancelled due to lack of interest.

signature.asc
Description: This is a digitally signed message part


Re: [PATCH 1/1] Build tools from power/cpupower

2016-02-19 Thread Mattia Dongili
On Fri, Feb 19, 2016 at 02:30:26PM +, Ben Hutchings wrote:
> On Thu, 2016-02-18 at 23:29 -0800, malat...@gmail.com wrote:
> > From: Mattia Dongili 
> > 
> > They'll eventually replace cpufrequtils and libcpufreq{0,-dev} so the
> > structure of the packages is the same.
> [...]
> 
> This is not passing the proper build flags:
> 
> W: libcpupower0: hardening-no-relro usr/lib/libcpupower.so.0.0.0
> W: linux-cpupower: hardening-no-relro usr/bin/cpupower
> W: linux-cpupower: hardening-no-relro usr/sbin/cpufreq-bench
> W: linux-cpupower-dbgsym: debug-file-with-no-debug-symbols 
> usr/lib/debug/.build-id/40/fd11393c987a84eaf7a98448d72ec8d8f87414.debug
> W: libcpupower0-dbgsym: debug-file-with-no-debug-symbols 
> usr/lib/debug/.build-id/ed/bc6af9a235be2cc306d10b33632fa4dd071a3b.debug

I didn't pay too much attention these warnings because linux-perf has
similar ones. I should have mentioned that.

E: linux-perf-4.5: binary-from-other-architecture 
usr/lib/perf_4.5-core/perf-read-vdsox32
W: linux-perf-4.5-dbgsym: debug-file-with-no-debug-symbols 
usr/lib/debug/.build-id/c5/55a9d59fa355fd0dddb74d5e6322020c51be07.debug
W: linux-perf-4.5-dbgsym: debug-file-with-no-debug-symbols 
usr/lib/debug/.build-id/db/dc04fd210c88261daff32f95aadd09e70a7113.debug
W: linux-perf-4.5: executable-not-elf-or-script 
usr/share/perf-core/strace/groups/file
W: linux-perf-4.5: hardening-no-relro usr/lib/perf_4.5-core/perf-read-vdso32
W: linux-perf-4.5: hardening-no-relro usr/lib/perf_4.5-core/perf-read-vdsox32
W: linux-perf-4.5: manpage-has-errors-from-man 
usr/share/man/man1/perf_4.5-report.1.gz 683: warning [p 4, 4.7i]: can't break 
line

debug-file-with-no-debug-symbols warnings are new to 4.5 both for perf
and cpupower, I didn' see them a few days ago when playing around with
4.4.
I'll see if I can fix all of them.

> There are some other lintian warnings that should be easy to fix:
> 
> W: linux-cpupower: script-with-language-extension 
> usr/bin/cpufreq-bench_plot.sh
> W: linux-cpupower: manpage-has-bad-whatis-entry 
> usr/share/man/man1/cpupower-frequency-info.1.gz
> W: linux-cpupower: manpage-has-bad-whatis-entry 
> usr/share/man/man1/cpupower-frequency-set.1.gz
> W: linux-cpupower: manpage-has-bad-whatis-entry 
> usr/share/man/man1/cpupower-idle-info.1.gz
> W: linux-cpupower: manpage-has-bad-whatis-entry ... use 
> --no-tag-display-limit to see all (or pipe to a file/program)

I'll get these fixed too. Stay tuned.

-- 
mattia
:wq!


signature.asc
Description: PGP signature


Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'

2016-02-19 Thread Sebastian Fontius
On Fri, 19 Feb 2016 10:50:34 +0100 Vincent Bernat 
wrote:
>  ❦ 19 février 2016 07:34 GMT, Jim Barber  :
> > Booting back into linux-4.3.0-1-amd64 works fine.
> 
> I am in the same situation. I am also on the same system (Thinkpad X1
> Carbon, but 2nd).

Same here on a Dell XPS 13 2015, but linux-image-4.4.0-trunk-amd64
works fine (which is version 4.4.1 vs. 4.4.2 for the 4.4.0-1 package).
The Debian changelog for the current package contains this, which looks
like the culprit, but I didn't test this:

  * [x86] Fix issues resulting in W+X pages:
- [amd64] efi: Build our own page table structure


Regards,


-- 
┊ Sebastian Fontius ┊
└───┬───┴─┐
│ ‘They that can give up essential liberty to obtain a little │
│  temporary safety deserve neither liberty nor safety.’  │
┊   Attributed to Benjamin Franklin, 1759 ┊



signature.asc
Description: This is a digitally signed message part


Re: [PATCH 1/1] Build tools from power/cpupower

2016-02-19 Thread Ben Hutchings
On Thu, 2016-02-18 at 23:29 -0800, malat...@gmail.com wrote:
> From: Mattia Dongili 
> 
> They'll eventually replace cpufrequtils and libcpufreq{0,-dev} so the
> structure of the packages is the same.
[...]

This is not passing the proper build flags:

W: libcpupower0: hardening-no-relro usr/lib/libcpupower.so.0.0.0
W: linux-cpupower: hardening-no-relro usr/bin/cpupower
W: linux-cpupower: hardening-no-relro usr/sbin/cpufreq-bench
W: linux-cpupower-dbgsym: debug-file-with-no-debug-symbols 
usr/lib/debug/.build-id/40/fd11393c987a84eaf7a98448d72ec8d8f87414.debug
W: libcpupower0-dbgsym: debug-file-with-no-debug-symbols 
usr/lib/debug/.build-id/ed/bc6af9a235be2cc306d10b33632fa4dd071a3b.debug

There are some other lintian warnings that should be easy to fix:

W: linux-cpupower: script-with-language-extension usr/bin/cpufreq-bench_plot.sh
W: linux-cpupower: manpage-has-bad-whatis-entry 
usr/share/man/man1/cpupower-frequency-info.1.gz
W: linux-cpupower: manpage-has-bad-whatis-entry 
usr/share/man/man1/cpupower-frequency-set.1.gz
W: linux-cpupower: manpage-has-bad-whatis-entry 
usr/share/man/man1/cpupower-idle-info.1.gz
W: linux-cpupower: manpage-has-bad-whatis-entry ... use --no-tag-display-limit 
to see all (or pipe to a file/program)

Ben.


signature.asc
Description: This is a digitally signed message part


Bug#815125: linux-image-4.4.0-1-amd64 fails to load initrd - no booting

2016-02-19 Thread gustavo panizzo (gfa)
Package: linux-image-4.4.0-1-amd64
Version: 4.4.2-1
Followup-For: Bug #815125

Same problem on a elitebook 8470 and Dell Latitude E7450


-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (300, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.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
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-4.4.0-1-amd64 depends on:
ii  debconf [debconf-2.0]   1.5.58
ii  initramfs-tools [linux-initramfs-tool]  0.120
ii  kmod22-1
ii  linux-base  4.0

Versions of packages linux-image-4.4.0-1-amd64 recommends:
ii  firmware-linux-free  3.4
ii  irqbalance   1.1.0-2

Versions of packages linux-image-4.4.0-1-amd64 suggests:
pn  debian-kernel-handbook  
ii  extlinux3:6.03+dfsg-11
pn  linux-doc-4.4   

-- debconf information:
  linux-image-4.4.0-1-amd64/prerm/removing-running-kernel-4.4.0-1-amd64: true



Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'

2016-02-19 Thread Vincent Bernat
 ❦ 19 février 2016 07:34 GMT, Jim Barber  :

> I upgraded from linux-image-4.3.0-1-amd64 (version 4.3.5-1) to 
> linux-image-4.4.0-1-amd64.
> On rebooting the system I am presented with grub, and then start booting into 
> Linux.
> I only get to see 2 lines with the cursor below them on the lefthand side.
>
>   Loading Linux 4.4.0-1 ...
>   Loading initial ramdisk ...
>   _
>
> The system freezes at this point and is unresponsive.
> I have to hold my power button down for approx 10s to power off the laptop.
> Booting back into linux-4.3.0-1-amd64 works fine.

I am in the same situation. I am also on the same system (Thinkpad X1
Carbon, but 2nd).

> Because the boot hangs so early I can't provide any useful diagnostic
> information.

Ditto. I tried modeset=0, without any change.
-- 
Choose variable names that won't be confused.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature