linux-kernel - RE: [Openipmi-developer] [PATCH] limit CPU time spent in kipmid

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 19 Mar 2009 15:41:23 -0700
From:	Bela Lubkin <blubkin@...are.com>
To:	'Martin Wilck' <martin.wilck@...itsu-siemens.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Corey Minyard <minyard@....org>,
	"openipmi-developer@...ts.sourceforge.net" 
	<openipmi-developer@...ts.sourceforge.net>
Subject: RE: [Openipmi-developer] [PATCH] limit CPU time spent in kipmid

I'll give this a try, we've certainly had plenty of Fun with the
cost of running kipmid...

Why O Why are essentially all modern "managed" machines designed
with KCS?  Even when you bless it with an identifiable interrupt
(as HP have done), it still cannot perform anywhere near as well
as BT, with its whole-packet DMA transfers.

I've been assuming that some silicon designer put out a KCS chip
early in the game and ramped production up to the point where it
was practically free, while other protocols were still tacking a
few cents onto the cost of every box.  Thus, millions of hobbled
"server" computers.  Grumble snort.

>Bela<

> -----Original Message-----
> From: Martin Wilck [mailto:martin.wilck@...itsu-siemens.com] 
> Sent: Thursday, March 19, 2009 9:28 AM
> To: linux-kernel@...r.kernel.org; Corey Minyard; 
> openipmi-developer@...ts.sourceforge.net
> Subject: [Openipmi-developer] [PATCH] limit CPU time spent in kipmid
> 
> Hello Corey, hi everyone,
> 
> here is a patch that limits the CPU time spent in kipmid. I 
> know that it 
> was previously stated that current kipmid "works as designed" (e.g. 
> http://lists.us.dell.com/pipermail/linux-poweredge/2008-Octobe
r/037636.html), 
> yet users are irritated by the high amount of CPU time kipmid 
> may use up 
> on current servers with many sensors, even though it is 
> "nice" CPU time. 
> Moreover, kipmid busy-waiting for the KCS interface to become 
> ready also 
> prevents CPUs from sleeping.
> 
> The attached patch was developed and tested on an enterprise 
> distribution kernel where it caused the CPU load of kipmid to drop to 
> essentially 0 while still delivering reliable IPMI communication.
> 
> I am looking forward for comments.
> Martin
> 
> -- 
> Martin Wilck
> PRIMERGY System Software Engineer
> FSC IP ESP DEV 6
> 
> Fujitsu Siemens Computers GmbH
> Heinz-Nixdorf-Ring 1
> 33106 Paderborn
> Germany
> 
> Tel:			++49 5251 525 2796
> Fax:			++49 5251 525 2820
> Email:			mailto:martin.wilck@...itsu-siemens.com
> Internet:		http://www.fujitsu-siemens.com
> Company Details:	http://www.fujitsu-siemens.com/imprint.html
> --
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/