Bug#772627: linux: WARNING: CPU: 2 PID: 344 at /build/linux-Y9HjRe/linux-3.16.7/drivers/gpu/drm/i915/intel_display.c:953 ironlake_crtc_disable+0x90/0x910 [i915]()

2014-12-09 Thread Simon Josefsson
Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-2

I bought a new Dell U2715H monitor (2560x1440) and ever since I've
received the following kernel messages when I start X on boot.  The
machine is a Lenovo X201 laptop with (I believe) HD Graphics 3000.
Freshly installed jessie beta2.

I'm attaching the entire boot log, in case it contains anything more
useful.  There are two follow-on WARNING's that look similar as well.

Thanks,
/Simon

[   22.993365] [ cut here ]
[   22.993422] WARNING: CPU: 2 PID: 344 at 
/build/linux-Y9HjRe/linux-3.16.7/drivers/gpu/drm/i915/intel_display.c:953 
ironlake_crtc_disable+0x90/0x910 [i915]()
[   22.993423] pipe_off wait timed out
[   22.993466] Modules linked in: iTCO_wdt iTCO_vendor_support snd_usb_audio 
qcserial snd_usbmidi_lib usb_wwan usbserial snd_rawmidi snd_seq_device joydev 
uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common videodev 
ecb media btusb bluetooth 6lowpan_iphc intel_powerclamp coretemp 
snd_hda_codec_hdmi kvm_intel kvm arc4 iwldvm evdev mac80211 
snd_hda_codec_conexant psmouse snd_hda_codec_generic pcspkr serio_raw i915(+) 
i2c_i801 intel_ips iwlwifi snd_hda_intel thinkpad_acpi wmi drm_kms_helper 
tpm_tis snd_hda_controller battery nvram ac cfg80211 tpm snd_hda_codec 
snd_hwdep video rfkill snd_pcm lpc_ich drm snd_timer mfd_core snd soundcore 
mei_me i2c_algo_bit i2c_core mei shpchp button acpi_cpufreq processor fuse 
parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 algif_skcipher 
af_alg
[   22.993491]  ums_realtek usb_storage dm_crypt dm_mod md_mod sg sr_mod sd_mod 
cdrom crc_t10dif crct10dif_generic hid_generic usbhid hid crct10dif_pclmul 
crct10dif_common crc32_pclmul crc32c_intel ghash_clmulni_intel ahci libahci 
libata scsi_mod ehci_pci xhci_hcd ehci_hcd aesni_intel aes_x86_64 lrw gf128mul 
glue_helper ablk_helper cryptd e1000e usbcore ptp thermal usb_common pps_core 
thermal_sys
[   22.993495] CPU: 2 PID: 344 Comm: systemd-udevd Not tainted 3.16.0-4-amd64 
#1 Debian 3.16.7-2
[   22.993496] Hardware name: LENOVO 3323RCG/3323RCG, BIOS 6QET70WW (1.40 ) 
10/11/2012
[   22.993499]  0009 81506b43 8800b6513560 
81065717
[   22.993501]  8800b6bf 8800b65135b0  
8800b4948338
[   22.993503]  8800b4948340 8106577c a06096be 
0018
[   22.993504] Call Trace:
[   22.993512]  [81506b43] ? dump_stack+0x41/0x51
[   22.993517]  [81065717] ? warn_slowpath_common+0x77/0x90
[   22.993519]  [8106577c] ? warn_slowpath_fmt+0x4c/0x50
[   22.993557]  [a05af550] ? ironlake_crtc_disable+0x90/0x910 [i915]
[   22.993592]  [a05a5338] ? 
intel_dump_pipe_config.isra.47+0x38/0x350 [i915]
[   22.993627]  [a05b0fd9] ? __intel_set_mode+0x749/0x1560 [i915]
[   22.993663]  [a05b43f2] ? intel_set_mode+0x12/0x30 [i915]
[   22.993697]  [a05b52ff] ? intel_crtc_set_config+0x8cf/0xd50 [i915]
[   22.993709]  [a03c8d11] ? drm_mode_set_config_internal+0x61/0xe0 
[drm]
[   22.993714]  [a046ea6b] ? restore_fbdev_mode+0xab/0xd0 
[drm_kms_helper]
[   22.993719]  [a046eaae] ? 
drm_fb_helper_restore_fbdev_mode_unlocked+0x1e/0x30 [drm_kms_helper]
[   22.993723]  [a0470622] ? drm_fb_helper_set_par+0x22/0x60 
[drm_kms_helper]
[   22.993728]  [813054ea] ? fbcon_init+0x4fa/0x580
[   22.993732]  [81374d11] ? visual_init+0xb1/0x110
[   22.993735]  [813770ad] ? do_bind_con_driver+0x15d/0x330
[   22.993737]  [81377813] ? do_take_over_console+0x103/0x1b0
[   22.993740]  [81300d7b] ? do_fbcon_takeover+0x5b/0xb0
[   22.993743]  [81089f4c] ? notifier_call_chain+0x4c/0x70
[   22.993745]  [8108a257] ? __blocking_notifier_call_chain+0x47/0x60
[   22.993748]  [8130ddd6] ? register_framebuffer+0x1e6/0x310
[   22.993753]  [a047095e] ? drm_fb_helper_initial_config+0x2fe/0x4d0 
[drm_kms_helper]
[   22.993786]  [a059ad85] ? gen5_read32+0x55/0xd0 [i915]
[   22.993824]  [a05e2cb6] ? i915_driver_load+0xf66/0x1000 [i915]
[   22.993828]  [812a9ed0] ? cleanup_uevent_env+0x10/0x10
[   22.993830]  [812aa27d] ? kobject_uevent_env+0x17d/0x6b0
[   22.993836]  [8139aa63] ? get_device+0x13/0x30
[   22.993839]  [814f995b] ? klist_add_tail+0x1b/0x40
[   22.993841]  [8139c149] ? device_add+0x219/0x610
[   22.993852]  [a03c33b4] ? drm_dev_register+0xa4/0x100 [drm]
[   22.993862]  [a03c5da8] ? drm_get_pci_dev+0x88/0x1f0 [drm]
[   22.993866]  [812dfedf] ? local_pci_probe+0x3f/0xa0
[   22.993868]  [812e119a] ? pci_device_probe+0xda/0x130
[   22.993873]  [8139f0cd] ? driver_probe_device+0x9d/0x3d0
[   22.993875]  [8139f4cb] ? __driver_attach+0x8b/0x90
[   22.993878]  [8139f440] ? __device_attach+0x40/0x40
[   22.993880]  [8139d1db] ? bus_for_each_dev+0x5b/0x90
[   22.993883]  [8139e760] ? 

