From: Jack Steiner <steiner@sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH] turn off irqdebug by default on Altix
Date: Wed, 04 Feb 2004 19:40:47 +0000 [thread overview]
Message-ID: <20040204194047.GC18796@sgi.com> (raw)
In-Reply-To: <20040204152841.GB3387@localhost>
On Wed, Feb 04, 2004 at 02:08:05PM -0500, Martin Hicks wrote:
>
>
> On Wed, Feb 04, 2004 at 11:04:43AM -0800, Chen, Kenneth W wrote:
> > This is really confusing with two parameters that do the same thing.
> > What will happen if someone pass noirqdebug and irqdebug at the same
> > time?
> >
> > What's wrong with boot time parameter of noirqdebug?
>
> It just means that if you forget to pass this option then your machine
> never boots. Well, it will boot. Eventually. Jack is a patient man,
> and he said he never waited long enough for it to boot.
Actually, I determined that a big system would never boot. Each cpu would have to
do about 1500usec of work every 1000usec. (highly dependent on the
system interconnect).
Each clock tick, the desc->irq_count is incremented by each cpu. On a big
system, this creates an incredibly hot cache line. On a big system, it takes
more than a millisecond to do the update. At that point, another clock
interrupt is already pending. Forward progress stops.
Another possible approach might be to special case note_interrupt() to
skip the update for the timer tick. (I havent actually looked at the code, but
this should be possible).
>
> mh
>
> --
> Martin Hicks || mort@bork.org || PGP/GnuPG: 0x4C7F2BEE
--
Thanks
Jack Steiner (steiner@sgi.com) 651-683-5302
Principal Engineer SGI - Silicon Graphics, Inc.
next prev parent reply other threads:[~2004-02-04 19:40 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-04 15:28 [PATCH] turn off irqdebug by default on Altix Martin Hicks
2004-02-04 19:04 ` Chen, Kenneth W
2004-02-04 19:08 ` Martin Hicks
2004-02-04 19:17 ` Andrew Morton
2004-02-04 19:40 ` Jack Steiner [this message]
2004-02-04 21:32 ` Chen, Kenneth W
2004-02-05 18:37 ` Martin Hicks
2004-02-10 22:43 ` David Mosberger
2004-02-11 21:19 ` Martin Hicks
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040204194047.GC18796@sgi.com \
--to=steiner@sgi.com \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox