Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262493AbVESOLD (ORCPT ); Thu, 19 May 2005 10:11:03 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262510AbVESOLD (ORCPT ); Thu, 19 May 2005 10:11:03 -0400 Received: from zproxy.gmail.com ([64.233.162.207]:54830 "EHLO zproxy.gmail.com") by vger.kernel.org with ESMTP id S262506AbVESOKs (ORCPT ); Thu, 19 May 2005 10:10:48 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=SBv8/xgqQRV8xzKQwmu/dlJ1MRbP3ByiAk5fRP/uRqs3EsFaAEx0+7CuE5CcgcmRqM5pGgibR7bYfiKzGgTBqxhF5K18BBiMWLN8y6IX/03XJputwmUhmKiKhYMkCqH65Va3TY0crXPyPcFLbfFYtfmwq3zij8zzqYSwoSWbt8w= Message-ID: <428C9E64.4010905@gmail.com> Date: Thu, 19 May 2005 09:10:44 -0500 From: "Berck E. Nash" User-Agent: Debian Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Saveliev CC: "linux-kernel@vger.kernel.org" Subject: Re: Scheduling while atomic lockups, Reiser4, DAC960 References: <428A40EC.8050206@gmail.com> <428A68BC.1020303@namesys.com> <1116483531.13501.276.camel@tribesman.namesys.com> In-Reply-To: <1116483531.13501.276.camel@tribesman.namesys.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3624 Lines: 76 Vladimir Saveliev wrote: > Please try to patch -R the patch > ftp://ftp.ru.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm1/broken-out/reiser4-sb_sync_inodes-cleanup.patch > or use 2.6.12-rc4-mm2 Been using rc-mm2 since yesterday and it all seems good. Thank you! > >>>Debian unstable, AMD Athlon >>> >>>The error seems to occur with my reiser4 partition. The physical >>>device is an 8-disk RAID-0 array on a Mylex Extreme RAID 1100 using the >>>DAC960 driver. The error is sometimes followed by a lockup, but not always. >>> >>>Not sure if it's a hardware problem or kernel problem. >>> >>>There's pages and pages of errors that look like this. If there's >>>anything I can do to provide more information, I will gladly do so. >>> >>>Just a user, not a hacker. I'm not subscribed to the list, so cc's on >>>reply would be appreciated. >>> >>>Thanks, >>>Berck >>> >>>scheduling while atomic: pdflush/0xffffffff/92 >>>May 16 03:36:43 luna kernel: [] schedule+0x604/0x610 >>>May 16 03:36:43 luna kernel: [] __down+0x85/0x120 >>>May 16 03:36:43 luna kernel: [] default_wake_function+0x0/0x10 >>>May 16 03:36:43 luna kernel: [] __down_failed+0x7/0xc >>>May 16 03:36:43 luna kernel: [] blk_backing_dev_unplug+0x0/0x10 >>>May 16 03:36:43 luna kernel: [] .text.lock.flush_queue+0x8/0x25 >>>May 16 03:36:43 luna kernel: [] finish_fq+0x14/0x40 >>>May 16 03:36:43 luna kernel: [] finish_all_fq+0x5e/0xa0 >>>May 16 03:36:43 luna kernel: [] >>>current_atom_finish_all_fq+0x1e/0x70 >>>May 16 03:36:43 luna kernel: [] reiser4_write_logs+0x20c/0x2b0 >>>May 16 03:36:43 luna kernel: [] commit_current_atom+0x109/0x1e0 >>>May 16 03:36:43 luna kernel: [] release_prepped_list+0xf7/0x130 >>>May 16 03:36:43 luna kernel: [] try_commit_txnh+0x113/0x190 >>>May 16 03:36:43 luna kernel: [] commit_txnh+0x28/0xa0 >>>May 16 03:36:43 luna kernel: [] txn_end+0x2c/0x30 >>>May 16 03:36:43 luna kernel: [] flush_some_atom+0x1fb/0x290 >>>May 16 03:36:43 luna kernel: [] writeout+0x68/0xb0 >>>May 16 03:36:43 luna kernel: [] reiser4_sync_inodes+0x5b/0xa0 >>>May 16 03:36:43 luna kernel: [] reiser4_sync_inodes+0x0/0xa0 >>>May 16 03:36:43 luna kernel: [] sync_sb_inodes+0x19/0x20 >>>May 16 03:36:43 luna kernel: [] writeback_inodes+0xbe/0xd0 >>>May 16 03:36:43 luna kernel: [] background_writeout+0x65/0xa0 >>>May 16 03:36:43 luna kernel: [] __pdflush+0xc8/0x1c0 >>>May 16 03:36:43 luna kernel: [] pdflush+0x0/0x20 >>>May 16 03:36:43 luna kernel: [] pdflush+0x1a/0x20 >>>May 16 03:36:43 luna kernel: [] background_writeout+0x0/0xa0 >>>May 16 03:36:43 luna kernel: [] pdflush+0x0/0x20 >>>May 16 03:36:43 luna kernel: [] kthread+0x94/0xa0 >>>May 16 03:36:43 luna kernel: [] kthread+0x0/0xa0 >>>May 16 03:36:43 luna kernel: [] kernel_thread_helper+0x5/0x18 >>>- >>>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/ >>> >>> >>> >>> >> >> > - 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/