Re: Bug#772624: dmesg output

2014-12-09 Thread Michael Biebl
Ben,

any idea why this users mouse is not correctly detected during boot?
Might this be a kernel problem?

Martin, do you have a custom initramfs without hid-generic?
If you don't have MODULES=most in /etc/initramfs-tools/initramfs.conf,
could you rebuilt your initramfs with that option set?

Am 09.12.2014 um 11:14 schrieb Martin Vlk:
 Hi, attaching dmesg log output for boot and for when I plug the mouse in
 manually.
 
 At boot:
 [2.093854] usb 3-2: new low-speed USB device number 2 using xhci_hcd
 [2.186161] EXT4-fs (sda1): mounting ext2 file system using the ext4
 subsystem
 [2.188232] EXT4-fs (sda1): mounted filesystem without journal. Opts:
 (null)
 [2.282834] usb 3-2: New USB device found, idVendor=046d, idProduct=c016
 [2.282837] usb 3-2: New USB device strings: Mfr=1, Product=2,
 SerialNumber=0
 [2.282839] usb 3-2: Product: Optical USB Mouse
 [2.282840] usb 3-2: Manufacturer: Logitech
 [2.283058] usb 3-2: ep 0x81 - rounding interval to 64 microframes, ep
 desc says 80 microframes
 
 Manual plug in:
 [4.122079] usbcore: registered new interface driver rtsx_usb
 [  523.905898] usb 3-2: USB disconnect, device number 2
 [  529.706761] usb 3-2: new low-speed USB device number 3 using xhci_hcd
 [  529.895628] usb 3-2: New USB device found, idVendor=046d, idProduct=c016
 [  529.895635] usb 3-2: New USB device strings: Mfr=1, Product=2,
 SerialNumber=0
 [  529.895638] usb 3-2: Product: Optical USB Mouse
 [  529.895641] usb 3-2: Manufacturer: Logitech
 [  529.895934] usb 3-2: ep 0x81 - rounding interval to 64 microframes, ep
 desc says 80 microframes
 [  529.898595] input: Logitech Optical USB Mouse as
 /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C016.0002/input/input18
 [  529.899314] hid-generic 0003:046D:C016.0002: input,hidraw0: USB HID
 v1.10 Mouse [Logitech Optical USB Mouse] on usb-:00:14.0-2/input0
 


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Re: Bug#772624: dmesg output

2014-12-09 Thread Martin Vlk
I do have MODULES=most set in my /etc/initramfs-tools/initramfs.conf

Now that you speak about this when I installed this Debian system (with
beta netinst installer for testing) I was given option to either install
generic or targeted kernel.

I chose the targetted option, could this be causing the problem?

M.

2014-12-09 12:29 GMT+01:00 Michael Biebl bi...@debian.org:

 Ben,

 any idea why this users mouse is not correctly detected during boot?
 Might this be a kernel problem?

 Martin, do you have a custom initramfs without hid-generic?
 If you don't have MODULES=most in /etc/initramfs-tools/initramfs.conf,
 could you rebuilt your initramfs with that option set?

 Am 09.12.2014 um 11:14 schrieb Martin Vlk:
  Hi, attaching dmesg log output for boot and for when I plug the mouse in
  manually.
 
  At boot:
  [2.093854] usb 3-2: new low-speed USB device number 2 using xhci_hcd
  [2.186161] EXT4-fs (sda1): mounting ext2 file system using the ext4
  subsystem
  [2.188232] EXT4-fs (sda1): mounted filesystem without journal. Opts:
  (null)
  [2.282834] usb 3-2: New USB device found, idVendor=046d,
 idProduct=c016
  [2.282837] usb 3-2: New USB device strings: Mfr=1, Product=2,
  SerialNumber=0
  [2.282839] usb 3-2: Product: Optical USB Mouse
  [2.282840] usb 3-2: Manufacturer: Logitech
  [2.283058] usb 3-2: ep 0x81 - rounding interval to 64 microframes, ep
  desc says 80 microframes
 
  Manual plug in:
  [4.122079] usbcore: registered new interface driver rtsx_usb
  [  523.905898] usb 3-2: USB disconnect, device number 2
  [  529.706761] usb 3-2: new low-speed USB device number 3 using xhci_hcd
  [  529.895628] usb 3-2: New USB device found, idVendor=046d,
 idProduct=c016
  [  529.895635] usb 3-2: New USB device strings: Mfr=1, Product=2,
  SerialNumber=0
  [  529.895638] usb 3-2: Product: Optical USB Mouse
  [  529.895641] usb 3-2: Manufacturer: Logitech
  [  529.895934] usb 3-2: ep 0x81 - rounding interval to 64 microframes, ep
  desc says 80 microframes
  [  529.898595] input: Logitech Optical USB Mouse as
 
 /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C016.0002/input/input18
  [  529.899314] hid-generic 0003:046D:C016.0002: input,hidraw0: USB HID
  v1.10 Mouse [Logitech Optical USB Mouse] on usb-:00:14.0-2/input0
 


 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?




Re: Bug#772624: dmesg output

2014-12-09 Thread Cyril Brulebois
Martin Vlk mar...@vlkk.cz (2014-12-09):
 I do have MODULES=most set in my /etc/initramfs-tools/initramfs.conf
 
 Now that you speak about this when I installed this Debian system (with
 beta netinst installer for testing) I was given option to either install
 generic or targeted kernel.
 
 I chose the targetted option, could this be causing the problem?

The generated override should be in:
  /etc/initramfs-tools/conf.d/driver-policy

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209120739.ga24...@mraw.org



Re: Bug#772624: dmesg output

