Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 8 Sep 2002 21:31:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 8 Sep 2002 21:31:42 -0400 Received: from [63.209.4.196] ([63.209.4.196]:52750 "EHLO neon-gw.transmeta.com") by vger.kernel.org with ESMTP id ; Sun, 8 Sep 2002 21:31:41 -0400 Date: Sun, 8 Sep 2002 18:36:19 -0700 (PDT) From: Linus Torvalds To: Anton Altaparmakov cc: mingo@elte.hu, Subject: Re: pinpointed: PANIC caused by dequeue_signal() in current Linus BK tree In-Reply-To: <5.1.0.14.2.20020909001700.03fdee00@pop.cus.cam.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1192 Lines: 37 On Mon, 9 Sep 2002, Anton Altaparmakov wrote: > Hi, > > I had a look and the panic actually happens in collect_signal() in here: > > static inline int collect_signal(int sig, struct sigpending *list, > siginfo_t *info) > { > if (sigismember(&list->signal, sig)) { > /* Collect the siginfo appropriate to this signal. */ > struct sigqueue *q, **pp; > pp = &list->head; > while ((q = *pp) != NULL) { > q becomes 0x5a5a5a5a ^^^^^^^^^ > if (q->info.si_signo == sig) > 0x5a5a5a5a is dereferenced ^^^^^^^^^^^^^^^^ > goto found_it; > pp = &q->next; > } > > Hope this helps. 0x5a5a5a5a is the slab poisoning byte, I bet somebody free's the thing, and Ingo and I never noticed because we didn't have slab debugging enabled. Ingo, mind looking at this a bit? Linus - 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/