linux-kernel.vger.kernel.org archive mirror
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).