2014-12-09 Thread Martin Vlk
I updated /etc/initramfs-tools/conf.d/driver-policy to be:
MODULES=most

(it was MODULES=dep)

and did:
update-initramfs -u

and restarted, but the problem still persists.

2014-12-09 13:07 GMT+01:00 Cyril Brulebois k...@debian.org:

 Martin Vlk mar...@vlkk.cz (2014-12-09):
  I do have MODULES=most set in my /etc/initramfs-tools/initramfs.conf
 
  Now that you speak about this when I installed this Debian system (with
  beta netinst installer for testing) I was given option to either
 install
  generic or targeted kernel.
 
  I chose the targetted option, could this be causing the problem?

 The generated override should be in:
   /etc/initramfs-tools/conf.d/driver-policy

 Mraw,
 KiBi.



Re: Bug#772624: dmesg output

2014-12-09 Thread Ben Hutchings
On Tue, 2014-12-09 at 12:29 +0100, Michael Biebl wrote:
 Ben,
 
 any idea why this users mouse is not correctly detected during boot?
 Might this be a kernel problem?
 
 Martin, do you have a custom initramfs without hid-generic?
 If you don't have MODULES=most in /etc/initramfs-tools/initramfs.conf,
 could you rebuilt your initramfs with that option set?
[...]

Why do you think it is necessary to have a mouse driver in the
initramfs?  (I realise hid-generic isn't just for mice.)

(As for the initramfs configuration, we really ought to add some
comments to initramfs.conf about the other configuration files as I
believe d-i *always* creates that overriding file.)

Ben.

-- 
Ben Hutchings
Q.  Which is the greater problem in the world today, ignorance or apathy?
A.  I don't know and I couldn't care less.


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


Re: Bug#772624: dmesg output

2014-12-09 Thread Cyril Brulebois
Ben Hutchings b...@decadent.org.uk (2014-12-09):
 (As for the initramfs configuration, we really ought to add some
 comments to initramfs.conf about the other configuration files 

Probably a good idea.

 as I believe d-i *always* creates that overriding file.)

base-installer.git's library.sh disagrees:
| db_get base-installer/initramfs-tools/driver-policy
| if [ $RET != most ]; then
| cat  $IT_CONFDIR/driver-policy EOF
| # Driver inclusion policy selected during installation
| # Note: this setting overrides the value set in the file
| # /etc/initramfs-tools/initramfs.conf
| MODULES=$RET
| EOF
| fi

(so does this laptop, installed in non-expert mode → no driver-policy)

Mraw,
KiBi.


signature.asc
Description: Digital signature


Re: Bug#772624: dmesg output

2014-12-09 Thread Martin Vlk
To me it looks like the mouse device is recognized by (udev?) at boot - I
can see that in the log, but for some reason it is not activated.
When I then unplug it and plug back, it is both recognized and activated.
See the log excerpts I sent earlier on.

M.

2014-12-09 14:29 GMT+01:00 Ben Hutchings b...@decadent.org.uk:

 On Tue, 2014-12-09 at 12:29 +0100, Michael Biebl wrote:
  Ben,
 
  any idea why this users mouse is not correctly detected during boot?
  Might this be a kernel problem?
 
  Martin, do you have a custom initramfs without hid-generic?
  If you don't have MODULES=most in /etc/initramfs-tools/initramfs.conf,
  could you rebuilt your initramfs with that option set?
 [...]

 Why do you think it is necessary to have a mouse driver in the
 initramfs?  (I realise hid-generic isn't just for mice.)

 (As for the initramfs configuration, we really ought to add some
 comments to initramfs.conf about the other configuration files as I
 believe d-i *always* creates that overriding file.)

 Ben.

 --
 Ben Hutchings
 Q.  Which is the greater problem in the world today, ignorance or apathy?
 A.  I don't know and I couldn't care less.



Re: Bug#772624: dmesg output

2014-12-09 Thread Martin Vlk
It was installed in expert mode, I forgot to say that before.

2014-12-09 14:35 GMT+01:00 Cyril Brulebois k...@debian.org:

 Ben Hutchings b...@decadent.org.uk (2014-12-09):
  (As for the initramfs configuration, we really ought to add some
  comments to initramfs.conf about the other configuration files

 Probably a good idea.

  as I believe d-i *always* creates that overriding file.)

 base-installer.git's library.sh disagrees:
 | db_get base-installer/initramfs-tools/driver-policy
 | if [ $RET != most ]; then
 | cat  $IT_CONFDIR/driver-policy EOF
 | # Driver inclusion policy selected during installation
 | # Note: this setting overrides the value set in the file
 | # /etc/initramfs-tools/initramfs.conf
 | MODULES=$RET
 | EOF
 | fi

 (so does this laptop, installed in non-expert mode → no driver-policy)

 Mraw,
 KiBi.



Bug#771661: sample kernel strace

2014-12-09 Thread Toni Mueller


Hi,

the problem just re-occurred directly after booting the VM, even
preventing me from logging in. I will raise the severity in a separate
message:


Process 28101 attached - interrupt to quit
ppoll([{fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=13, 
events=POLLIN|POLLERR|POLLHUP}, {fd=24, events=POLLIN|POLLERR|POLLHUP}, {fd=3, 
events=POLLIN|POLLERR|POLLHUP}, {fd=5, events=POLLIN}, {fd=14, events=POLLIN}, 
{fd=4, events=POLLIN}], 7, {0, 201525089}, NULL, 8) = 0 (Timeout)
read(5, 0xbfed0a6c, 16) = -1 EAGAIN (Resource temporarily 
unavailable)
clock_gettime(CLOCK_MONOTONIC, {1030038, 1150862}) = 0
poll([{fd=7, events=POLLOUT}], 1, 0)= 1 ([{fd=7, revents=POLLOUT|POLLHUP}])
clock_gettime(CLOCK_MONOTONIC, {1030038, 1243891}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030038, 1283002}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030038, 1316107}) = 0
gettimeofday({1418136114, 204054}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030038, 1386716}) = 0
gettimeofday({1418136114, 204119}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030038, 1448805}) = 0
ppoll([{fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=13, 
events=POLLIN|POLLERR|POLLHUP}, {fd=24, events=POLLIN|POLLERR|POLLHUP}, {fd=3, 
events=POLLIN|POLLERR|POLLHUP}, {fd=5, events=POLLIN}, {fd=14, events=POLLIN}, 
{fd=4, events=POLLIN}], 7, {0, 99900}, NULL, 8) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {1030039, 1598057}) = 0
poll([{fd=7, events=POLLOUT}], 1, 0)= 1 ([{fd=7, revents=POLLOUT|POLLHUP}])
clock_gettime(CLOCK_MONOTONIC, {1030039, 1685289}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030039, 1724749}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030039, 1757784}) = 0
gettimeofday({1418136115, 204496}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030039, 1829232}) = 0
gettimeofday({1418136115, 204566}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030039, 1890483}) = 0
ppoll([{fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=13, 
events=POLLIN|POLLERR|POLLHUP}, {fd=24, events=POLLIN|POLLERR|POLLHUP}, {fd=3, 
events=POLLIN|POLLERR|POLLHUP}, {fd=5, events=POLLIN}, {fd=14, events=POLLIN}, 
{fd=4, events=POLLIN}], 7, {0, 99900}, NULL, 8) = 1 ([{fd=24, 
revents=POLLIN}], left {0, 996929065})
clock_gettime(CLOCK_MONOTONIC, {1030039, 4137977}) = 0
read(24, 
\1\200\302\0\0\0\376T\0a\34\27\0BB\3\0\0\0\0\0\200\0\0'\23\266\334\375\0\0...,
 69632) = 52
