From: Manfred Spraul <manfred@colorfullife.com>
To: vatsa@in.ibm.com
Cc: linux-kernel@vger.kernel.org, rusty@au1.ibm.com,
lhcs-devel@lists.sourceforge.net
Subject: Re: [lhcs-devel] Re: in_atomic doesn't count local_irq_disable?
Date: Fri, 02 Jan 2004 01:52:07 +0100 [thread overview]
Message-ID: <3FF4C0B7.30308@colorfullife.com> (raw)
In-Reply-To: <20031231190553.B9041@in.ibm.com>
Srivatsa Vaddagiri wrote:
>More debugging reveals that the page fault happens
>always while doing a prefetch. The prefetch is
>present inside list_for_each_entry macros.
>
>For now I have disabled the x86 prefetch function
>to do nothing.
>
>The test seems to run fine so far w/o any of the
>page faults I was experiencing. Will update
>at the end of the overnight run if I hit the problem again.
>
>Wonder if prefetch has some issues on Intel x86 (P3) SMP systems?
>
>
Hmm. Perhaps prefetch updates CR2?
We know already that the CR2 is not directly linked to the page fault
interrupt - if a page fault happens at the same time as a higher
priority event (iirc hw interrupt), then CR2 is updated and the higher
priority event is handled. That prevents Linux from using CR2 to store
the cpu number - only netware can do that, because netware never causes
paging faults.
Could you write a test module that reads cr2, executes a few prefetch
instructions and then checks if cr2 changed? I won't have access to my
P3 SMP system in the next few days.
--
Manfred
next prev parent reply other threads:[~2004-01-02 0:52 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-29 15:13 in_atomic doesn't count local_irq_disable? Manfred Spraul
2003-12-30 13:26 ` Srivatsa Vaddagiri
2003-12-31 13:29 ` BUG in x86 do_page_fault? [was Re: in_atomic doesn't count local_irq_disable?] Srivatsa Vaddagiri
2003-12-31 19:08 ` Linus Torvalds
2004-01-04 14:57 ` Pavel Machek
2004-01-04 20:43 ` Linus Torvalds
2004-03-29 15:43 ` Linus Torvalds
2004-03-29 15:42 ` Pavel Machek
2003-12-31 13:35 ` [lhcs-devel] Re: in_atomic doesn't count local_irq_disable? Srivatsa Vaddagiri
2004-01-02 0:52 ` Manfred Spraul [this message]
2004-01-02 10:56 ` Srivatsa Vaddagiri
2004-01-02 14:00 ` Srivatsa Vaddagiri
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=3FF4C0B7.30308@colorfullife.com \
--to=manfred@colorfullife.com \
--cc=lhcs-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=rusty@au1.ibm.com \
--cc=vatsa@in.ibm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.