Bug#502816: Processed: unarchiving 502816, reopening 502816, found 502816 in 3.1.5-1 ...
Mon, 26 Dec 2011 03:00:31 -0600 Jonathan Nieder jrnie...@gmail.com wrote: Alexander GQ Gerasiov wrote: unarchive 502816 reopen 502816 found 502816 3.1.5-1 found 502816 3.2~rc4-1~experimental.1 Do you use a Thinkpad T61, too? Nope, that was ASUS P1015B. But I don't think it depends on hardware. That's amd64 kernel + i386 userspace -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111227153233.37d7bcd4@desktopvm.lvknet
Bug#653381: marked as done (linux-image-2.6.32-5-amd64: page allocation failures with virtio-net driver)
Your message dated Tue, 27 Dec 2011 17:17:29 +0100 with message-id 1325002649.2327.8.camel@deadeye and subject line Re: Bug#653381: linux-image-2.6.32-5-amd64: page allocation failures with virtio-net driver has caused the Debian Bug report #653381, regarding linux-image-2.6.32-5-amd64: page allocation failures with virtio-net driver 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.) -- 653381: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653381 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.32-39 Severity: normal Hi, We have a virtual machine now running as a KVM virtual machine. Before, this virtual machine was running as a Xen domU. The VM has been given the same amount of memory and number of cpu's as it had with Xen. We configured the virtio-net driver for the network card on KVM. After a few days, we got the following errors: [144129.759313] swapper: page allocation failure. order:0, mode:0x20 [144129.763497] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 [144129.766429] Call Trace: [144129.767395] IRQ [810ba7b3] ? __alloc_pages_nodemask+0x59b/0x5fc [144129.771028] [812488f9] ? __alloc_skb+0x69/0x15a [144129.772814] [a00f3e48] ? try_fill_recv+0x8b/0x18b [virtio_net] [144129.774783] [a00f48b1] ? virtnet_poll+0x543/0x5ca [virtio_net] [144129.776712] [8124fcee] ? net_rx_action+0xae/0x1c9 [144129.778402] [81053d2b] ? __do_softirq+0xdd/0x1a6 [144129.780103] [a00f3153] ? skb_recv_done+0x28/0x34 [virtio_net] [144129.782025] [81011cac] ? call_softirq+0x1c/0x30 [144129.783263] [8101322b] ? do_softirq+0x3f/0x7c [144129.784341] [81053b9b] ? irq_exit+0x36/0x76 [144129.785379] [81012922] ? do_IRQ+0xa0/0xb6 [144129.786384] [810114d3] ? ret_from_intr+0x0/0x11 [144129.787463] EOI [8102c584] ? native_safe_halt+0x2/0x3 [144129.788718] [81017201] ? default_idle+0x34/0x51 [144129.789835] [8100fe97] ? cpu_idle+0xa2/0xda [144129.791406] [814f3140] ? early_idt_handler+0x0/0x71 [144129.793105] [814f3cdd] ? start_kernel+0x3dc/0x3e8 [144129.794156] [814f33b7] ? x86_64_start_kernel+0xf9/0x106 [144129.795274] Mem-Info: [144129.795859] Node 0 DMA per-cpu: [144129.796602] CPU0: hi:0, btch: 1 usd: 0 [144129.797524] CPU1: hi:0, btch: 1 usd: 0 [144129.799074] Node 0 DMA32 per-cpu: [144129.800408] CPU0: hi: 186, btch: 31 usd: 179 [144129.801861] CPU1: hi: 186, btch: 31 usd: 0 [144129.803042] active_anon:64487 inactive_anon:23386 isolated_anon:0 [144129.803043] active_file:153783 inactive_file:234184 isolated_file:0 [144129.803044] unevictable:24 dirty:15979 writeback:0 unstable:0 [144129.803045] free:2680 slab_reclaimable:26874 slab_unreclaimable:2397 [144129.803046] mapped:11137 shmem:6661 pagetables:1456 bounce:0 [144129.809548] Node 0 DMA free:8016kB min:40kB low:48kB high:60kB active_anon:0kB inactive_anon:0kB active_file:7424kB inactive_file:416kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15352kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:24kB slab_unreclaimable:20kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [144129.820469] lowmem_reserve[]: 0 2004 2004 2004 [144129.82] Node 0 DMA32 free:6920kB min:5704kB low:7128kB high:8556kB active_anon:257952kB inactive_anon:93540kB active_file:613916kB inactive_file:926392kB unevictable:96kB isolated(anon):0kB isolated(file):0kB present:2052308kB mlocked:96kB dirty:63844kB writeback:44kB mapped:44548kB shmem:26644kB slab_reclaimable:107064kB slab_unreclaimable:9640kB kernel_stack:1424kB pagetables:5824kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [144129.835406] lowmem_reserve[]: 0 0 0 0 [144129.836427] Node 0 DMA: 2*4kB 3*8kB 2*16kB 1*32kB 2*64kB 3*128kB 3*256kB 3*512kB 3*1024kB 1*2048kB 0*4096kB = 8032kB [144129.839727] Node 0 DMA32: 142*4kB 132*8kB 29*16kB 19*32kB 8*64kB 7*128kB 3*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 6920kB [144129.844512] 394354 total pagecache pages [144129.845858] 398 pages in swap cache [144129.847195] Swap cache stats: add 3826, delete 3428, find 139/193 [144129.849851] Free swap = 3890228kB [144129.851570] Total swap = 3903480kB [144129.863549] 524285 pages RAM [144129.865144] 8937 pages reserved [144129.866586] 93937 pages shared [144129.868061] 431928 pages non-shared [144131.098419] swapper: page allocation failure.
Bug#653381: linux-image-2.6.32-5-amd64: page allocation failures with virtio-net driver
Package: linux-2.6 Version: 2.6.32-39 Severity: normal Hi, We have a virtual machine now running as a KVM virtual machine. Before, this virtual machine was running as a Xen domU. The VM has been given the same amount of memory and number of cpu's as it had with Xen. We configured the virtio-net driver for the network card on KVM. After a few days, we got the following errors: [144129.759313] swapper: page allocation failure. order:0, mode:0x20 [144129.763497] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 [144129.766429] Call Trace: [144129.767395] IRQ [810ba7b3] ? __alloc_pages_nodemask+0x59b/0x5fc [144129.771028] [812488f9] ? __alloc_skb+0x69/0x15a [144129.772814] [a00f3e48] ? try_fill_recv+0x8b/0x18b [virtio_net] [144129.774783] [a00f48b1] ? virtnet_poll+0x543/0x5ca [virtio_net] [144129.776712] [8124fcee] ? net_rx_action+0xae/0x1c9 [144129.778402] [81053d2b] ? __do_softirq+0xdd/0x1a6 [144129.780103] [a00f3153] ? skb_recv_done+0x28/0x34 [virtio_net] [144129.782025] [81011cac] ? call_softirq+0x1c/0x30 [144129.783263] [8101322b] ? do_softirq+0x3f/0x7c [144129.784341] [81053b9b] ? irq_exit+0x36/0x76 [144129.785379] [81012922] ? do_IRQ+0xa0/0xb6 [144129.786384] [810114d3] ? ret_from_intr+0x0/0x11 [144129.787463] EOI [8102c584] ? native_safe_halt+0x2/0x3 [144129.788718] [81017201] ? default_idle+0x34/0x51 [144129.789835] [8100fe97] ? cpu_idle+0xa2/0xda [144129.791406] [814f3140] ? early_idt_handler+0x0/0x71 [144129.793105] [814f3cdd] ? start_kernel+0x3dc/0x3e8 [144129.794156] [814f33b7] ? x86_64_start_kernel+0xf9/0x106 [144129.795274] Mem-Info: [144129.795859] Node 0 DMA per-cpu: [144129.796602] CPU0: hi:0, btch: 1 usd: 0 [144129.797524] CPU1: hi:0, btch: 1 usd: 0 [144129.799074] Node 0 DMA32 per-cpu: [144129.800408] CPU0: hi: 186, btch: 31 usd: 179 [144129.801861] CPU1: hi: 186, btch: 31 usd: 0 [144129.803042] active_anon:64487 inactive_anon:23386 isolated_anon:0 [144129.803043] active_file:153783 inactive_file:234184 isolated_file:0 [144129.803044] unevictable:24 dirty:15979 writeback:0 unstable:0 [144129.803045] free:2680 slab_reclaimable:26874 slab_unreclaimable:2397 [144129.803046] mapped:11137 shmem:6661 pagetables:1456 bounce:0 [144129.809548] Node 0 DMA free:8016kB min:40kB low:48kB high:60kB active_anon:0kB inactive_anon:0kB active_file:7424kB inactive_file:416kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15352kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:24kB slab_unreclaimable:20kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [144129.820469] lowmem_reserve[]: 0 2004 2004 2004 [144129.82] Node 0 DMA32 free:6920kB min:5704kB low:7128kB high:8556kB active_anon:257952kB inactive_anon:93540kB active_file:613916kB inactive_file:926392kB unevictable:96kB isolated(anon):0kB isolated(file):0kB present:2052308kB mlocked:96kB dirty:63844kB writeback:44kB mapped:44548kB shmem:26644kB slab_reclaimable:107064kB slab_unreclaimable:9640kB kernel_stack:1424kB pagetables:5824kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [144129.835406] lowmem_reserve[]: 0 0 0 0 [144129.836427] Node 0 DMA: 2*4kB 3*8kB 2*16kB 1*32kB 2*64kB 3*128kB 3*256kB 3*512kB 3*1024kB 1*2048kB 0*4096kB = 8032kB [144129.839727] Node 0 DMA32: 142*4kB 132*8kB 29*16kB 19*32kB 8*64kB 7*128kB 3*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 6920kB [144129.844512] 394354 total pagecache pages [144129.845858] 398 pages in swap cache [144129.847195] Swap cache stats: add 3826, delete 3428, find 139/193 [144129.849851] Free swap = 3890228kB [144129.851570] Total swap = 3903480kB [144129.863549] 524285 pages RAM [144129.865144] 8937 pages reserved [144129.866586] 93937 pages shared [144129.868061] 431928 pages non-shared [144131.098419] swapper: page allocation failure. order:0, mode:0x20 [144131.102702] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 [144131.104570] Call Trace: [144131.105813] IRQ [810ba7b3] ? __alloc_pages_nodemask+0x59b/0x5fc [144131.108489] [812488f9] ? __alloc_skb+0x69/0x15a [144131.111075] [a00f3e48] ? try_fill_recv+0x8b/0x18b [virtio_net] [144131.113546] [a00f48b1] ? virtnet_poll+0x543/0x5ca [virtio_net] [144131.115731] [8124fcee] ? net_rx_action+0xae/0x1c9 [144131.117603] [81053d2b] ? __do_softirq+0xdd/0x1a6 [144131.119628] [a00f3153] ? skb_recv_done+0x28/0x34 [virtio_net] [144131.122428] [81011cac] ? call_softirq+0x1c/0x30 [144131.124904] [8101322b] ? do_softirq+0x3f/0x7c [144131.126660] [81053b9b] ? irq_exit+0x36/0x76 [144131.128446] [81012922] ? do_IRQ+0xa0/0xb6 [144131.130898] [810114d3] ? ret_from_intr+0x0/0x11 [144131.132971] EOI
Bug#502816: Processed: unarchiving 502816, reopening 502816, found 502816 in 3.1.5-1 ...
Alexander GQ Gerasiov wrote: Nope, that was ASUS P1015B. Thanks. Please file a separate report, then. Be sure to mention what steps you use to reproduce the problem, what the resulting symptoms are like, and how they differ from what you expected. But I don't think it depends on hardware. If the symptoms in the two reports end up having the same cause, we can merge them. Thanks again and sorry for the fuss, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111227165003.GA12333@elie.Belkin
Bug#651199: iwlwifi: Connection lost on WPA: Group rekeying
Version: 3.1.5-1 fixes this for me. Best regards, Andreas fre 2011-12-16 klockan 12:57 +0100 skrev Gabriel Kerneis: Hi, On Fri, Dec 16, 2011 at 03:17:30AM -0600, Jonathan Nieder wrote: There have been a few iwlwifi fixes upstream recently. Could you try[1] v3.2-rc5 or later? I did not test 3.2 yet but for people looking for a workaround until a fix is available, the following seems to work for me (found on openSUSE's bug report): $ echo options iwlagn swcrypto=1 /etc/modprobe.d/iwlagn Best, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1324983739.2199.0.ca...@neith.impressions.se
Bug#653398: linux-2.6: Hang on resume from standby in 3.1.[56], 3.2-rc*
Source: linux-2.6 Version: 3.1.5-1 Tags: upstream,patch Severity: important Forwarded: linux-ker...@vger.kernel.org I sent the following report to LKML, but diagnosis/repair upstream seems to be moving slowly on it. In particular, it might still appear in the 3.2 release. Others have seen it too, in Ubuntu [1] and Fedora [2]. The bottom line: please revert aeed6baa702a285cf03b7dc4182ffc1a7f4e4ed6 in packaged kernels [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/904569 [2] https://bugzilla.redhat.com/show_bug.cgi?id=767248 -- Forwarded message -- From: Phil Miller mille...@illinois.edu Date: Sat, Dec 24, 2011 at 00:40 Subject: Re: [REGRESSION,STABLE,BISECTED] Hang on resume from standby in 3.1.[56], 3.2-rc* To: Thomas Gleixner t...@linutronix.de, Greg Kroah-Hartman g...@kroah.com, sta...@kernel.org, LKML linux-ker...@vger.kernel.org, Venkatesh Pallipadi ve...@google.com On Fri, Dec 23, 2011 at 11:31, Phil Miller mille...@illinois.edu wrote: I've got a Dell Precision T1500 (lspci, dmidecode, and dmesg output at http://charm.cs.uiuc.edu/~phil/linux-suspend-hang/ ) that I generally suspend when I'm out of the house or asleep, and wake up when I want to use it. Sadly, a recent change to the kernel has disrupted that happy state of affairs. When I run the most recent stable or pre-release versions, the kernel hangs on resume. I can still switch virtual consoles, and get keyboard output echoed to the screen, but no userspace code seems to be running (e.g. login doesn't give me a password prompt after entering a username), nor does the system respond to ping or SSH connections. Bisection between v3.1 and v3.1.6 points to the following commit as the culprit: = commit aeed6baa702a285cf03b7dc4182ffc1a7f4e4ed6 Author: Thomas Gleixner t...@linutronix.de Date: Fri Dec 2 16:02:45 2011 +0100 clockevents: Set noop handler in clockevents_exchange_device() commit de28f25e8244c7353abed8de0c7792f5f883588c upstream. If a device is shutdown, then there might be a pending interrupt, which will be processed after we reenable interrupts, which causes the original handler to be run. If the old handler is the (broadcast) periodic handler the shutdown state might hang the kernel completely. Signed-off-by: Thomas Gleixner t...@linutronix.de Signed-off-by: Greg Kroah-Hartman gre...@suse.de :04 04 1cfa477e4be68746d7ef2818a430d50424b06572 ccd4ef67437a19acba03df2debac6eb8c5957b30 M kernel = I've tested that reverting this commit also restores my ability to resume from suspend on 3.2-rc6. I just went digging through the history, and it looks like the commit I found to be problematic partially reverts 7c1e76897492d92b6a1c2d6892494d39ded9680c, from 2008. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/camdbwjegxh5cy5ecvxzq-18nyuhx9edjbri2lytiwljdfp3...@mail.gmail.com
Bug#502816: Processed: unarchiving 502816, reopening 502816, found 502816 in 3.1.5-1 ...
Tue, 27 Dec 2011 10:50:34 -0600 Jonathan Nieder jrnie...@gmail.com wrote: Alexander GQ Gerasiov wrote: Nope, that was ASUS P1015B. Thanks. Please file a separate report, then. Be sure to mention what steps you use to reproduce the problem, what the resulting symptoms are like, and how they differ from what you expected. But I don't think it depends on hardware. If the symptoms in the two reports end up having the same cause, we can merge them. Thanks again and sorry for the fuss, Jonathan Well, the problem is the same as in this report: s2disk from i386 userspace tries to do ioctl32 in amd64 kernel and fails. It can be reproduced on any i386 installation with -amd64 flavor. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111227223544.60e6ef9f@desktopvm.lvknet
Bug#502816: Processed: unarchiving 502816, reopening 502816, found 502816 in 3.1.5-1 ...
retitle 502816 [amd64 with i386 userspace] snapshot ioctls lack compat support (s2disk tries to do ioctl32 and fails) found 502816 linux-2.6/2.6.26-9 quit Alexander GQ Gerasiov wrote: Well, the problem is the same as in this report: s2disk from i386 userspace tries to do ioctl32 in amd64 kernel and fails. Ah, good call. Sorry for my lack of comprehension. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111227185347.GB12849@elie.Belkin
Processed: Re: Processed: unarchiving 502816, reopening 502816, found 502816 in 3.1.5-1 ...
Processing commands for cont...@bugs.debian.org: retitle 502816 [amd64 with i386 userspace] snapshot ioctls lack compat support (s2disk tries to do ioctl32 and fails) Bug #502816 [linux-2.6] cannot suspend Changed Bug title to '[amd64 with i386 userspace] snapshot ioctls lack compat support (s2disk tries to do ioctl32 and fails)' from 'cannot suspend' found 502816 linux-2.6/2.6.26-9 Bug #502816 [linux-2.6] [amd64 with i386 userspace] snapshot ioctls lack compat support (s2disk tries to do ioctl32 and fails) Bug Marked as found in versions linux-2.6/2.6.26-9. quit Stopping processing here. Please contact me if you need assistance. -- 502816: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502816 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: http://lists.debian.org/handler.s.c.132501203725852.transcr...@bugs.debian.org
Processed: tagging 502816
Processing commands for cont...@bugs.debian.org: tags 502816 + pending Bug #502816 [linux-2.6] [amd64 with i386 userspace] snapshot ioctls lack compat support (s2disk tries to do ioctl32 and fails) Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 502816: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502816 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: http://lists.debian.org/handler.s.c.132501664415869.transcr...@bugs.debian.org
Bug#502816: [PATCH] snapshot: Implement compat_ioctl
This allows uswsusp built for i386 to run on an x86_64 kernel (tested
with Debian package version 1.0+20110509-2).
References: http://bugs.debian.org/502816
Signed-off-by: Ben Hutchings b...@decadent.org.uk
---
kernel/power/user.c | 64 +++
1 files changed, 64 insertions(+), 0 deletions(-)
diff --git a/kernel/power/user.c b/kernel/power/user.c
index 6d8f535..d86e5a7 100644
--- a/kernel/power/user.c
+++ b/kernel/power/user.c
@@ -21,6 +21,7 @@
#include linux/swapops.h
#include linux/pm.h
#include linux/fs.h
+#include linux/compat.h
#include linux/console.h
#include linux/cpu.h
#include linux/freezer.h
@@ -464,6 +465,66 @@ static long snapshot_ioctl(struct file *filp, unsigned int
cmd,
return error;
}
+#ifdef CONFIG_COMPAT
+
+struct compat_resume_swap_area {
+ compat_loff_t offset;
+ u32 dev;
+} __packed;
+
+static long
+snapshot_compat_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
+{
+ BUILD_BUG_ON(sizeof(loff_t) != sizeof(compat_loff_t));
+
+ switch (cmd) {
+ case SNAPSHOT_GET_IMAGE_SIZE:
+ case SNAPSHOT_AVAIL_SWAP_SIZE:
+ case SNAPSHOT_ALLOC_SWAP_PAGE: {
+ compat_loff_t __user *uoffset = compat_ptr(arg);
+ loff_t offset;
+ mm_segment_t old_fs;
+ int err;
+
+ old_fs = get_fs();
+ set_fs(KERNEL_DS);
+ err = snapshot_ioctl(file, cmd, (unsigned long) offset);
+ set_fs(old_fs);
+ if (!err put_user(offset, uoffset))
+ err = -EFAULT;
+ return err;
+ }
+
+ case SNAPSHOT_CREATE_IMAGE:
+ return snapshot_ioctl(file, cmd,
+ (unsigned long) compat_ptr(arg));
+
+ case SNAPSHOT_SET_SWAP_AREA: {
+ struct compat_resume_swap_area __user *u_swap_area =
+ compat_ptr(arg);
+ struct resume_swap_area swap_area;
+ mm_segment_t old_fs;
+ int err;
+
+ err = get_user(swap_area.offset, u_swap_area-offset);
+ err |= get_user(swap_area.dev, u_swap_area-dev);
+ if (err)
+ return -EFAULT;
+ old_fs = get_fs();
+ set_fs(KERNEL_DS);
+ err = snapshot_ioctl(file, SNAPSHOT_SET_SWAP_AREA,
+(unsigned long) swap_area);
+ set_fs(old_fs);
+ return err;
+ }
+
+ default:
+ return snapshot_ioctl(file, cmd, arg);
+ }
+}
+
+#endif /* CONFIG_COMPAT */
+
static const struct file_operations snapshot_fops = {
.open = snapshot_open,
.release = snapshot_release,
@@ -471,6 +532,9 @@ static const struct file_operations snapshot_fops = {
.write = snapshot_write,
.llseek = no_llseek,
.unlocked_ioctl = snapshot_ioctl,
+#ifdef CONFIG_COMPAT
+ .compat_ioctl = snapshot_compat_ioctl,
+#endif
};
static struct miscdevice snapshot_device = {
--
1.7.7.3
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1325018001.2327.13.camel@deadeye
Processed: tagging 653314
Processing commands for cont...@bugs.debian.org: tags 653314 - squeeze Bug #653314 [linux-2.6] e1000e: Wake-on-lan from hibernate broken since 2.6.32-36 Removed tag(s) squeeze. thanks Stopping processing here. Please contact me if you need assistance. -- 653314: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653314 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: http://lists.debian.org/handler.s.c.132501874125168.transcr...@bugs.debian.org
Bug#653314: e1000e: Wake-on-lan from hibernate broken since 2.6.32-36
On Mon, 2011-12-26 at 20:42 +0100, Udo Richter wrote: Package: linux-2.6 Version: 2.6.32-39 Severity: normal Tags: squeeze Between 2.6.32-35 and 2.6.32-36, the ability to wake-on-lan from suspend-to-disk got lost for my mainboard. Waking from poweroff and from suspend-to-ram still works. This is probably related to bug #627700. Right. Sorry about this. The bug is present up to the current 2.6.32-39. Mainboard is an Intel DB43LD. Hibernating via hibernate-1.99-1.1, module is not blacklisted. [...] Can you test whether wake-on-LAN works with the current version in testing (3.1.5-1)? You will need to upgrade initramfs-tools and linux-base to install the later kernel version, but nothing else. Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Processed: tagging 653314
Processing commands for cont...@bugs.debian.org: tags 653314 + moreinfo Bug #653314 [linux-2.6] e1000e: Wake-on-lan from hibernate broken since 2.6.32-36 Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 653314: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653314 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: http://lists.debian.org/handler.s.c.132501939827243.transcr...@bugs.debian.org
Bug#649890: linux-image-2.6-686: Kernel Oops during upgrade, X module FBCON not available after restart
Forwarded Message From: a...@users.sourceforge.net To: Ben Hutchings b...@decadent.org.uk Subject: Re: Bug#649890: linux-image-2.6-686: Kernel Oops during upgrade, X module FBCON not available after restart Date: Sat, 24 Dec 2011 22:33:25 +0100 (CET) Hi, Sorry for delay − very busy at work and a nasty cold. Here's all I could find; HIH. Merry Christmas :-) Axel Nov 24 06:36:55 flora kernel: [387010.699062] PM: Syncing filesystems ... done. Nov 24 06:36:55 flora kernel: [387011.012447] Freezing user space processes ... (elapsed 0.01 seconds) done. Nov 24 06:36:55 flora kernel: [387011.032067] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. Nov 24 06:36:55 flora kernel: [387011.032112] PM: Preallocating image memory... done (allocated 695949 pages) Nov 24 06:36:55 flora kernel: [387017.081770] PM: Allocated 2783796 kbytes in 6.04 seconds (460.89 MB/s) Nov 24 06:36:55 flora kernel: [387017.081772] Suspending console(s) (use no_console_suspend to debug) Nov 24 06:36:55 flora kernel: [387017.082005] sd 5:0:0:0: [sdd] Synchronizing SCSI cache Nov 24 06:36:55 flora kernel: [387017.284008] sd 4:0:1:0: [sdc] Synchronizing SCSI cache Nov 24 06:36:55 flora kernel: [387017.284522] sd 4:0:0:0: [sdb] Synchronizing SCSI cache Nov 24 06:36:55 flora kernel: [387017.284600] sd 3:0:0:0: [sda] Synchronizing SCSI cache Nov 24 06:36:55 flora kernel: [387017.285200] serial 00:07: disabled Nov 24 06:36:55 flora kernel: [387017.285437] serial 00:06: disabled Nov 24 06:36:55 flora kernel: [387017.285513] pata_sil680 :03:02.0: PCI INT A disabled Nov 24 06:36:55 flora kernel: [387017.300011] advansys :03:00.0: PCI INT A disabled Nov 24 06:36:55 flora kernel: [387017.300108] ata_piix :00:1f.2: PCI INT B disabled Nov 24 06:36:55 flora kernel: [387017.300183] ata_piix :00:1f.1: PCI INT A disabled Nov 24 06:36:55 flora kernel: [387017.404048] HDA Intel :00:1b.0: PCI INT A disabled Nov 24 06:36:55 flora kernel: [387017.442739] ACPI: Preparing to enter system sleep state S4 Nov 24 06:36:55 flora kernel: [387017.443086] PM: Saving platform NVS memory Nov 24 06:36:55 flora kernel: [387017.451712] Disabling non-boot CPUs ... Nov 24 06:36:55 flora kernel: [387017.576008] CPU 1 is now offline Nov 24 06:36:55 flora kernel: [387017.576010] SMP alternatives: switching to UP code Nov 24 06:36:55 flora kernel: [387017.579728] PM: Creating hibernation image: Nov 24 06:36:55 flora kernel: [387017.580001] PM: Need to copy 40172 pages Nov 24 06:36:55 flora kernel: [387017.580001] PM: Restoring platform NVS memory Nov 24 06:36:55 flora kernel: [387017.580001] CPU0: Thermal monitoring enabled (TM2) Nov 24 06:36:55 flora kernel: [387017.580001] Enabling non-boot CPUs ... Nov 24 06:36:55 flora kernel: [387017.580001] SMP alternatives: switching to SMP code Nov 24 06:36:57 flora kernel: [387017.583077] Booting processor 1 APIC 0x1 ip 0x6000 Nov 24 06:36:57 flora kernel: [387017.579624] Initializing CPU#1 Nov 24 06:36:57 flora kernel: [387017.579624] CPU: L1 I cache: 32K, L1 D cache: 32K Nov 24 06:36:57 flora kernel: [387017.579624] CPU: L2 cache: 6144K Nov 24 06:36:57 flora kernel: [387017.579624] CPU: Physical Processor ID: 0 Nov 24 06:36:57 flora kernel: [387017.579624] CPU: Processor Core ID: 1 Nov 24 06:36:57 flora kernel: [387017.579624] CPU1: Thermal monitoring enabled (TM2) Nov 24 06:36:57 flora kernel: [387017.672085] CPU1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping 0a Nov 24 06:36:57 flora kernel: [387017.672089] checking TSC synchronization [CPU#0 - CPU#1]: passed. Nov 24 06:36:57 flora kernel: [387017.720367] CPU1 is up Nov 24 06:36:57 flora kernel: [387017.721796] ACPI: Waking up from system sleep state S4 Nov 24 06:36:57 flora kernel: [387017.736403] No ACPI video bus found Nov 24 06:36:57 flora kernel: [387018.098788] HDA Intel :00:1b.0: PCI INT A - GSI 16 (level, low) - IRQ 16 Nov 24 06:36:57 flora kernel: [387018.098832] usb usb2: root hub lost power or was reset Nov 24 06:36:57 flora kernel: [387018.098872] usb usb3: root hub lost power or was reset Nov 24 06:36:57 flora kernel: [387018.098911] usb usb4: root hub lost power or was reset Nov 24 06:36:57 flora kernel: [387018.098950] usb usb5: root hub lost power or was reset Nov 24 06:36:57 flora kernel: [387018.098966] usb usb1: root hub lost power or was reset Nov 24 06:36:57 flora kernel: [387018.102849] ata_piix :00:1f.1: PCI INT A - GSI 18 (level, low) - IRQ 18 Nov 24 06:36:57 flora kernel: [387018.102875] ata_piix :00:1f.2: PCI INT B - GSI 19 (level, low) - IRQ 19 Nov 24 06:36:57 flora kernel: [387018.105153] advansys :03:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 Nov 24 06:36:57 flora kernel: [387018.105159] saa7134[0]: board init: gpio is 0 Nov 24 06:36:57 flora kernel: [387018.232038] pata_sil680 :03:02.0: PCI INT A - GSI 18 (level, low) - IRQ 18 Nov 24 06:36:57 flora kernel: [387018.232059] sil680: 133MHz clock. Nov 24 06:36:57 flora kernel:
Bug#502816: [PATCH] snapshot: Implement compat_ioctl
On Tuesday, December 27, 2011, Ben Hutchings wrote:
This allows uswsusp built for i386 to run on an x86_64 kernel (tested
with Debian package version 1.0+20110509-2).
References: http://bugs.debian.org/502816
Signed-off-by: Ben Hutchings b...@decadent.org.uk
Applied to linux-pm/linux-next.
Thanks,
Rafael
---
kernel/power/user.c | 64
+++
1 files changed, 64 insertions(+), 0 deletions(-)
diff --git a/kernel/power/user.c b/kernel/power/user.c
index 6d8f535..d86e5a7 100644
--- a/kernel/power/user.c
+++ b/kernel/power/user.c
@@ -21,6 +21,7 @@
#include linux/swapops.h
#include linux/pm.h
#include linux/fs.h
+#include linux/compat.h
#include linux/console.h
#include linux/cpu.h
#include linux/freezer.h
@@ -464,6 +465,66 @@ static long snapshot_ioctl(struct file *filp, unsigned
int cmd,
return error;
}
+#ifdef CONFIG_COMPAT
+
+struct compat_resume_swap_area {
+ compat_loff_t offset;
+ u32 dev;
+} __packed;
+
+static long
+snapshot_compat_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
+{
+ BUILD_BUG_ON(sizeof(loff_t) != sizeof(compat_loff_t));
+
+ switch (cmd) {
+ case SNAPSHOT_GET_IMAGE_SIZE:
+ case SNAPSHOT_AVAIL_SWAP_SIZE:
+ case SNAPSHOT_ALLOC_SWAP_PAGE: {
+ compat_loff_t __user *uoffset = compat_ptr(arg);
+ loff_t offset;
+ mm_segment_t old_fs;
+ int err;
+
+ old_fs = get_fs();
+ set_fs(KERNEL_DS);
+ err = snapshot_ioctl(file, cmd, (unsigned long) offset);
+ set_fs(old_fs);
+ if (!err put_user(offset, uoffset))
+ err = -EFAULT;
+ return err;
+ }
+
+ case SNAPSHOT_CREATE_IMAGE:
+ return snapshot_ioctl(file, cmd,
+ (unsigned long) compat_ptr(arg));
+
+ case SNAPSHOT_SET_SWAP_AREA: {
+ struct compat_resume_swap_area __user *u_swap_area =
+ compat_ptr(arg);
+ struct resume_swap_area swap_area;
+ mm_segment_t old_fs;
+ int err;
+
+ err = get_user(swap_area.offset, u_swap_area-offset);
+ err |= get_user(swap_area.dev, u_swap_area-dev);
+ if (err)
+ return -EFAULT;
+ old_fs = get_fs();
+ set_fs(KERNEL_DS);
+ err = snapshot_ioctl(file, SNAPSHOT_SET_SWAP_AREA,
+ (unsigned long) swap_area);
+ set_fs(old_fs);
+ return err;
+ }
+
+ default:
+ return snapshot_ioctl(file, cmd, arg);
+ }
+}
+
+#endif /* CONFIG_COMPAT */
+
static const struct file_operations snapshot_fops = {
.open = snapshot_open,
.release = snapshot_release,
@@ -471,6 +532,9 @@ static const struct file_operations snapshot_fops = {
.write = snapshot_write,
.llseek = no_llseek,
.unlocked_ioctl = snapshot_ioctl,
+#ifdef CONFIG_COMPAT
+ .compat_ioctl = snapshot_compat_ioctl,
+#endif
};
static struct miscdevice snapshot_device = {
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201112272303.50335@sisk.pl
Bug#653314: e1000e: Wake-on-lan from hibernate broken since 2.6.32-36
Am 27.12.2011 21:56, schrieb Ben Hutchings: Can you test whether wake-on-LAN works with the current version in testing (3.1.5-1)? You will need to upgrade initramfs-tools and linux-base to install the later kernel version, but nothing else. Seems to be working fine with 3.1.5-1, suspending to disk, to ram, and waking from poweroff. I'm back on 2.6.32-35 though, would have to resolve some kernel dependencies before upgrading permanently. [4.220630] e1000e: Intel(R) PRO/1000 Network Driver - 1.4.4-k [4.220633] e1000e: Copyright(c) 1999 - 2011 Intel Corporation. [4.256346] e1000e :00:19.0: PCI INT A - GSI 20 (level, low) - IRQ 20 [4.256358] e1000e :00:19.0: setting latency timer to 64 [4.256474] e1000e :00:19.0: irq 43 for MSI/MSI-X [4.11] e1000e :00:19.0: eth0: (PCI Express:2.5GT/s:Width x1) 00:27:0e:02:95:35 [4.14] e1000e :00:19.0: eth0: Intel(R) PRO/1000 Network Connection [4.54] e1000e :00:19.0: eth0: MAC: 8, PHY: 8, PBA No: FF-0FF [8.618384] e1000e :00:19.0: irq 43 for MSI/MSI-X [8.672121] e1000e :00:19.0: irq 43 for MSI/MSI-X [ 12.356890] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [ 117.322196] e1000e :00:19.0: PCI INT A disabled [ 117.322203] e1000e :00:19.0: PME# enabled [ 117.322210] e1000e :00:19.0: wake-up capability enabled by ACPI [ 117.552694] ACPI: Preparing to enter system sleep state S4 [ 117.745040] ACPI: Waking up from system sleep state S4 [ 117.760019] e1000e :00:19.0: BAR 0: set to [mem 0xd050-0xd051] (PCI address [0xd050-0xd051]) [ 117.760024] e1000e :00:19.0: BAR 1: set to [mem 0xd0524000-0xd0524fff] (PCI address [0xd0524000-0xd0524fff]) [ 117.760030] e1000e :00:19.0: BAR 2: set to [io 0xf100-0xf11f] (PCI address [0xf100-0xf11f]) [ 117.760041] e1000e :00:19.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 117.760057] e1000e :00:19.0: restoring config space at offset 0x1 (was 0x10, writing 0x17) [ 117.771931] e1000e :00:19.0: wake-up capability disabled by ACPI [ 117.771936] e1000e :00:19.0: PME# disabled [ 117.772033] e1000e :00:19.0: irq 43 for MSI/MSI-X [ 117.773989] e1000e :00:19.0: eth0: MAC Wakeup cause - Unicast Packet Cheers, Udo -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4efa4d0a.9040...@gmx.de
Processed: tagging 653314
Processing commands for cont...@bugs.debian.org: tags 653314 - moreinfo Bug #653314 [linux-2.6] e1000e: Wake-on-lan from hibernate broken since 2.6.32-36 Removed tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 653314: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653314 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: http://lists.debian.org/handler.s.c.1325028114477.transcr...@bugs.debian.org
Bug#649890: linux-image-2.6-686: Kernel Oops during upgrade, X module FBCON not available after restart
[Please reply-to-all.] On Sat, 2011-12-24 at 22:33 +0100, a...@users.sourceforge.net wrote: [...] Nov 24 07:19:26 flora kernel: [389572.200226] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled Nov 24 07:19:26 flora kernel: [389572.201271] SGI XFS Quota Management subsystem Nov 24 07:19:26 flora kernel: [389572.204530] JFS: nTxBlock = 8192, nTxLock = 65536 Nov 24 07:19:26 flora kernel: [389572.212056] NTFS driver 2.1.29 [Flags: R/W MODULE]. Nov 24 07:19:26 flora kernel: [389572.22] QNX4 filesystem 0.2.3 registered. Nov 24 07:19:26 flora kernel: [389572.236530] *pde = Nov 24 07:19:26 flora kernel: [389572.236537] Modules linked in: btrfs(+) zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs exportfs reiserfs ext2 isofs udf crc_itu_t usblp nls_utf8 nls_cp437 vfat fat tun sermouse serport acpi_cpufreq cpufreq_stats cpufreq_userspace cpufreq_powersave cpufreq_conservative parport_pc ppdev lp parport sco bridge stp bnep rfcomm l2cap bluetooth rfkill binfmt_misc fuse ext4 jbd2 crc16 loop snd_hda_codec_realtek saa7134_alsa mt20xx tea5767 tda9887 tda8290 tuner snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi i915 snd_rawmidi snd_seq_midi_event drm_kms_helper snd_seq snd_timer snd_seq_device drm snd i2c_algo_bit soundcore snd_page_alloc video saa7134 ir_common v4l2_common videodev v4l1_compat videobuf_dma_sg i2c_i801 videobuf_core tveeprom i2c_core output evdev button rng_core pcspkr processor ext3 jbd mbcache usb_storage sg sd_mod crc_t10dif sr_mod cdrom ata_generic ata_piix floppy uhci_hcd pata_sil680 thermal thermal_sys Nov 24 07:19:26 flora kernel: r8169 mii libata ehci_hcd advansys scsi_mod usbcore nls_base [last unloaded: scsi_wait_scan] Nov 24 07:19:26 flora kernel: [389572.236608] Nov 24 07:19:26 flora kernel: [389572.236611] Pid: 10773, comm: modprobe Not tainted (2.6.32-5-686 #1) MS-7383 So the crash occurs when btrfs is loaded, presumably by os-prober. Nov 24 07:19:26 flora kernel: [389572.236613] EIP: 0060:[c113b801] EFLAGS: 00210282 CPU: 0 Nov 24 07:19:26 flora kernel: [389572.236616] EIP is at strcmp+0x6/0x19 Nov 24 07:19:26 flora kernel: [389572.236618] EAX: EBX: f6f40540 ECX: f6d23450 EDX: e616ea60 Nov 24 07:19:26 flora kernel: [389572.236620] ESI: EDI: e616ea60 EBP: d5e65510 ESP: e6bc1e94 Nov 24 07:19:26 flora kernel: [389572.236622] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Nov 24 07:19:26 flora kernel: [389572.236627] e616ea60 d5e65510 c10f3aba d5e65510 e6bc1ed4 c10f3b78 d5e65420 fffe Nov 24 07:19:26 flora kernel: [389572.236632] 0 c10f3c0f e6bc1ed4 c10f3ce7 d5e65420 fffe d5e65510 f6d23450 c10f478b Nov 24 07:19:26 flora kernel: [389572.236637] 0 f6d23450 e6bc1f15 f40fde00 f6c02880 Nov 24 07:19:26 flora kernel: [389572.236647] [c10f3aba] ? sysfs_find_dirent+0x13/0x23 Nov 24 07:19:26 flora kernel: [389572.236650] [c10f3b78] ? __sysfs_add_one+0x10/0x69 Nov 24 07:19:26 flora kernel: [389572.236653] [c10f3c0f] ? sysfs_add_one+0x11/0xb8 Nov 24 07:19:26 flora kernel: [389572.236656] [c10f3ce7] ? sysfs_addrm_start+0x31/0x83 Nov 24 07:19:26 flora kernel: [389572.236660] [c10f478b] ? sysfs_do_create_link+0x97/0xed Nov 24 07:19:26 flora kernel: [389572.236663] [c10f47f1] ? sysfs_create_link+0x7/0xa Nov 24 07:19:26 flora kernel: [389572.236667] [c11b1a12] ? device_add+0x187/0x474 Nov 24 07:19:26 flora kernel: [389572.236670] [c113606a] ? kobject_init+0x33/0x69 Nov 24 07:19:26 flora kernel: [389572.236673] [c11b1d85] ? device_create_vargs+0x76/0x96 Nov 24 07:19:26 flora kernel: [389572.236676] [c11b1dc3] ? device_create+0x1e/0x22 Nov 24 07:19:26 flora kernel: [389572.236680] [c1195b53] ? misc_register+0xb3/0xec Nov 24 07:19:26 flora kernel: [389572.236695] [fdb9f000] ? init_btrfs_fs+0x0/0x7d [btrfs] Nov 24 07:19:26 flora kernel: [389572.236709] [fdb9f037] ? init_btrfs_fs+0x37/0x7d [btrfs] Nov 24 07:19:26 flora kernel: [389572.236713] [c100113e] ? do_one_initcall+0x55/0x155 Nov 24 07:19:26 flora kernel: [389572.236716] [c1057949] ? sys_init_module+0xa7/0x1d7 Nov 24 07:19:26 flora kernel: [389572.236719] [c10030fb] ? sysenter_do_call+0x12/0x28 Nov 24 07:19:26 flora kernel: [389572.236754] ---[ end trace 110ea9cfc3c05d58 ]--- [...] btrfs is registering a 'miscellaneous' device driver which is used for some filesystem administration. Its name is compared with the names of all the existing miscellaneous device drivers, but it seems that one of these names has become invalid. I can't found any references to such a bug being found and fixed. One possibility is memory corruption by the BIOS during suspend and resume. I don't think this is likely to be a problem any more since the kernel is careful to avoid using memory that may be overwritten by the BIOS. Also, that was 40 minutes before
Bug#653141: linux-source-3.1: kernel module ipw2200 has problems with setting the essid for the wireless device
On Sun, 2011-12-25 at 12:28 +0100, Manuel Gebauer wrote: Package: linux-source-3.1 Version: 3.1.5-1 Severity: important Below is a session to demonstrate the essid-setting-problem. Look out for the garbled names like 'gÆisQÿJì)ͺ«òûãF|ÂTø\03'. The ipw2200-version from kernel-source-3.0.0 in comparision did not show this problem. I classify this error as important, because it breaks programs like wicd-curses. Have you tried booting Linux 3.0 again? This looks like a bug in userland and not ipw2200 (which is almost unchanged between 3.0 and 3.1). Even more, on bringing the interface down, the essid is not properly set to 'off', and the device might continously try to autoconnect to a new ap. [...] Why would that happen if it is down? Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Processed: tagging 601962
Processing commands for cont...@bugs.debian.org: tags 601962 + pending Bug #601962 [linux-2.6] linux-image-2.6.32-5-amd64: removal fails in a clean chroot Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 601962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601962 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: http://lists.debian.org/handler.s.c.132503218419192.transcr...@bugs.debian.org
Bug#599161: ditto
This clock jump by 2999 seconds also happened here, so per: http://old-list-archives.xen.org/archives/html/xen-devel/2011-02/msg01557.html we switched to clocksource=pit in /etc/default/grub's $GRUB_CMDLINE_XEN on the dom0. This seemed to have avoided the problem, but since then, the clock jumps started happening like this: Dec 21 19:42:23 dom0machine kernel: [6034768.658836] Clocksource tsc unstable (delta = -811538856601 ns) In addition, now I checked what the said machine thinks is its clocksource: % cat /sys/devices/system/clocksource/clocksource0/current_clocksource /sys/devices/system/clocksource/clocksource0/available_clocksource xen xen So there's neither pit nor tsc in the available list :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111228004915.ga21...@entuzijast.net
Bug#653331: linux-image-3.1.0-1-686-pae: CPU#0 stuck for 23s, system does not boot
--- On Tue, 27/12/11, Ben Hutchings b...@decadent.org.uk wrote: From: Ben Hutchings b...@decadent.org.uk Subject: Re: Bug#653331: linux-image-3.1.0-1-686-pae: CPU#0 stuck for 23s, system does not boot To: P. van Gaans mailme...@yahoo.co.uk, 653...@bugs.debian.org Date: Tuesday, 27 December, 2011, 7:02 On Tue, 2011-12-27 at 03:16 +0100, P. van Gaans wrote: Package: linux-2.6 Version: 3.1.1-1 Please try the current version in testing, 3.1.5-1. I already ran apt-get update apt-get upgrade, I am running the newest version available. I admit I too wondered why reportbug told me there was a newer version and apt-get disagrees. Severity: critical Justification: breaks the whole system Dear Maintainer, First of all, thanks for looking into this.. I've installed debian-stable with 2.6.32 kernel. After that, I made the upgrade to wheezy. From that moment on, the system no longer boots: http://tinypic.com/r/2u9222q/5 BUG: soft lockup - CPU#0 stuck for 23s! [swapper:1] This messages keeps repeating. [...] And there is also the message 'INFO: rcu_sched_state detected stall on CPU 0 ...' which is an important clue. Assuming that this isn't fixed by the later version, can you boot without the 'quiet' kernel parameter (e.g. by selecting 'recovery mode' in GRUB) and report the last messages that appear before these errors? I think I have it: http://tinypic.com/r/2ni9xu1/5 http://tinypic.com/r/166wrxk/5 I used boot_delay=100 so I could photograph it. Something that caught my eye at around 18 seconds, but passed to quick to make a picture (even at boot_delay=1000) was weird, boot CPU (#0) not listed by BIOS (iirc). I don't know if it's related. P. van Gaans -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1325036119.69592.yahoomailclas...@web27005.mail.ukl.yahoo.com
Bug#653423: linux-image-3.1.0-1-amd64: 3.1.5 kernel breaks iwlagn compatibility with 802.11n wifi access points
Package: linux-2.6 Version: 3.1.5-1 Severity: normal Known regression in 3.1.5. Intel wireless cards utilizing the iwlagn driver are unable to connect to 802.11n networks. It is a known issues with discussions here. http://thread.gmane.org/gmane.linux.network/214856 Redhat's bug tracker discusses it and has a link to a fix. https://bugzilla.redhat.com/show_bug.cgi?id=767173 The link to the email with the patch. The above discussion confirms that it fixes the issue. http://marc.info/?l=linux-wirelessm=132388345109047 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111228041636.793.99728.report...@neroon.zhar.net
Bug#605090: [RFC] Add a grsec featureset to Debian kernels
Hello, What is the status of this? It has been a looong time ago since last update. I am also interested in having a Debian kernel with the grsec+pax featureset and I am sure that many sysadmins would appreciate this possibility. There is a huge user base of grsec from hosting companies. I agree that this RBAC thing may be not interesting for everybody giving the fact that it duplicates some functionality (we already have SELinux and TOMOYO). So if you really feel so strong about removing this feature from the debian-grsec-kernel it can be easily done just by setting CONFIG_GRKERNSEC_NO_RBAC=y in the .config (there is no need to ask upstream to split the patch). Anyway I think RBAC is a nice feature and it don't hurts: Its far easier to use than SElinux [1] and we already have in Debian the user-space tools to work with it: CC'ing Laszlo Boszormenyi (maintainer of linux-patch-grsecurity2, paxctl and gradm2) I would like to see this moving forward, so I volunteer myself to help with the maintenance of this featureset. Regards! [1] http://www.cs.virginia.edu/~jcg8f/SELinux%20grsecurity%20paper.pdf -- ~~~ Carlos Alberto Lopez Perez http://neutrino.es Igalia - Free Software Engineeringhttp://www.igalia.com ~~~ signature.asc Description: OpenPGP digital signature