clock_gettime(CLOCK_MONOTONIC, {1030039, 4227304}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030039, 4260758}) = 0
gettimeofday({1418136115, 206994}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030039, 4322707}) = 0
gettimeofday({1418136115, 207060}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030039, 4388498}) = 0
ppoll([{fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=13, 
events=POLLIN|POLLERR|POLLHUP}, {fd=24, events=POLLIN|POLLERR|POLLHUP}, {fd=3, 
events=POLLIN|POLLERR|POLLHUP}, {fd=5, events=POLLIN}, {fd=14, events=POLLIN}, 
{fd=4, events=POLLIN}], 7, {0, 99600}, NULL, 8) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {1030040, 1563556}) = 0
poll([{fd=7, events=POLLOUT}], 1, 0)= 1 ([{fd=7, revents=POLLOUT|POLLHUP}])
clock_gettime(CLOCK_MONOTONIC, {1030040, 1751220}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 1833004}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 1971010}) = 0
gettimeofday({1418136116, 204956}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 2291023}) = 0
gettimeofday({1418136116, 205093}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 2426934}) = 0
ppoll([{fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=13, 
events=POLLIN|POLLERR|POLLHUP}, {fd=24, events=POLLIN|POLLERR|POLLHUP}, {fd=3, 
events=POLLIN|POLLERR|POLLHUP}, {fd=5, events=POLLIN}, {fd=14, events=POLLIN}, 
{fd=4, events=POLLIN}], 7, {0, 515708977}, NULL, 8) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {1030040, 518878711}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 518919009}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 518955187}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 519015949}) = 0
write(4, \1\0\0\0\0\0\0\0, 8) = 8
clock_gettime(CLOCK_MONOTONIC, {1030040, 519088444}) = 0
gettimeofday({1418136116, 721826}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 519159333}) = 0
gettimeofday({1418136116, 721896}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 519227358}) = 0
ppoll([{fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=13, 
events=POLLIN|POLLERR|POLLHUP}, {fd=24, events=POLLIN|POLLERR|POLLHUP}, {fd=3, 
events=POLLIN|POLLERR|POLLHUP}, {fd=5, events=POLLIN}, {fd=14, events=POLLIN}, 
{fd=4, events=POLLIN}], 7, {0, 48100}, NULL, 8) = 1 ([{fd=4, 
revents=POLLIN}], left {0, 480995600})
clock_gettime(CLOCK_MONOTONIC, {1030040, 519350558}) = 0
write(5, \1\0\0\0\0\0\0\0, 8) = 8
read(4, \1\0\0\0\0\0\0\0, 512)= 8
clock_gettime(CLOCK_MONOTONIC, {1030040, 519451619}) = 0
clock_gettime(CLOCK_MONOTONIC, {1030040, 519484304}) = 0
gettimeofday({1418136116, 71}, NULL) = 0
ppoll([{fd=4, events=POLLIN|POLLERR|POLLHUP}], 1, {0, 0}, NULL, 8) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {1030040, 519712685}) = 0

Bug#771661: machine is completely unusable

2014-12-09 Thread Toni Mueller
 
severity 771661 grave
thanks



Hi,

I guess the same would apply to #771602, but I would like to not go
the extra five miles to reproduce it there. In any case, a kernel
that maxes out the CPU immediately after start while doing nothing
is not entirely production quality (although I have very good
experiences with it in other settings).

I'd likely be happy to produce more evidence if you can give me
useful directions.

Oh, as a side note: The VM thus maxed out cannot be shut down with

$ virsh shutdown nameofvm

but only with killing the kvm process.


Kind regards,
--Toni++


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209145227.gb27...@lappi1.office.oeko.net



Processed: machine is completely unusable

2014-12-09 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 severity 771661 grave
Bug #771661 [linux-image-3.16-0.bpo.3-686-pae] qemu-kvm: kernel crash on guest 
while pegged at 100% cpu
Severity set to 'grave' from 'important'
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
771661: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771661
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.c.141813679919389.transcr...@bugs.debian.org



Processed: Re: Bug#771661: machine is completely unusable

2014-12-09 Thread Debian Bug Tracking System
Processing control commands:

 retitle -1 VM becomes unresponsive - soft lockup, RCU stall
Bug #771661 [linux-image-3.16-0.bpo.3-686-pae] qemu-kvm: kernel crash on guest 
while pegged at 100% cpu
Changed Bug title to 'VM becomes unresponsive - soft lockup, RCU stall' from 
'qemu-kvm: kernel crash on guest while pegged at 100% cpu'
 severity -1 important
