Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 4 Nov 2002 10:31:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 4 Nov 2002 10:31:01 -0500 Received: from x35.xmailserver.org ([208.129.208.51]:2440 "EHLO x35.xmailserver.org") by vger.kernel.org with ESMTP id ; Mon, 4 Nov 2002 10:31:00 -0500 X-AuthUser: davidel@xmailserver.org Date: Mon, 4 Nov 2002 07:47:22 -0800 (PST) From: Davide Libenzi X-X-Sender: davide@blue1.dev.mcafeelabs.com To: "Randy.Dunlap" cc: William Lee Irwin III , Linux Kernel Mailing List , , Benjamin LaHaise Subject: Re: interrupt checks for spinlocks In-Reply-To: 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: 930 Lines: 33 On Sun, 3 Nov 2002, Randy.Dunlap wrote: > | It's not realy a graph Bill. Each task has a list of acquired locks ( > | by address ). You keep __LINE__ and __FILE__ with you list items. When > | there's a deadlock you'll have somewhere : > | > | TSK#N TSK#M > | ------------- > | ... ... > | LCK#I LCK#J > | ... ... > | -> LCK#J LCK#I > | > | Then with a SysReq key you dump the list of acquired locks for each task > | who's spinning for a lock. IMO it might be usefull ... > > What's a task in this context? Are we (you) talking about > kernel threads/drivers etc. or userspace? Hi Randy, a task here is anything you can identify with a task_struct* - Davide - 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/