All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Gerum <rpm@xenomai.org>
To: rolandtollenaar@domain.hid
Cc: Xenomai-help@domain.hid, Jan Kiszka <jan.kiszka@domain.hid>
Subject: Re: [Xenomai-help] pcspeaker tsc
Date: Wed, 21 Feb 2007 15:53:55 +0100	[thread overview]
Message-ID: <1172069636.3551.40.camel@domain.hid> (raw)
In-Reply-To: <45DC42D5.9020605@domain.hid>

On Wed, 2007-02-21 at 14:02 +0100, Roland Tollenaar wrote:
> Hi,
> 
> my kernel was compiled for processor family 486. If I change this I 
> discover that I have to recompile all the modules as well. For normal 
> kernel recompiles this is normal practice, for my live distribution it 
> is a house load of really crappy work.
> 
> So I am considering to leave my kernel in 486 state until later.
> 
> My final application will only have a fastest cycle-time of 1ms and 
> according to Philippes interpretation of my latency test read-out I 
> should be able to achieve that easily without TSC support in the kernel.
> 
> My question is, can I do this? What problems may I experience later on 
> as a result of this choice now.
> 
> I want to get some feel for the application space programming with 
> xenomai and it does not seem worth spending forever getting this right 
> now. Or am I wrong?
> 
> 
> Are there any settings in the kernel that will improve behaviour without 
> the TSC support that I could or should apply?
> 

On a low-end machine, using TSC improves latency by ~7-10 us, depending
how crappy your 8253/8254 PIT and/or ISA bus are under high load
conditions, so if your period is 1ms, just don't bother; latency will
come from other issues, like cache refills.

Functionally speaking, TSC or not does not make any difference
Xenomai-wise, except if you need to use the PC speaker while RT stuff is
running. Since both the PC speaker (vanilla kernel code) and Xenomai's
TSC emulation code would use the PIT's channel #2, Xenomai either voids
the speaker code for 2.4 kernels, or disables it at compile-time with
2.6 kernels.

> Kind regards,
> 
> Roland Tollenaar.
> 
> Jan Kiszka wrote:
> > Roland Tollenaar wrote:
> >> Hi
> >>
> >> I have some form of kernel recompiled in which I have the power
> >> management turned off. The PCspeaker is also unselected but it comes
> >> alive anyway. This is the result -or so it seems- of the soundcard
> >> driver. I would like to rmmod the sound card driver after booting if
> >> this interferes with xenomai but there are so many dependencies snd-this
> >> and snd-that, that its not trivial.
> >>
> >> -Is this sound-card driver a problem for xenomai?
> > 
> > Nope.
> > 
> >> -how can I be sure that the pc speaker is harmless for xenomai
> > 
> > Yes, as long as you are not targeting a very low-end x86 platform (any
> > pre-Pentium system without TSC support). But Xenomai will warn you then
> > during kernel configuration.
> > 
> > Jan
> > 
> 
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
-- 
Philippe.




      reply	other threads:[~2007-02-21 14:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-20 20:29 [Xenomai-help] pcspeaker Roland Tollenaar
2007-02-20 20:53 ` Jan Kiszka
2007-02-21 13:02   ` [Xenomai-help] pcspeaker tsc Roland Tollenaar
2007-02-21 14:53     ` Philippe Gerum [this message]

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=1172069636.3551.40.camel@domain.hid \
    --to=rpm@xenomai.org \
    --cc=Xenomai-help@domain.hid \
    --cc=jan.kiszka@domain.hid \
    --cc=rolandtollenaar@domain.hid \
    /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.