Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 4 Dec 2001 15:54:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 4 Dec 2001 15:53:07 -0500 Received: from zero.tech9.net ([209.61.188.187]:53508 "EHLO zero.tech9.net") by vger.kernel.org with ESMTP id ; Tue, 4 Dec 2001 15:51:41 -0500 Subject: Re: [PATCH] improve spinlock debugging From: Robert Love To: george anzinger , linux-kernel@vger.kernel.org Cc: Manfred Spraul In-Reply-To: <3C0D3283.4DA4DD2B@mvista.com> In-Reply-To: <3C0BDC33.6E18C815@colorfullife.com> <3C0D3283.4DA4DD2B@mvista.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 04 Dec 2001 15:51:41 -0500 Message-Id: <1007499102.1303.24.camel@phantasy> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2001-12-04 at 15:30, george anzinger wrote: > spin_lockirq > > spin_unlock > > restore_irq Given this order, couldn't we _always_ not touch the preempt count since irq's are off? Further, since I doubt we ever see: spin_lock_irq restore_irq spin_unlock and the common use is: spin_lock_irq spin_unlock_irq Isn't it safe to have spin_lock_irq *never* touch the preempt count? Robert Love - 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/