* [Xenomai] a question about interrupts
@ 2014-08-19 7:15 ali hagigat
2014-08-19 8:09 ` Gilles Chanteperdrix
0 siblings, 1 reply; 8+ messages in thread
From: ali hagigat @ 2014-08-19 7:15 UTC (permalink / raw)
To: xenomai
Is the following statements are true?
If there are some Xenoma threads and an interrupt happens and it has
no head handling. The execuation of the Xenomai threads are stopped
and that interrupt is played. It can be an interrupt handled by
Xenomai root domain or just a regular Linux interrupt routine. So for
the most of the interrupts they can delay Xenomai real-time threads if
they are not masked.
(the interrupt is logged but soon after that it is executed by synch process!)
so Xenomai real-time interrupts and non-real-time interrupts are both
executed any time.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Xenomai] a question about interrupts
2014-08-19 7:15 [Xenomai] a question about interrupts ali hagigat
@ 2014-08-19 8:09 ` Gilles Chanteperdrix
2014-08-19 8:58 ` ali hagigat
[not found] ` <CAKKWdtfjaZcjX0q0W0kJQSeJiNCssYE21hrbzR4PseXr1MOzfw@mail.gmail.com>
0 siblings, 2 replies; 8+ messages in thread
From: Gilles Chanteperdrix @ 2014-08-19 8:09 UTC (permalink / raw)
To: ali hagigat, xenomai
On 08/19/2014 09:15 AM, ali hagigat wrote:
> Is the following statements are true?
>
> If there are some Xenoma threads and an interrupt happens and it has
> no head handling. The execuation of the Xenomai threads are stopped
> and that interrupt is played.
No.
Ali, the aim of this mailing list is to help people with actual projects
using Xenomai, which does not seem to be your case. You have been asking
questions for monthes (if not years) on this mailing list, which show
that you have not read or understood the documentation we provide. I am
sorry, but unless you start a real project and have real questions about
issues you have using xenomai, I will stop answering your questions.
--
Gilles.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Xenomai] a question about interrupts
2014-08-19 8:09 ` Gilles Chanteperdrix
@ 2014-08-19 8:58 ` ali hagigat
2014-08-19 11:19 ` Gilles Chanteperdrix
[not found] ` <CAKKWdtfjaZcjX0q0W0kJQSeJiNCssYE21hrbzR4PseXr1MOzfw@mail.gmail.com>
1 sibling, 1 reply; 8+ messages in thread
From: ali hagigat @ 2014-08-19 8:58 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: xenomai
On 8/19/14, Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org> wrote:
> On 08/19/2014 09:15 AM, ali hagigat wrote:
>> Is the following statements are true?
>>
>> If there are some Xenoma threads and an interrupt happens and it has
>> no head handling. The execuation of the Xenomai threads are stopped
>> and that interrupt is played.
>
> No.
>
> Ali, the aim of this mailing list is to help people with actual projects
> using Xenomai, which does not seem to be your case. You have been asking
> questions for monthes (if not years) on this mailing list, which show
> that you have not read or understood the documentation we provide. I am
> sorry, but unless you start a real project and have real questions about
> issues you have using xenomai, I will stop answering your questions.
>
> --
> Gilles.
>
Thank you to answer my question. I really can not understand Xenomai
documentation like Life-with-ADEOS. It has been written in a
mysterious complicated way. When i do not know the function and
behaviour of something, how can i use it in real?
Honestly I am experiencing working with Xenomai, I have installed it
in a quad-core x86 32 bit machine and Fedora 13.
I do not earn money by Xenomai to need an urgent help for now (though
I may use it in real in the future) but I can be useful for you guys
testing at least the Xenomai library functions. I may find a bug this
way.
You people do not pay attention to my questions much. In two cases, i
could find small bugs. You wrote that only 4 config variables are
enough to be set to let Xenomai work properly on any machine while I
was losing my Linux virtual terminals in Fedora 13 and my machine.
I had to call kernel by one special parameter to get the virtual
terminal back and it is necessary for some systems and your
documentation could be updated but even you did not like to ask what
it was, simply ignored my emails.
Another one was one create Xenomai system call without deleting it at
the end, registry kept the object and next time the program executed
it stopped with an error. Actually in most of the cases when a program
finishes real-time resources are released but in this case it is not
released and a delete process must be done explicitly.
I know that these are some minor issues but I am surprised how they
never were attractive for you.
My energy and time for testing Xenomai is not useful for you? At the
same time I wish to understand the system. This is a basic fundamental
question: Does Xenomai executes and handles the interrupts even when
there are some Xenomai threads?
About the questions i asked before: the Xenomai function and
behaviour was unclear for me completely. I was a beginner and your
answers were mentioned in a very ambiguous way only useful for
advanced users.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Xenomai] a question about interrupts
2014-08-19 8:58 ` ali hagigat
@ 2014-08-19 11:19 ` Gilles Chanteperdrix
2014-08-20 9:50 ` ali hagigat
0 siblings, 1 reply; 8+ messages in thread
From: Gilles Chanteperdrix @ 2014-08-19 11:19 UTC (permalink / raw)
To: ali hagigat; +Cc: xenomai
On 08/19/2014 10:58 AM, ali hagigat wrote:
> On 8/19/14, Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org> wrote:
>> On 08/19/2014 09:15 AM, ali hagigat wrote:
>>> Is the following statements are true?
>>>
>>> If there are some Xenoma threads and an interrupt happens and it has
>>> no head handling. The execuation of the Xenomai threads are stopped
>>> and that interrupt is played.
>>
>> No.
>>
>> Ali, the aim of this mailing list is to help people with actual projects
>> using Xenomai, which does not seem to be your case. You have been asking
>> questions for monthes (if not years) on this mailing list, which show
>> that you have not read or understood the documentation we provide. I am
>> sorry, but unless you start a real project and have real questions about
>> issues you have using xenomai, I will stop answering your questions.
>>
>> --
>> Gilles.
>>
>
> Thank you to answer my question. I really can not understand Xenomai
> documentation like Life-with-ADEOS.
This looks like a bad excuse to me.
But if it is not, then you are not asking questions the right way, see:
http://www.catb.org/esr/faqs/smart-questions.html
Your questions should clearly reference the part of the documentation
that you do not understand, so that we know that you have at least tried
to understand.
> It has been written in a
> mysterious complicated way. When i do not know the function and
> behaviour of something, how can i use it in real?
> Honestly I am experiencing working with Xenomai, I have installed it
> in a quad-core x86 32 bit machine and Fedora 13.
> I do not earn money by Xenomai to need an urgent help for now (though
> I may use it in real in the future) but I can be useful for you guys
> testing at least the Xenomai library functions. I may find a bug this
> way.
> You people do not pay attention to my questions much. In two cases, i
> could find small bugs. You wrote that only 4 config variables are
> enough to be set to let Xenomai work properly on any machine while I
> was losing my Linux virtual terminals in Fedora 13 and my machine.
> I had to call kernel by one special parameter to get the virtual
> terminal back and it is necessary for some systems and your
> documentation could be updated but even you did not like to ask what
> it was, simply ignored my emails.
This is a Linux configuration issue. The aim of our documentation is to
document what to disable or enable when starting from a working Linux
configuration. If you do not know how to obtain a working Linux
configuration, I am sorry, but this is off-topic on this mailing list.
Note that if you do not know how to configure a Linux kernel, you can
find pre-compiled kernels for most distributions these days.
> Another one was one create Xenomai system call without deleting it at
> the end, registry kept the object and next time the program executed
> it stopped with an error. Actually in most of the cases when a program
> finishes real-time resources are released but in this case it is not
> released and a delete process must be done explicitly.
Could you point us to the mail you are mentioning? I browsed your mail
history and could not find this mail. Note that some objects are not
automatically destroyed, mainly "named" objects, because they can be
bound by several processes, so they survive process destruction. If your
program fails to destroy such an object, then fails to start when such
an object already exists, then it is your program that has a logic
issue, not Xenomai.
> I know that these are some minor issues but I am surprised how they
> never were attractive for you.
> My energy and time for testing Xenomai is not useful for you? At the
> same time I wish to understand the system. This is a basic fundamental
> question: Does Xenomai executes and handles the interrupts even when
> there are some Xenomai threads?
> About the questions i asked before: the Xenomai function and
> behaviour was unclear for me completely. I was a beginner and your
> answers were mentioned in a very ambiguous way only useful for
> advanced users.
>
I have no problem helping beginners getting up to speed, in a few weeks
or a few months. But you have been a beginner for two years now, so,
trying and answering you seems pointless. Yes the question you asked is
fundamental, but it is so fundamental that you should have understood
the answer by yourself within the few weeks of using Xenomai:
- either by reading the documentation
- or by reading the code (this is free software, you have all the code)
- or by using common sense.
Now, if you have been unable to progress by any of these 3 means during
2 years, chances are you will never progress, so I am sorry, but again,
trying and helping you seems pointless.
--
Gilles.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Xenomai] a question about interrupts
2014-08-19 11:19 ` Gilles Chanteperdrix
@ 2014-08-20 9:50 ` ali hagigat
2014-08-20 10:10 ` Philippe Gerum
0 siblings, 1 reply; 8+ messages in thread
From: ali hagigat @ 2014-08-20 9:50 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: xenomai
> I have no problem helping beginners getting up to speed, in a few weeks
> or a few months. But you have been a beginner for two years now, so,
> trying and answering you seems pointless. Yes the question you asked is
> fundamental, but it is so fundamental that you should have understood
> the answer by yourself within the few weeks of using Xenomai:
> - either by reading the documentation
> - or by reading the code (this is free software, you have all the code)
> - or by using common sense.
>
> Now, if you have been unable to progress by any of these 3 means during
> 2 years, chances are you will never progress, so I am sorry, but again,
> trying and helping you seems pointless.
>
> --
> Gilles.
>
Hello, thank you for the answer. 2 years to understand a technology
mixed with Linux kernel, while knowing Linux kernel is a prerequisite.
Is that much for anyone really? Kernel with 63000 files several Giga
bytes code after compile!!
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Xenomai] a question about interrupts
2014-08-20 9:50 ` ali hagigat
@ 2014-08-20 10:10 ` Philippe Gerum
0 siblings, 0 replies; 8+ messages in thread
From: Philippe Gerum @ 2014-08-20 10:10 UTC (permalink / raw)
To: ali hagigat, Gilles Chanteperdrix; +Cc: xenomai
On 08/20/2014 11:50 AM, ali hagigat wrote:
>> I have no problem helping beginners getting up to speed, in a few weeks
>> or a few months. But you have been a beginner for two years now, so,
>> trying and answering you seems pointless. Yes the question you asked is
>> fundamental, but it is so fundamental that you should have understood
>> the answer by yourself within the few weeks of using Xenomai:
>> - either by reading the documentation
>> - or by reading the code (this is free software, you have all the code)
>> - or by using common sense.
>>
>> Now, if you have been unable to progress by any of these 3 means during
>> 2 years, chances are you will never progress, so I am sorry, but again,
>> trying and helping you seems pointless.
>>
>> --
>> Gilles.
>>
>
> Hello, thank you for the answer. 2 years to understand a technology
> mixed with Linux kernel, while knowing Linux kernel is a prerequisite.
> Is that much for anyone really? Kernel with 63000 files several Giga
> bytes code after compile!!
>
This is silly and off-topic. Please continue this discussion privately.
Thanks.
--
Philippe.
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Xenomai] a question about interrupts
[not found] ` <CAKKWdtfjaZcjX0q0W0kJQSeJiNCssYE21hrbzR4PseXr1MOzfw@mail.gmail.com>
@ 2014-11-24 16:57 ` Jorge Ramirez Ortiz
2014-11-24 18:13 ` Gilles Chanteperdrix
0 siblings, 1 reply; 8+ messages in thread
From: Jorge Ramirez Ortiz @ 2014-11-24 16:57 UTC (permalink / raw)
To: ali hagigat, xenomai@xenomai.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 11/24/2014 11:38 AM, ali hagigat wrote:
> Please answer the following questions. I am much appreciated.
>
> 1) does ISR(interrupt service routine) have priority over the Xenomai
> real-time tasks? any ISR defined for root or head domain? are executed
> in the middle of the real-time tasks?
>
> 2) if there is a linux thread and a regular interrupt happens and then
> a timer interrupt happnes, means , xnintr_clock_handler(), the
> xnpod_schedule() function will suspend the linux thread? and the linux
> thread is suspended with two nested interrupt?
>
> I wonder if you could answer yourself, mailing list is escaping from
> answering these questions. thank you
>
hi Ali,
Let me share this with the mailing list.
I am sure these questions can be resolved in the open - actually I think Gilles
might have already addressed them.
cheers,
- --
jro
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJUc2NuAAoJECDcy2IJkagR7RAH/34zgxJkOcvjrmU2uQNfhjUC
rFpY8WlY0hSAs4XrAx9uHN5P6PntcWG61NGkH1dPq73AhGjnIl3pyW7Iv5/Mh58H
Py5NyvCx6VfGCO5DrnJ3yhTil61Pzgh++W0lVf32hrpUvhyaYoaYkLWSwK5L+Qr2
YYrKG4UhceJpAOJzEvgblxXlq/oNn6wwYE8kCsHUurYAPs4VKzMQe83pkz8m6ReY
wXcQ1hKC3lNKE8htEp/5KHpSV+sR/dkCH98bBXaQELlU7GIhvflM6ZuZ593zx36u
m/RzOQGmlgnvoleL3mIwDMKXjWAYAKk5R4JogSdlzt+DX9a84VFN+6lCqpgkDrs=
=GA0y
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Xenomai] a question about interrupts
2014-11-24 16:57 ` Jorge Ramirez Ortiz
@ 2014-11-24 18:13 ` Gilles Chanteperdrix
0 siblings, 0 replies; 8+ messages in thread
From: Gilles Chanteperdrix @ 2014-11-24 18:13 UTC (permalink / raw)
To: Jorge Ramirez Ortiz; +Cc: xenomai@xenomai.org
On Mon, Nov 24, 2014 at 11:57:18AM -0500, Jorge Ramirez Ortiz wrote:
> On 11/24/2014 11:38 AM, ali hagigat wrote:
> > Please answer the following questions. I am much appreciated.
> >
> > 1) does ISR(interrupt service routine) have priority over the Xenomai
> > real-time tasks? any ISR defined for root or head domain? are executed
> > in the middle of the real-time tasks?
> >
> > 2) if there is a linux thread and a regular interrupt happens and then
> > a timer interrupt happnes, means , xnintr_clock_handler(), the
> > xnpod_schedule() function will suspend the linux thread? and the linux
> > thread is suspended with two nested interrupt?
> >
> > I wonder if you could answer yourself, mailing list is escaping from
> > answering these questions. thank you
> >
>
>
> hi Ali,
>
> Let me share this with the mailing list.
> I am sure these questions can be resolved in the open - actually I think Gilles
> might have already addressed them.
Yes, the answer to the first question was given here:
https://xenomai.org/pipermail/xenomai/2014-August/031492.html
Since the answer to the question is just one word. I do not
understand what is so hard to understand about that answer.
The second question seems to be Ali's latest stupidity. Yes, xenomai
preeempt Linux whatever Linux is doing, even in the middle of an
interrupt. That is the point of virtualizing its interrupts.
--
Gilles.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: Digital signature
URL: <http://www.xenomai.org/pipermail/xenomai/attachments/20141124/cd178dee/attachment.sig>
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2014-11-24 18:13 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-08-19 7:15 [Xenomai] a question about interrupts ali hagigat
2014-08-19 8:09 ` Gilles Chanteperdrix
2014-08-19 8:58 ` ali hagigat
2014-08-19 11:19 ` Gilles Chanteperdrix
2014-08-20 9:50 ` ali hagigat
2014-08-20 10:10 ` Philippe Gerum
[not found] ` <CAKKWdtfjaZcjX0q0W0kJQSeJiNCssYE21hrbzR4PseXr1MOzfw@mail.gmail.com>
2014-11-24 16:57 ` Jorge Ramirez Ortiz
2014-11-24 18:13 ` Gilles Chanteperdrix
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.