Bug #771661 [linux-image-3.16-0.bpo.3-686-pae] VM becomes unresponsive - soft 
lockup, RCU stall
Severity set to 'important' from 'grave'
 reassign -1 src:linux
Bug #771661 [linux-image-3.16-0.bpo.3-686-pae] VM becomes unresponsive - soft 
lockup, RCU stall
Bug reassigned from package 'linux-image-3.16-0.bpo.3-686-pae' to 'src:linux'.
Ignoring request to alter found versions of bug #771661 to the same values 
previously set
Ignoring request to alter fixed versions of bug #771661 to the same values 
previously set
 tag -1 moreinfo
Bug #771661 [src:linux] VM becomes unresponsive - soft lockup, RCU stall
Added tag(s) moreinfo.

-- 
771661: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771661
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b771661.14181486868051.transcr...@bugs.debian.org



Bug#771661: machine is completely unusable

2014-12-09 Thread Ben Hutchings
Control: retitle -1 VM becomes unresponsive - soft lockup, RCU stall
Control: severity -1 important
Control: reassign -1 src:linux
Control: tag -1 moreinfo

On Tue, 2014-12-09 at 14:53 +, Toni Mueller wrote:
  severity 771661 grave
 thanks

Sorry, no, you've only seen one broken VM.

Also, this is assigned to linux-image-3.16-0.bpo.3-686-pae but the
screenshot you attached shows that package being newly installed.
Therefore it is not the kernel you were running at the time you first
saw this problem.

Did you subsequently boot into that kernel?

 Hi,
 
 I guess the same would apply to #771602, but I would like to not go
 the extra five miles to reproduce it there. In any case, a kernel
 that maxes out the CPU immediately after start while doing nothing
 is not entirely production quality (although I have very good
 experiences with it in other settings).
 
 I'd likely be happy to produce more evidence if you can give me
 useful directions.

We would need a more complete kernel log.  You could use an emulated
serial console to get this.

How much memory does this VM have?  Does it have a swap file?

 Oh, as a side note: The VM thus maxed out cannot be shut down with
 
 $ virsh shutdown nameofvm
 
 but only with killing the kvm process.

That's a graceful shutdown, which is expected to fail if the guest OS
has become unresponsive.  You should use the 'virsh destroy' command to
forcefully shut down a VM.

Ben.

-- 
Ben Hutchings
Q.  Which is the greater problem in the world today, ignorance or apathy?
A.  I don't know and I couldn't care less.


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


Re: Bug#772624: dmesg output

2014-12-09 Thread Martin Vlk
​Just got a confirmation from my wife that she has the same issue on her
laptop with identical Debian version, installed the same way.

USB mouse is not functional after boot, or after wake up and she has to
unplug and plug back to fix it.

M.​


Processing of linux_3.16.7-ckt2-1~bpo70+1_multi.changes

2014-12-09 Thread Debian FTP Masters
linux_3.16.7-ckt2-1~bpo70+1_multi.changes uploaded successfully to localhost
along with the files:
  linux_3.16.7-ckt2-1~bpo70+1.dsc
  linux_3.16.7-ckt2-1~bpo70+1.debian.tar.xz
  linux-support-3.16.0-0.bpo.4_3.16.7-ckt2-1~bpo70+1_all.deb
  linux-doc-3.16_3.16.7-ckt2-1~bpo70+1_all.deb
  linux-manual-3.16_3.16.7-ckt2-1~bpo70+1_all.deb
  linux-source-3.16_3.16.7-ckt2-1~bpo70+1_all.deb

Greetings,

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


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyqwn-0006lh...@franck.debian.org



linux_3.16.7-ckt2-1~bpo70+1_multi.changes ACCEPTED into wheezy-backports-backports-policy

2014-12-09 Thread Debian FTP Masters


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 08 Dec 2014 23:00:13 +
Source: linux
Binary: linux-source-3.16 linux-doc-3.16 linux-manual-3.16 
linux-support-3.16.0-0.bpo.4 linux-libc-dev linux-headers-3.16.0-0.bpo.4-all 
linux-headers-3.16.0-0.bpo.4-all-amd64 kernel-image-3.16.0-0.bpo.4-amd64-di 
nic-modules-3.16.0-0.bpo.4-amd64-di 
nic-wireless-modules-3.16.0-0.bpo.4-amd64-di 
nic-shared-modules-3.16.0-0.bpo.4-amd64-di 
serial-modules-3.16.0-0.bpo.4-amd64-di 
usb-serial-modules-3.16.0-0.bpo.4-amd64-di ppp-modules-3.16.0-0.bpo.4-amd64-di 
pata-modules-3.16.0-0.bpo.4-amd64-di cdrom-core-modules-3.16.0-0.bpo.4-amd64-di 
firewire-core-modules-3.16.0-0.bpo.4-amd64-di 
scsi-core-modules-3.16.0-0.bpo.4-amd64-di scsi-modules-3.16.0-0.bpo.4-amd64-di 
scsi-common-modules-3.16.0-0.bpo.4-amd64-di 
scsi-extra-modules-3.16.0-0.bpo.4-amd64-di loop-modules-3.16.0-0.bpo.4-amd64-di 
btrfs-modules-3.16.0-0.bpo.4-amd64-di ext4-modules-3.16.0-0.bpo.4-amd64-di 
isofs-modules-3.16.0-0.bpo.4-amd64-di jfs-modules-3.16.0-0.bpo.4-amd64-di 
ntfs-modules-3.16.0-0.bpo.4-amd64-di
 xfs-modules-3.16.0-0.bpo.4-amd64-di fat-modules-3.16.0-0.bpo.4-amd64-di 
