public inbox for linux-rt-users@vger.kernel.org
 help / color / mirror / Atom feed
From: Wolfgang Steinwender <wolfgang@psysteme.de>
To: linux-rt-users@vger.kernel.org
Cc: Carsten Emde <Carsten.Emde@osadl.org>
Subject: Re: Problem with hwlat detector in smp_processor_id()
Date: Mon, 10 Aug 2009 16:07:27 +0200	[thread overview]
Message-ID: <4A80299F.2040008@psysteme.de> (raw)
In-Reply-To: <4A560069.6010602@osadl.org>

Carsten Emde wrote:
> Does the attached patch help?

Sorry for the late reply. I now switched to linux-2.6.29.6-rt23
(which has the patch included) and verified that the problem is
solved. Reverting the patch gives the problem again.

Now the error messages have disappeared, but I really cannot
tell if the test is doing something at all.

Here's the output from running the python script from rt-tests-50:
$> hwlatdetect --debug
debugging prints turned on
looking for modules
module path: /lib/modules/2.6.29.6-rt23-pae-debug/kernel/drivers/misc
checking
/lib/modules/2.6.29.6-rt23-pae-debug/kernel/drivers/misc/hwlat_detector.ko
not mounting debugfs
test duration is 120s
hwlatdetect:  test duration 120 seconds
   parameters:
        Latency threshold: 10us
        Sample window:     1000000us
        Sample width:      500000us
     Non-sampling period:  500000us
        Output File:       None

Starting test
Starting hardware latency detection for 120 seconds
enabling detector module
first attempt at enable
detector module enabled
disabling detector module
first attempt at disable
detector module disabled
Hardware latency detection done (0 samples)
test finished
Max Latency: 0us
Samples recorded: 0
Samples exceeding threshold: 0
not umounting debugfs

The output from the hwlat_detector module is:
hwlat_detector: version 1.0.0

For me, the output "Samples recorded: 0" means that no samples have
been read at all. Or do I misinterpret the output?

It is also not possible for me to cat the sample entry
when the module is enabled: "strace cat sample"
just waits forever:
open("sample", O_RDONLY|O_LARGEFILE)    = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
read(3,

Is there anything else I can try?


Best regards,
W. Steinwender


  reply	other threads:[~2009-08-10 14:07 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-09 11:32 Problem with hwlat detector in smp_processor_id() Wolfgang Steinwender
2009-07-09 14:36 ` Carsten Emde
2009-08-10 14:07   ` Wolfgang Steinwender [this message]
2009-08-10 18:58     ` Clark Williams
2009-07-09 14:36 ` Jon Masters
  -- strict thread matches above, loose matches on Subject: below --
2009-07-22  9:18 John Kacur

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=4A80299F.2040008@psysteme.de \
    --to=wolfgang@psysteme.de \
    --cc=Carsten.Emde@osadl.org \
    --cc=linux-rt-users@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox