From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: Uncached memory allocator for ia64.
Date: Wed, 29 Sep 2004 16:02:47 +0000 [thread overview]
Message-ID: <16730.56487.370233.247359@napali.hpl.hp.com> (raw)
In-Reply-To: <20040914151629.GA21118@lnx-holt.americas.sgi.com>
>>>>> On Wed, 29 Sep 2004 10:43:23 -0500, Robin Holt <holt@sgi.com> said:
Robin> One other thing that was going on was page zereoing of the
Robin> last page in the previous granule. It was always an MCA on
Robin> the first page of the uncached region. I had forgotten about
Robin> that little tidbit before. Sorry. The more I think about
Robin> it, the zereoing of the previous page may have been the key
Robin> to this failing. Inside the timer, it would run through all
Robin> the pages exactly as you indicated. I would then call memset
Robin> with the previous page.
Robin> Do you want me to attempt to recreate this test for you?
Well, I really think we need to get to the root of this. What you did
_should_ work and if it doesn't, we need to understand why not.
The Alternate DTLB handler never installs a TLB-entry for speculative
accesses or for non-access instructions (such as lfetch), so it would
take an outright bug if memset() were to cause a WB TLB-entry to be
inserted for the uncached granule. I don't think that's likely (if
memset() were broken in this way, we should have noticed _much_
earlier) but if memset() was indeed the culprit, we definitely would
want to know.
So yeah, if you could reproduce the test-case and see if it was the
memset(), that would be great!
--david
prev parent reply other threads:[~2004-09-29 16:02 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-14 15:16 Uncached memory allocator for ia64 Robin Holt
2004-09-15 8:23 ` David Mosberger
2004-09-15 11:04 ` Robin Holt
2004-09-15 11:14 ` David Mosberger
2004-09-17 14:34 ` Robin Holt
2004-09-23 21:09 ` Robin Holt
2004-09-23 22:12 ` Luck, Tony
2004-09-23 23:01 ` Robin Holt
2004-09-25 12:40 ` Robin Holt
2004-09-29 14:24 ` David Mosberger
2004-09-29 15:43 ` Robin Holt
2004-09-29 16:02 ` David Mosberger [this message]
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=16730.56487.370233.247359@napali.hpl.hp.com \
--to=davidm@napali.hpl.hp.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