md-modules-3.16.0-0.bpo.4-amd64-di multipath-modules-3.16.0-0.bpo.4-amd64-di 
usb-modules-3.16.0-0.bpo.4-amd64-di usb-storage-modules-3.16.0-0.bpo.4-amd64-di 
pcmcia-storage-modules-3.16.0-0.bpo.4-amd64-di 
fb-modules-3.16.0-0.bpo.4-amd64-di input-modules-3.16.0-0.bpo.4-amd64-di 
event-modules-3.16.0-0.bpo.4-amd64-di mouse-modules-3.16.0-0.bpo.4-amd64-di 
nic-pcmcia-modules-3.16.0-0.bpo.4-amd64-di 
pcmcia-modules-3.16.0-0.bpo.4-amd64-di nic-usb-modules-3.16.0-0.bpo.4-amd64-di 
sata-modules-3.16.0-0.bpo.4-amd64-di core-modules-3.16.0-0.bpo.4-amd64-di 
acpi-modules-3.16.0-0.bpo.4-amd64-di i2c-modules-3.16.0-0.bpo.4-amd64-di 
crc-modules-3.16.0-0.bpo.4-amd64-di crypto-modules-3.16.0-0.bpo.4-amd64-di 
crypto-dm-modules-3.16.0-0.bpo.4-amd64-di efi-modules-3.16.0-0.bpo.4-amd64-di 
ata-modules-3.16.0-0.bpo.4-amd64-di mmc-core-modules-3.16.0-0.bpo.4-amd64-di 
mmc-modules-3.16.0-0.bpo.4-amd64-di
 nbd-modules-3.16.0-0.bpo.4-amd64-di squashfs-modules-3.16.0-0.bpo.4-amd64-di 
speakup-modules-3.16.0-0.bpo.4-amd64-di virtio-modules-3.16.0-0.bpo.4-amd64-di 
uinput-modules-3.16.0-0.bpo.4-amd64-di sound-modules-3.16.0-0.bpo.4-amd64-di 
hyperv-modules-3.16.0-0.bpo.4-amd64-di udf-modules-3.16.0-0.bpo.4-amd64-di 
fuse-modules-3.16.0-0.bpo.4-amd64-di linux-headers-3.16.0-0.bpo.4-common 
linux-image-3.16.0-0.bpo.4-amd64 linux-headers-3.16.0-0.bpo.4-amd64 
linux-image-3.16.0-0.bpo.4-amd64-dbg xen-linux-system-3.16.0-0.bpo.4-amd64 
linux-headers-3.16.0-0.bpo.4-all-armel kernel-image-3.16.0-0.bpo.4-kirkwood-di 
nic-modules-3.16.0-0.bpo.4-kirkwood-di 
nic-shared-modules-3.16.0-0.bpo.4-kirkwood-di 
usb-serial-modules-3.16.0-0.bpo.4-kirkwood-di 
ppp-modules-3.16.0-0.bpo.4-kirkwood-di 
cdrom-core-modules-3.16.0-0.bpo.4-kirkwood-di 
scsi-core-modules-3.16.0-0.bpo.4-kirkwood-di 
loop-modules-3.16.0-0.bpo.4-kirkwood-di btrfs-modules-3.16.0-0.bpo.4-kirkwood-di
 ext4-modules-3.16.0-0.bpo.4-kirkwood-di 
isofs-modules-3.16.0-0.bpo.4-kirkwood-di jfs-modules-3.16.0-0.bpo.4-kirkwood-di 
fat-modules-3.16.0-0.bpo.4-kirkwood-di minix-modules-3.16.0-0.bpo.4-kirkwood-di 
md-modules-3.16.0-0.bpo.4-kirkwood-di 
multipath-modules-3.16.0-0.bpo.4-kirkwood-di 
usb-modules-3.16.0-0.bpo.4-kirkwood-di 
usb-storage-modules-3.16.0-0.bpo.4-kirkwood-di 
fb-modules-3.16.0-0.bpo.4-kirkwood-di input-modules-3.16.0-0.bpo.4-kirkwood-di 
event-modules-3.16.0-0.bpo.4-kirkwood-di 
mouse-modules-3.16.0-0.bpo.4-kirkwood-di 
nic-usb-modules-3.16.0-0.bpo.4-kirkwood-di 
sata-modules-3.16.0-0.bpo.4-kirkwood-di core-modules-3.16.0-0.bpo.4-kirkwood-di 
crc-modules-3.16.0-0.bpo.4-kirkwood-di 
crypto-modules-3.16.0-0.bpo.4-kirkwood-di 
crypto-dm-modules-3.16.0-0.bpo.4-kirkwood-di 
mmc-modules-3.16.0-0.bpo.4-kirkwood-di nbd-modules-3.16.0-0.bpo.4-kirkwood-di 
squashfs-modules-3.16.0-0.bpo.4-kirkwood-di 
uinput-modules-3.16.0-0.bpo.4-kirkwood-di
 leds-modules-3.16.0-0.bpo.4-kirkwood-di udf-modules-3.16.0-0.bpo.4-kirkwood-di 
fuse-modules-3.16.0-0.bpo.4-kirkwood-di kernel-image-3.16.0-0.bpo.4-orion5x-di 
nic-modules-3.16.0-0.bpo.4-orion5x-di 
nic-shared-modules-3.16.0-0.bpo.4-orion5x-di 
usb-serial-modules-3.16.0-0.bpo.4-orion5x-di 
ppp-modules-3.16.0-0.bpo.4-orion5x-di 
cdrom-core-modules-3.16.0-0.bpo.4-orion5x-di 
scsi-core-modules-3.16.0-0.bpo.4-orion5x-di 
loop-modules-3.16.0-0.bpo.4-orion5x-di ipv6-modules-3.16.0-0.bpo.4-orion5x-di 
btrfs-modules-3.16.0-0.bpo.4-orion5x-di ext4-modules-3.16.0-0.bpo.4-orion5x-di 
isofs-modules-3.16.0-0.bpo.4-orion5x-di jffs2-modules-3.16.0-0.bpo.4-orion5x-di 
jfs-modules-3.16.0-0.bpo.4-orion5x-di fat-modules-3.16.0-0.bpo.4-orion5x-di 
minix-modules-3.16.0-0.bpo.4-orion5x-di md-modules-3.16.0-0.bpo.4-orion5x-di 
multipath-modules-3.16.0-0.bpo.4-orion5x-di 
usb-modules-3.16.0-0.bpo.4-orion5x-di 
usb-storage-modules-3.16.0-0.bpo.4-orion5x-di 
event-modules-3.16.0-0.bpo.4-orion5x-di
 

Processing of linux_3.2.63-2+deb7u2~bpo60+1_multi.changes

