lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1177581237.26937.105.camel@twins>
Date:	Thu, 26 Apr 2007 11:53:57 +0200
From:	Peter Zijlstra <a.p.zijlstra@...llo.nl>
To:	Mike Mattie <codermattie@...il.com>
Cc:	lkml <linux-kernel@...r.kernel.org>
Subject: Re: recomended way to check longest period that interupts are
	disabled ?

On Thu, 2007-04-26 at 02:13 -0700, Mike Mattie wrote:
> Hello,
> 
> I am still struggling to track down problems with audio playback. I get intermittent:
> 
> Apr 26 02:01:40 reforged [13230.947879] cannot submit sync urb (err = -45)
> 
> I have tackled the scheduler issues to where I really don't think the
> driver is being starved at all. I am running audacious like so:
> 
> schedtool -R -p 50 -n 1 -e audacious
> 
> At this point the strongest correlation I can get is that starting
> programs seems to trigger the stutter. I have suspected IO for
> some time.
> 
> My system image , / & /usr are on a libata (VIA PATA) driver.
> I have disabled the write-cache , but I also have noatime set
> on mount, for /usr
> 
> My big suspicion is that one of my drivers, likely IO is
> disabling interrupts for too long.
> 
> I have looked but not found a tool for measuring the longest
> period interrupts are disabled and pointing the finger at
> the culprit, could anyone on this list recommend tools that
> might help me pinpoint what is going on ?
> 
> I would also be delighted for any sort of recommended latency
> testing tools.
> 
> pin-pointing this is going to be a "learning experience" but
> every time I think I am about to have a bonding moment with 
> the kernel audio skips; I am highly motivated.

The -rt kernel contains a full latency tracer.

http://people.redhat.com/mingo/realtime-preempt/

Some hardware just isn't up to the job though...

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