Date: Sun, 23 Oct 2005 23:42:17 -0500
From: Matt Domsch <Matt_Domsch@dell.com>
To: "Paul E. McKenney" <paulmck@us.ibm.com>
Cc: Corey Minyard <minyard@acm.org>, linux-kernel@vger.kernel.org,
       akpm@osdl.org
Subject: Re: [PATCH 1/9] ipmi: use refcount in message handler
Message-ID: <20051024044217.GA32199@lists.us.dell.com>
References: <20051021144909.GA19532@i2.minyard.local> <20051024021931.GA9696@us.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051024021931.GA9696@us.ibm.com>
User-Agent: Mutt/1.5.9i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1561
Lines: 37

On Sun, Oct 23, 2005 at 07:19:32PM -0700, Paul E. McKenney wrote:
> My guess is that this read-side critical section can be invoked from and
> SMI, and that SMIs can occur even if interrupts are disabled.  If my guess
> is wrong, please enlighten me.  And feel free to ignore the next few
> paragraphs in that case, along with a number of my suggested changes,
> since they all depend critically on my guess being correct.

Paul, it took me a bit to figure this out too, but Corey uses the TLA
"SMI" to mean "Systems Management Interface", not "Systems Management
Interrupt".   From Documentation/IPMI.txt:

ipmi_msghandler - This is the central piece of software for the IPMI
system.  It handles all messages, message timing, and responses.  The
IPMI users tie into this, and the IPMI physical interfaces (called
System Management Interfaces, or SMIs) also tie in here.


There are at least 4 basic types of physical hardware interfaces (BT,
SMIC, KCS, and I2C), which may (or more often, may not) have their own
hardware interrupt lines, but these are normal interrupts, not
CPU-magic "systems management interrupts".  So I think this isn't a
problem.

Thanks,
Matt


-- 
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
-
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/