2014-12-09 Thread Debian FTP Masters
linux_3.2.63-2+deb7u2~bpo60+1_multi.changes uploaded successfully to localhost
along with the files:
  linux_3.2.63-2+deb7u2~bpo60+1.dsc
  linux_3.2.63-2+deb7u2~bpo60+1.debian.tar.xz
  linux-support-3.2.0-0.bpo.4_3.2.63-2+deb7u2~bpo60+1_all.deb
  linux-doc-3.2_3.2.63-2+deb7u2~bpo60+1_all.deb
  linux-manual-3.2_3.2.63-2+deb7u2~bpo60+1_all.deb
  linux-source-3.2_3.2.63-2+deb7u2~bpo60+1_all.deb

Greetings,

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


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xyqbe-0007ew...@franck.debian.org



Replacing aufs with overlayfs

2014-12-09 Thread Ben Hutchings
The overlayfs union filesystem was included in Linux 3.18.  I am
assuming that this will cover the needs of Debian live systems, so I've
dropped aufs from the Debian packaging.  This is currently for
experimental only, but you can expect this change to appear in unstable
shortly after the jessie release.

Please try the Linux 3.18 packages from experimental (they're not there
yet, but should be soon) and check that overlayfs does what you need.

Ben.

-- 
Ben Hutchings
Q.  Which is the greater problem in the world today, ignorance or apathy?
A.  I don't know and I couldn't care less.


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


linux_3.2.63-2+deb7u2~bpo60+1_multi.changes ACCEPTED into squeeze-backports-backports-policy

2014-12-09 Thread Debian FTP Masters


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 08 Dec 2014 22:50:26 +
Source: linux
Binary: linux-source-3.2 linux-doc-3.2 linux-manual-3.2 
linux-support-3.2.0-0.bpo.4 linux-libc-dev linux-headers-3.2.0-0.bpo.4-all 
linux-headers-3.2.0-0.bpo.4-all-alpha linux-headers-3.2.0-0.bpo.4-common 
linux-image-3.2.0-0.bpo.4-alpha-generic 
linux-headers-3.2.0-0.bpo.4-alpha-generic linux-image-3.2.0-0.bpo.4-alpha-smp 
linux-headers-3.2.0-0.bpo.4-alpha-smp linux-image-3.2.0-0.bpo.4-alpha-legacy 
linux-headers-3.2.0-0.bpo.4-alpha-legacy linux-headers-3.2.0-0.bpo.4-all-amd64 
linux-image-3.2.0-0.bpo.4-amd64 linux-headers-3.2.0-0.bpo.4-amd64 
linux-image-3.2.0-0.bpo.4-amd64-dbg xen-linux-system-3.2.0-0.bpo.4-amd64 
linux-headers-3.2.0-0.bpo.4-common-rt linux-image-3.2.0-0.bpo.4-rt-amd64 
linux-headers-3.2.0-0.bpo.4-rt-amd64 linux-image-3.2.0-0.bpo.4-rt-amd64-dbg 
linux-headers-3.2.0-0.bpo.4-all-armel linux-image-3.2.0-0.bpo.4-iop32x 
linux-headers-3.2.0-0.bpo.4-iop32x linux-image-3.2.0-0.bpo.4-ixp4xx 
linux-headers-3.2.0-0.bpo.4-ixp4xx linux-image-3.2.0-0.bpo.4-kirkwood
 linux-headers-3.2.0-0.bpo.4-kirkwood linux-image-3.2.0-0.bpo.4-mv78xx0 
linux-headers-3.2.0-0.bpo.4-mv78xx0 linux-image-3.2.0-0.bpo.4-orion5x 
linux-headers-3.2.0-0.bpo.4-orion5x linux-image-3.2.0-0.bpo.4-versatile 
linux-headers-3.2.0-0.bpo.4-versatile linux-headers-3.2.0-0.bpo.4-all-armhf 
linux-image-3.2.0-0.bpo.4-mx5 linux-headers-3.2.0-0.bpo.4-mx5 
linux-image-3.2.0-0.bpo.4-omap linux-headers-3.2.0-0.bpo.4-omap 
linux-image-3.2.0-0.bpo.4-vexpress linux-headers-3.2.0-0.bpo.4-vexpress 
linux-headers-3.2.0-0.bpo.4-all-hppa linux-image-3.2.0-0.bpo.4-parisc 
linux-headers-3.2.0-0.bpo.4-parisc linux-image-3.2.0-0.bpo.4-parisc-smp 
linux-headers-3.2.0-0.bpo.4-parisc-smp linux-image-3.2.0-0.bpo.4-parisc64 
linux-headers-3.2.0-0.bpo.4-parisc64 linux-image-3.2.0-0.bpo.4-parisc64-smp 
linux-headers-3.2.0-0.bpo.4-parisc64-smp linux-headers-3.2.0-0.bpo.4-all-i386 
linux-image-3.2.0-0.bpo.4-486 linux-headers-3.2.0-0.bpo.4-486 
linux-image-3.2.0-0.bpo.4-686-pae
 linux-headers-3.2.0-0.bpo.4-686-pae linux-image-3.2.0-0.bpo.4-686-pae-dbg 
xen-linux-system-3.2.0-0.bpo.4-686-pae linux-image-3.2.0-0.bpo.4-rt-686-pae 
linux-headers-3.2.0-0.bpo.4-rt-686-pae linux-image-3.2.0-0.bpo.4-rt-686-pae-dbg 
linux-headers-3.2.0-0.bpo.4-all-ia64 linux-image-3.2.0-0.bpo.4-itanium 
linux-headers-3.2.0-0.bpo.4-itanium linux-image-3.2.0-0.bpo.4-mckinley 
linux-headers-3.2.0-0.bpo.4-mckinley linux-headers-3.2.0-0.bpo.4-all-m68k 
linux-image-3.2.0-0.bpo.4-amiga linux-headers-3.2.0-0.bpo.4-amiga 
linux-image-3.2.0-0.bpo.4-atari linux-headers-3.2.0-0.bpo.4-atari 
linux-image-3.2.0-0.bpo.4-bvme6000 linux-headers-3.2.0-0.bpo.4-bvme6000 
linux-image-3.2.0-0.bpo.4-mac linux-headers-3.2.0-0.bpo.4-mac 
linux-image-3.2.0-0.bpo.4-mvme147 linux-headers-3.2.0-0.bpo.4-mvme147 
linux-image-3.2.0-0.bpo.4-mvme16x linux-headers-3.2.0-0.bpo.4-mvme16x 
linux-headers-3.2.0-0.bpo.4-all-mips linux-image-3.2.0-0.bpo.4-r4k-ip22 
linux-headers-3.2.0-0.bpo.4-r4k-ip22
 linux-image-3.2.0-0.bpo.4-r5k-ip32 linux-headers-3.2.0-0.bpo.4-r5k-ip32 
