All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: [Linux-ia64] Re: switch_mm race condition with Ingo's scheduler
Date: Fri, 12 Jul 2002 17:37:47 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590701905772@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590698805973@msgid-missing>

>>>>> On Fri, 12 Jul 2002 19:26:07 +0200, Erich Focht <efocht@ess.nec.de> said:

  Erich> get_new_mmu_context is called on the CPU where task 123 is
  Erich> scheduled first.  We can flush TLB there. But on the other
  Erich> CPUs the stale entries of task 100 survive. If no new context
  Erich> is needed before task 123 gets migrated to another CPU, it
  Erich> might reuse TLB entries of task 100, which are wrong.  I'm
  Erich> not worried about taking an old context number but of using
  Erich> old TLB entries when my newly created task with reused
  Erich> context number switches CPUs. flush_tlb_all() was flushing
  Erich> all TLB entries by sending an IPI but this can lead to a
  Erich> deadlock... Do I misunderstand something?

Ah, I see now what you mean.  Yes, you're right it could happen that
we allocate a context number for a task on one CPU, task gets
rescheduled, and then we have to flush the TLB when activating the
context number.

	--david


  parent reply	other threads:[~2002-07-12 17:37 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-31 10:45 [Linux-ia64] Re: switch_mm race condition with Ingo's scheduler Erich Focht
2002-07-11 21:50 ` David Mosberger
2002-07-12 16:47 ` Erich Focht
2002-07-12 17:02 ` David Mosberger
2002-07-12 17:26 ` Erich Focht
2002-07-12 17:37 ` David Mosberger [this message]
2002-07-12 18:02 ` Grant Grundler
2002-07-12 18:47 ` David Mosberger

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=marc-linux-ia64-105590701905772@msgid-missing \
    --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 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.