All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Fabien MAHOT <fabien.mahot@domain.hid>, xenomai@xenomai.org
Subject: Re: [Xenomai-help] Application crash
Date: Mon, 24 Mar 2008 18:27:44 +0100	[thread overview]
Message-ID: <18407.58512.849738.173184@domain.hid> (raw)
In-Reply-To: <18407.43111.568301.509775@domain.hid>

Gilles Chanteperdrix wrote:
 > Fabien MAHOT wrote:
 >  > >> Are you sure this is the right .config ? I see that priority coupling
 >  > >> is enabled.
 >  > >
 >  > > I want the priority coupling be enabled. (I have a problem when it was
 >  > > disabled : I have a main thread with highest priority which creates other
 >  > > threads. When all the threads are created, the main thread reduces its
 >  > > priority at the minimum, broadcats a condition and unlock the associated
 >  > > mutex to start the other threads . But, after that main thread unlocks the
 >  > > mutex, it stays a short while in execution in spite of its priority)
 >  > 
 >  > ---> I make a mistake, when Main thread reduces its priority at the
 >  > minimum (with pthread_setschedparam), it's not preempted by a thread which
 >  > has an higher priority and which is ready to run.
 >  > 
 >  > 
 >  > Could you try to run my program on your arm with enabled priority
 >  > coupling, please?
 > 
 > I see that you have the interrupt shield enabled, could you try and
 > disable it ? The thread "thread2" never suspends, with the interrupt
 > shield enabled, it means that Linux will never heandle its IRQs.

That said, the interrupt shield should not enter in action since the
shield bit is not armed for any thread. And indeed, your program runs
fine with the same configuration as you (including interrupt shield) on
ARM.

I tend to think about an hardware or configuration issue. I will now try
to run your example on an x86 with the same configuration as you, to see
if it is a configuration issue.

The only thing that bothers me when reading your configuration is that
you select 586MMX whereas you have a Geode. You should really select
Geode, this would let the kernel enable any quirk needed for this
platform. Another question: do xenomai various tests run normally on
your platform ? The Geode has (or had ?) known issues with stopping tsc
and SMIs, but I do not know the current status of these issues with
recent kernels. Maybe someone with more experience on Geodes can comment
?

-- 


					    Gilles.


  reply	other threads:[~2008-03-24 17:27 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-17 14:43 [Xenomai-help] Application crash Fabien MAHOT
2008-03-17 18:23 ` Gilles Chanteperdrix
2008-03-18 17:18   ` Fabien MAHOT
2008-03-19  8:42 ` Gilles Chanteperdrix
2008-03-19 11:55   ` Fabien MAHOT
2008-03-19 13:13     ` Gilles Chanteperdrix
2008-03-19 14:00       ` Fabien MAHOT
2008-03-19 15:33       ` Fabien MAHOT
2008-03-24 13:11         ` Gilles Chanteperdrix
2008-03-24 17:27           ` Gilles Chanteperdrix [this message]
2008-03-24 22:15             ` Gilles Chanteperdrix
2008-03-25 17:04               ` Fabien MAHOT
2008-03-25 17:37                 ` Gilles Chanteperdrix
2008-03-26  9:14                   ` Fabien MAHOT
2008-03-26  9:36                     ` Gilles Chanteperdrix
2008-03-26 10:06                       ` Fabien MAHOT
2008-03-26 19:58                         ` Gilles Chanteperdrix
2008-03-27  9:51                           ` Fabien MAHOT
2008-04-03  8:59                           ` Fabien MAHOT
2008-04-09  9:00                           ` [Xenomai-help] Posix timers increase Fabien MAHOT
2008-04-09 11:29                             ` Fabien MAHOT
2008-04-09 14:39                               ` Gilles Chanteperdrix
2008-04-09 14:45                                 ` Breno Carneiro Pinheiro
2008-03-26 10:35                       ` [Xenomai-help] Application crash Fabien MAHOT

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=18407.58512.849738.173184@domain.hid \
    --to=gilles.chanteperdrix@xenomai.org \
    --cc=fabien.mahot@domain.hid \
    --cc=xenomai@xenomai.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.