linux-image-3.2.0-0.bpo.4-sb1-bcm91250a 
linux-headers-3.2.0-0.bpo.4-sb1-bcm91250a 
linux-image-3.2.0-0.bpo.4-sb1a-bcm91480b 
linux-headers-3.2.0-0.bpo.4-sb1a-bcm91480b linux-image-3.2.0-0.bpo.4-4kc-malta 
linux-headers-3.2.0-0.bpo.4-4kc-malta linux-image-3.2.0-0.bpo.4-5kc-malta 
linux-headers-3.2.0-0.bpo.4-5kc-malta linux-image-3.2.0-0.bpo.4-octeon 
linux-headers-3.2.0-0.bpo.4-octeon linux-headers-3.2.0-0.bpo.4-all-mipsel 
linux-image-3.2.0-0.bpo.4-r5k-cobalt linux-headers-3.2.0-0.bpo.4-r5k-cobalt 
linux-image-3.2.0-0.bpo.4-loongson-2f linux-headers-3.2.0-0.bpo.4-loongson-2f 
linux-headers-3.2.0-0.bpo.4-all-powerpc linux-image-3.2.0-0.bpo.4-powerpc 
linux-headers-3.2.0-0.bpo.4-powerpc linux-image-3.2.0-0.bpo.4-powerpc-smp 
linux-headers-3.2.0-0.bpo.4-powerpc-smp linux-image-3.2.0-0.bpo.4-powerpc64 
linux-headers-3.2.0-0.bpo.4-powerpc64 linux-headers-3.2.0-0.bpo.4-all-ppc64
 linux-headers-3.2.0-0.bpo.4-all-s390 linux-image-3.2.0-0.bpo.4-s390x 
linux-headers-3.2.0-0.bpo.4-s390x linux-image-3.2.0-0.bpo.4-s390x-dbg 
linux-image-3.2.0-0.bpo.4-s390x-tape linux-headers-3.2.0-0.bpo.4-all-s390x 
linux-headers-3.2.0-0.bpo.4-all-sh4 linux-image-3.2.0-0.bpo.4-sh7751r 
linux-headers-3.2.0-0.bpo.4-sh7751r linux-image-3.2.0-0.bpo.4-sh7785lcr 
linux-headers-3.2.0-0.bpo.4-sh7785lcr linux-headers-3.2.0-0.bpo.4-all-sparc 
linux-image-3.2.0-0.bpo.4-sparc64 linux-headers-3.2.0-0.bpo.4-sparc64 
linux-image-3.2.0-0.bpo.4-sparc64-smp linux-headers-3.2.0-0.bpo.4-sparc64-smp
 linux-headers-3.2.0-0.bpo.4-all-sparc64
Architecture: all source
Version: 3.2.63-2+deb7u2~bpo60+1
Distribution: squeeze-backports
Urgency: high
Maintainer: Debian Kernel Team debian-kernel@lists.debian.org
Changed-By: Ben Hutchings b...@decadent.org.uk
Description: 
 linux-doc-3.2 - Linux kernel specific documentation for version 3.2
 linux-headers-3.2.0-0.bpo.4-486 - Header files for 

Re: Replacing aufs with overlayfs

2014-12-09 Thread Daniel Baumann
On 12/09/14 20:55, Ben Hutchings wrote:
 I am assuming that this will cover the needs of Debian live systems, so I've
 dropped aufs from the Debian packaging.

yes.

 you can expect this change to appear in unstable
 shortly after the jessie release.

great, looking forward to that.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54875d4a.6020...@progress-technologies.net



Bug#771661: machine is completely unusable

2014-12-09 Thread Toni Mueller



Hi Ben,

On Tue, Dec 09, 2014 at 06:11:09PM +, Ben Hutchings wrote:
 Also, this is assigned to linux-image-3.16-0.bpo.3-686-pae but the
 screenshot you attached shows that package being newly installed.
 Therefore it is not the kernel you were running at the time you first
 saw this problem.
 
 Did you subsequently boot into that kernel?

yes, the problem occurred with the 3.16-bpo kernel several times, basically
each time I tried to run it, but so far never that early.
Today the machine just locked up this way during or shortly after boot (I did
not have a console for it when it happened).

Should I create another screen shot when the problem happens next time?

 We would need a more complete kernel log.  You could use an emulated
 serial console to get this.

What exactly do you want? I mean, at this point I am almost confident to
unfortunately reproduce the problem soonish.

 How much memory does this VM have?  Does it have a swap file?

memory unit='KiB'1638400/memory

It has a swap partition, but no separate swap file.


Kind regards,
--Toni++


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141209225118.ga15...@lappi1.office.oeko.net



Re: Replacing aufs with overlayfs

2014-12-09 Thread Ed Dixon
Wow that will be a major change! I will be testing live persistence here as
soon as it is available! Thanks to both of you for your hard work in all of
this!

On Tue Dec 09 2014 at 1:54:21 PM Daniel Baumann 
daniel.baum...@progress-technologies.net wrote:

 On 12/09/14 20:55, Ben Hutchings wrote:
  I am assuming that this will cover the needs of Debian live systems, so
 I've
  dropped aufs from the Debian packaging.

 yes.

  you can expect this change to appear in unstable
  shortly after the jessie release.

 great, looking forward to that.

 --
 Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
 Email:  daniel.baum...@progress-technologies.net
 Internet:   http://people.progress-technologies.net/~daniel.baumann/


 --
 To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/54875D4A.6020608@progress-
 technologies.net