All of lore.kernel.org
 help / color / mirror / Atom feed
From: Shane Shrybman <shrybman@aei.ca>
To: Mark_H_Johnson@RAYTHEON.COM
Cc: Amit Shah <amit.shah@codito.com>,
	Karsten Wiese <annabellesgarden@yahoo.de>,
	Bill Huey <bhuey@lnxw.com>, Adam Heath <doogie@debian.org>,
	emann@mrv.com, Gunther Persoons <gunther_persoons@spymac.com>,
	"K.R. Foley" <kr@cybsft.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@elte.hu>,
	Florian Schmidt <mista.tapas@gmx.net>,
	Fernando Pablo Lopez-Lezcano <nando@ccrma.Stanford.EDU>,
	Lee Revell <rlrevell@joe-job.com>,
	Rui Nuno Capela <rncbc@rncbc.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Michal Schmidt <xschmi00@stud.feec.vutbr.cz>
Subject: Re: [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.25-1
Date: Fri, 12 Nov 2004 15:19:54 -0500	[thread overview]
Message-ID: <1100290790.4817.12.camel@mars> (raw)
In-Reply-To: <OF6E8C462B.2451EF23-ON86256F4A.0064AC96@raytheon.com>

On Fri, 2004-11-12 at 13:23, Mark_H_Johnson@RAYTHEON.COM wrote:
> >Typical example of the error message:
> >
> >kernel: hde: dma_timer_expiry: dma status == 0x24
> >kernel: ALSA sound/core/pcm_native.c:1424: playback drain error (DMA or
> IRQ trouble?)
> >kernel: PDC202XX: Primary channel reset.
> >kernel: hde: DMA interrupt recovery
> >kernel: hde: lost interrupt
> >
> >This was on a Promise TX2 133 ide card with one IDE disk. The problem
> >would show itself if using the RT patches and APIC. But the problem seems
> >to have been resolved now.
> 
> I had errors like that one when the IDE IRQ was at a priority less than
> the real time task. Since then, I run with all the IRQ's at max RT priority
> and will continue to do so until I get a better assessment of what my real
> application (not these audio tests...) needs for IRQ priorities.
> 

Ok, I wasn't comparing apples to apples. I forgot I had to remove the sb live
card from this machine a few days ago. So the hardware config wasn't exactly
the same. I have reinstalled the sb live card now and I am retesting on 0.7.25.
The sb live shares an irq with ide2(promise card)

           CPU0       
  0:     835791    IO-APIC-edge  timer  0/35791
  1:       2207    IO-APIC-edge  i8042  1/2207
  8:          4    IO-APIC-edge  rtc  0/4
  9:          0   IO-APIC-level  acpi  0/0
 15:         11    IO-APIC-edge  ide1  1/9
 16:      70527   IO-APIC-level  ide2, EMU10K1  0/70527
 17:       1093   IO-APIC-level  eth0  0/1092
 18:      37440   IO-APIC-level  bttv0, Bt87x audio  173/37439
 19:      39147   IO-APIC-level  aic7xxx, ivtv0  340/39143
 21:      25091   IO-APIC-level  uhci_hcd, uhci_hcd, uhci_hcd, uhci_hcd  52/25091
 22:      85425   IO-APIC-level  VIA8237  494/71991
NMI:     836519 
LOC:     836340 
ERR:          0
MIS:          1

With the sb live card back in use the system has hung once with the sound looping.
It hung after I started playing a video in a second instance of the mythfrontend
application. I had the nmi_watchdog on and netconsole logging to another machine
but there was nothing in the logs.

I have rebooted and I am trying to verify the dma_timer_expiry issue is still gone
with the sb live in use.

> This may have been fixed as a side effect of Ingo setting the IRQ threads
> at
> RT priorities in the 40's.
> 

I had originally thought this might be the cause as well so I jacked
ide2 priority but it didn't help. However it does share the irq so maybe
that is a factor here.

> --Mark H Johnson
>   <mailto:Mark_H_Johnson@raytheon.com>
> 

shane


  reply	other threads:[~2004-11-12 20:21 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-12 18:23 [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.25-1 Mark_H_Johnson
2004-11-12 20:19 ` Shane Shrybman [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-11-15 18:40 Mark_H_Johnson
2004-11-15 19:52 ` Ingo Molnar
2004-11-12 16:58 Mark_H_Johnson
2004-11-15 16:46 ` Ingo Molnar
2004-11-15 17:50   ` Ingo Molnar
2004-10-22 15:50 [patch] Real-Time Preemption, -RT-2.6.9-mm1-U10 Ingo Molnar
2004-10-22 17:56 ` [patch] Real-Time Preemption, -RT-2.6.9-mm1-U10.2 Ingo Molnar
2004-10-25 10:40   ` [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0 Ingo Molnar
2004-10-27  0:15     ` [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.3 Ingo Molnar
2004-11-03 10:58       ` [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm2-V0.7.1 Ingo Molnar
2004-11-06 15:57         ` [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.18 Ingo Molnar
2004-11-08  9:16           ` [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.19 Ingo Molnar
2004-11-08 16:57             ` [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.21 Ingo Molnar
2004-11-09 16:05               ` [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.23 Ingo Molnar
2004-11-11 14:44                 ` [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.25-0 Ingo Molnar
2004-11-11 21:51                   ` [patch] Real-Time Preemption, -RT-2.6.10-rc1-mm3-V0.7.25-1 Ingo Molnar
2004-11-12  4:08                     ` Bill Huey
2004-11-12  5:03                       ` Bill Huey
2004-11-12  8:39                         ` Ingo Molnar
2004-11-12 10:52                           ` Bill Huey
2004-11-12 14:31                     ` Shane Shrybman
2004-11-12 17:27                       ` K.R. Foley
2004-11-12 17:50                         ` Shane Shrybman
2004-11-12 20:13                       ` Ingo Molnar
2004-11-12 22:15                         ` Shane Shrybman
2004-11-12 23:44                         ` Shane Shrybman
2004-11-14 12:51                           ` Ingo Molnar
2004-11-12 19:48                     ` Gunther Persoons
2004-11-12 20:19                       ` Ingo Molnar
2004-11-13 12:55                         ` Gunther Persoons
2004-11-13 14:36                         ` Gunther Persoons
2004-11-14 12:49                           ` Ingo Molnar
2004-11-14 14:25                             ` Gunther Persoons
2004-11-13 23:12                         ` Gunther Persoons
2004-11-14 12:38                           ` Ingo Molnar
2004-11-14 12:56                     ` Florian Schmidt
2004-11-14 13:26                       ` K.R. Foley
2004-11-14 13:35                         ` Florian Schmidt
2004-11-14 13:56                         ` K.R. Foley
2004-11-14 14:11                         ` Florian Schmidt
2004-11-14 14:15                       ` Ingo Molnar
2004-11-15  1:27                         ` Florian Schmidt
2004-11-15  2:22                           ` K.R. Foley
2004-11-15 15:15                         ` Florian Schmidt
2004-11-15 14:33                     ` Rui Nuno Capela
2004-11-15 15:40                       ` Ingo Molnar
2004-11-15 16:11                       ` Ingo Molnar
2004-11-15 16:52                         ` Rui Nuno Capela
     [not found]                         ` <33583.195.245.190.93.1100537554.squirrel@195.245.190.93>
2004-11-15 22:35                           ` Rui Nuno Capela
2004-11-16 10:41                             ` Ingo Molnar
2004-11-16 12:05                               ` Rui Nuno Capela

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=1100290790.4817.12.camel@mars \
    --to=shrybman@aei.ca \
    --cc=Mark_H_Johnson@RAYTHEON.COM \
    --cc=amit.shah@codito.com \
    --cc=annabellesgarden@yahoo.de \
    --cc=bhuey@lnxw.com \
    --cc=doogie@debian.org \
    --cc=emann@mrv.com \
    --cc=gunther_persoons@spymac.com \
    --cc=kr@cybsft.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=mista.tapas@gmx.net \
    --cc=nando@ccrma.Stanford.EDU \
    --cc=rlrevell@joe-job.com \
    --cc=rncbc@rncbc.org \
    --cc=tglx@linutronix.de \
    --cc=xschmi00@stud.feec.vutbr.cz \
    /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.