Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752057AbWHNU5Z (ORCPT ); Mon, 14 Aug 2006 16:57:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752063AbWHNU5Z (ORCPT ); Mon, 14 Aug 2006 16:57:25 -0400 Received: from mx1.redhat.com ([66.187.233.31]:48844 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S1752057AbWHNU5Y (ORCPT ); Mon, 14 Aug 2006 16:57:24 -0400 Date: Mon, 14 Aug 2006 16:56:38 -0400 From: Dave Jones To: Michal Piotrowski Cc: john stultz , Andrew Morton , linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Dinakar Guniguntala Subject: Re: 2.6.18-rc4-mm1 Message-ID: <20060814205637.GA30814@redhat.com> Mail-Followup-To: Dave Jones , Michal Piotrowski , john stultz , Andrew Morton , linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Dinakar Guniguntala References: <20060813012454.f1d52189.akpm@osdl.org> <6bffcb0e0608140702i70fb82ffr99a3ad6fdfbfd55e@mail.gmail.com> <20060814111914.b50f9b30.akpm@osdl.org> <44E0C889.3020706@gmail.com> <1155583256.5413.42.camel@localhost.localdomain> <6bffcb0e0608141227i2c4c48b6w8e18165ac406862@mail.gmail.com> <1155584697.5413.51.camel@localhost.localdomain> <44E0E1BA.3000204@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E0E1BA.3000204@gmail.com> User-Agent: Mutt/1.4.2.2i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2404 Lines: 46 On Mon, Aug 14, 2006 at 10:48:58PM +0200, Michal Piotrowski wrote: > > Hmmm... It looks a bit different without futex_handle_fault-always-fails.patch > > Aug 14 22:30:09 ltg01-fedora kernel: general protection fault: 0000 [#1] > Aug 14 22:30:09 ltg01-fedora kernel: 4K_STACKS PREEMPT SMP > Aug 14 22:30:09 ltg01-fedora kernel: last sysfs file: /devices/platform/i2c-9191/9191-0290/temp2_input > Aug 14 22:30:09 ltg01-fedora kernel: Modules linked in: ipv6 w83627hf hwmon_vid hwmon i2c_isa af_packet ip_conntrack_netbios > _ns ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables cpufreq_userspace p4_clockmod spe > edstep_lib binfmt_misc thermal processor fan container evdev snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_ > oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm sk98lin skge snd_timer snd soundcore snd_pag > e_alloc ide_cd i2c_i801 intel_agp agpgart cdrom rtc unix > Aug 14 22:30:09 ltg01-fedora kernel: CPU: 0 > Aug 14 22:30:09 ltg01-fedora kernel: EIP: 0060:[] Not tainted VLI > Aug 14 22:30:09 ltg01-fedora kernel: EFLAGS: 00010246 (2.6.18-rc4-mm1 #101) > Aug 14 22:30:09 ltg01-fedora kernel: EIP is at __list_add+0x3d/0x7a ... > 0xc0205249 is in __list_add (/usr/src/linux-mm/lib/list_debug.c:28). > 23 if (unlikely(next->prev != prev)) { > 24 printk("list_add corruption. next->prev should be %p, but was %p\n", > 25 prev, next->prev); > 26 BUG(); > 27 } > 28 if (unlikely(prev->next != next)) { > 29 printk("list_add corruption. prev->next should be %p, but was %p\n", > 30 next, prev->next); > 31 BUG(); > 32 } > > I'll revert debug-variants-of-linked-list-macros.patch __list_add will still be dereferencing prev->next, so you should see exactly the same gpf. Note that you're not triggering the BUG()'s here, you're hitting some other fault just walking the list. Dave -- http://www.codemonkey.org.uk - 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/