Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932111AbXBSLeL (ORCPT ); Mon, 19 Feb 2007 06:34:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932113AbXBSLeL (ORCPT ); Mon, 19 Feb 2007 06:34:11 -0500 Received: from ogre.sisk.pl ([217.79.144.158]:53057 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932111AbXBSLeK (ORCPT ); Mon, 19 Feb 2007 06:34:10 -0500 From: "Rafael J. Wysocki" To: Andrew Morton Subject: Re: 2.6.20-mm2 Date: Mon, 19 Feb 2007 12:28:29 +0100 User-Agent: KMail/1.9.5 Cc: linux-kernel@vger.kernel.org, Neil Brown , Jeff Garzik , linux-ide@vger.kernel.org, Jens Axboe References: <20070217215146.30e7ffa3.akpm@linux-foundation.org> <200702190025.49273.rjw@sisk.pl> <20070218160026.2988d59f.akpm@linux-foundation.org> In-Reply-To: <20070218160026.2988d59f.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702191228.30599.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2372 Lines: 56 On Monday, 19 February 2007 01:00, Andrew Morton wrote: > On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" wrote: > > > > netconsole is good. > > > > I know. :-) > > > > In the meantime, I've got something worse on another x86_64 box: > > > > Asus Laptop ACPI Extras version 0.30 > > L5D model detected, supported > > audit(1171831698.918:2): audit_pid=4281 old=0 by auid=4294967295 > > general protection fault: 0000 [2] PREEMPT > > last sysfs file: /class/net/eth2/carrier > > CPU 0 > > Modules linked in: af_packet ipv6 snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device asus_acpi backlight button battery ac dm_mod pcmr > > Pid: 178, comm: pdflush Not tainted 2.6.20-mm2 #1 > > RIP: 0010:[] [] __make_request+0x134/0x370 > > RSP: 0000:ffff81005ed659a0 EFLAGS: 00010297 > > RAX: 00000000ffffffff RBX: 6b6b6b6b6b6b6b6b RCX: 000000000203396a > > RDX: 0000000100000000 RSI: ffff810037b4dbb0 RDI: ffff81004683d8c0 > > RBP: ffff81005ed659f0 R08: ffff81004683d070 R09: ffff81003d333cc0 > > R10: 0000000000000000 R11: 0000000000000000 R12: ffff810037b4dbb0 > > R13: ffff81005daba3f0 R14: ffff810037daca90 R15: ffff81005daba3d0 > > FS: 00002ad4a29e6d00(0000) GS:ffffffff805db000(0000) knlGS:0000000000000000 > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > CR2: 00002b6a345aa000 CR3: 0000000056585000 CR4: 00000000000006e0 > > Process pdflush (pid: 178, threadinfo ffff81005ed64000, task ffff810037b060c0) > > Stack: ffff810002852540 0000000000000001 ffff810037b4dbb0 ffffffff8026be21 > > ffff81005ed65a40 0000000000000008 ffff810037b4dbb0 0000000000000800 > > 0000000000000008 ffff8100021d94e0 ffff81005ed65a40 ffffffff80348e7c > > Call Trace: > > [] mempool_alloc_slab+0x11/0x20 > > [] generic_make_request+0x1ec/0x230 > > yeah. everyone except me is hitting that. FWIW, I don't see it on an SMP machine. On non-SMP it's reproducible, eg. by doing # echo testproc > /sys/power/disk and # echo disk > /sys/power/state for 3-4 times in a row. Probably "sync" for a couple of times in a row would be sufficient. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/