Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: "Kevin D. Kissell" <KevinK@mips.com>
To: <KokHow.Teh@infineon.com>, <linux-mips@linux-mips.org>
Subject: Re: Get stuck in wake_up_process(rq->migration_thread);
Date: Sun, 4 Nov 2007 10:59:45 -0800	[thread overview]
Message-ID: <002801c81f14$ddda0900$7b03a8c0@Ulysses> (raw)
In-Reply-To: 31E09F73562D7A4D82119D7F6C17298602B11510@sinse303.ap.infineon.com

Your description isn't much to go on, but the first thing I'd look at
in such a situation would be the state of the Cause and Status registers
on the two VPEs. Cross-VPE scheduling interrupts on the standard
emulation platform, which lacks hardware support for cross-VPE
interrupts, sends IPIs by reaching across using MTTR instructions
and setting a software interrupt bit on the other VPE.  Other uses
of the same software interrupt (SW1 by default), or manipulations
in other kernel code that might clear its IM bit in the Status register,
could cause that mechanism to break down and cease processing
interprocessor interrupts.  It's a common failure mode if one botches
a mod to SMTC, and I've seen it on an SMVP port as well.

            Kevin K.

----- Original Message ----- 
From: <KokHow.Teh@infineon.com>
To: <linux-mips@linux-mips.org>
Sent: Sunday, November 04, 2007 3:26 AM
Subject: Get stuck in wake_up_process(rq->migration_thread);


> Hi;
> I have a linux-2.6.20 kernel configured with CONFIG_MIPS_MT_SMP
> (SMVPE) running on a MIPS34KC processor emulation platform. Everything
> goes fine until the scheduler gets stuck in trying to wake up the
> migration thread. I configured the kernel with max_cache_size=2097152,
> having no idea of what the variable is all about. Putting debug messages
> in kernel/sched.c tells me that the the migration_thread() routine has
> gone to sleep calling schedul() function and set_cpus_allowed() function
> gets stuck in wake_up_process(rq->migration_thread); 
> Any insight is appreciated.
> 
> Regards.
> KH
> 
> 

WARNING: multiple messages have this Message-ID (diff)
From: "Kevin D. Kissell" <KevinK@mips.com>
To: KokHow.Teh@infineon.com, linux-mips@linux-mips.org
Subject: Re: Get stuck in wake_up_process(rq->migration_thread);
Date: Sun, 4 Nov 2007 10:59:45 -0800	[thread overview]
Message-ID: <002801c81f14$ddda0900$7b03a8c0@Ulysses> (raw)
Message-ID: <20071104185945.VKR_RTsuG_UrvBCpc6f5fklnta9hE5axAED6QX355VY@z> (raw)
In-Reply-To: 31E09F73562D7A4D82119D7F6C17298602B11510@sinse303.ap.infineon.com

Your description isn't much to go on, but the first thing I'd look at
in such a situation would be the state of the Cause and Status registers
on the two VPEs. Cross-VPE scheduling interrupts on the standard
emulation platform, which lacks hardware support for cross-VPE
interrupts, sends IPIs by reaching across using MTTR instructions
and setting a software interrupt bit on the other VPE.  Other uses
of the same software interrupt (SW1 by default), or manipulations
in other kernel code that might clear its IM bit in the Status register,
could cause that mechanism to break down and cease processing
interprocessor interrupts.  It's a common failure mode if one botches
a mod to SMTC, and I've seen it on an SMVP port as well.

            Kevin K.

----- Original Message ----- 
From: <KokHow.Teh@infineon.com>
To: <linux-mips@linux-mips.org>
Sent: Sunday, November 04, 2007 3:26 AM
Subject: Get stuck in wake_up_process(rq->migration_thread);


> Hi;
> I have a linux-2.6.20 kernel configured with CONFIG_MIPS_MT_SMP
> (SMVPE) running on a MIPS34KC processor emulation platform. Everything
> goes fine until the scheduler gets stuck in trying to wake up the
> migration thread. I configured the kernel with max_cache_size=2097152,
> having no idea of what the variable is all about. Putting debug messages
> in kernel/sched.c tells me that the the migration_thread() routine has
> gone to sleep calling schedul() function and set_cpus_allowed() function
> gets stuck in wake_up_process(rq->migration_thread); 
> Any insight is appreciated.
> 
> Regards.
> KH
> 
> 

  parent reply	other threads:[~2007-11-04 18:59 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-04 11:26 Get stuck in wake_up_process(rq->migration_thread); KokHow.Teh
2007-11-04 11:26 ` KokHow.Teh
2007-11-04 18:59 ` Kevin D. Kissell [this message]
2007-11-04 18:59   ` Kevin D. Kissell

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='002801c81f14$ddda0900$7b03a8c0@Ulysses' \
    --to=kevink@mips.com \
    --cc=KokHow.Teh@infineon.com \
    --cc=linux-mips@linux-mips.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