[PlanetCCRMA] Latest updates = total freeze

[Mark Knecht]

A bit more info. Sorry.

[root@Godzilla root]# cat /proc/irq/
0              11             14             3              6              9
1              12             15             4              7         
    prof_cpu_mask
10             13             2              5              8
[root@Godzilla root]# cat /proc/irq/11/
hdsp      ohci_hcd
[root@Godzilla root]# cat /proc/irq/11/hdsp/threaded
1
[root@Godzilla root]#


On Apr 7, 2005 12:35 PM, Mark Knecht <markknecht@gmail.com> wrote:
> On Apr 7, 2005 12:05 PM, Mark Knecht <markknecht@gmail.com> wrote:
> > On 07 Apr 2005 10:55:36 -0700, Fernando Lopez-Lezcano
> 
> > >
> > > Hmmm, there should not be any changes in the past few days that could
> > > affect latency (save for yesterday's changes).
> > >
> > > -- Fernando
> > >
> > >
> >
> > Granted that right now I'm running with pretty low latency (64/2)
> > which is lower than I had been using. This is due to trying to use an
> > external software reverb (GigaPulse Pro) in another machine in more or
> > less real-time. I have to go out of this box, in through a Hammerfall,
> > through GigaPulse, and then back out of that machine and into this
> > one. It all adds up.
> >
> > I apparently already have PlanetEdge in my sources.list file:
> >
> > # Main site, CCRMA, California, USA
> >
> > rpm http://ccrma.stanford.edu/planetccrma/apt fedora/2/i386 core updates
> > rpm http://ccrma.stanford.edu/planetccrma/apt fedora/2/i386 planetccrma
> > rpm http://ccrma.stanford.edu/planetccrma/apt fedora/2/i386 planetcore
> > rpm http://ccrma.stanford.edu/planetccrma/apt fedora/2/i386 planetedge
> > rpm-src http://ccrma.stanford.edu/planetccrma/apt fedora/2/i386 planetccrma
> >
> > So I guess I just need to grab an Edge kernel and try it? The only
> > thing I see newer than what I'm running seems to be
> > 2.6.11-0.3.rdt.rhfc2.ccrma. Is that the one?
> >
> > thanks,
> > Mark
> >
> 
> OK, the new kernel is running. I can at least report that I don't get
> a total freeze and I do get sound.
> 
> Do I need to set IRQ priorities like I did earlier with Ingo's
> patches? I.e. - decide which were threaded and on-threaded? Other
> things? IRQ11 is fairly high priority, but it is gettign beat out by a
> few things. I'd probably like sound and then 1394 to be the highest
> after system functions like RTC.
> 
> [root@Godzilla root]# uname -r
> 2.6.11-0.3.rdt.rhfc2.ccrma
> [root@Godzilla root]# /etc/rc.d/init.d/rtirq status
> 
>   PID CLS RTPRIO  NI PRI %CPU STAT COMMAND
>   241 FF      80  -5 120  0.0 SW<  IRQ 8
>    20 FF      60  -5 100  0.0 SW<  IRQ 9
>  1021 FF      60  -5 100  0.0 SW<  IRQ 5
>  1096 FF      59  -5  99  0.2 SW<  IRQ 11
>   343 FF      50  -5  90  0.0 SW<  IRQ 1
>   262 FF      49  -5  89  0.0 SW<  IRQ 12
>   302 FF      46  -5  86  0.0 SW<  IRQ 14
>   304 FF      45  -5  85  0.0 SW<  IRQ 15
>   406 FF      43  -5  83  0.0 SW<  IRQ 10
>  2414 FF      40  -5  80  0.0 SW<  IRQ 7
>  2436 FF      39  -5  79  0.0 SW<  IRQ 4
>  2437 FF      38  -5  78  0.0 SW<  IRQ 3
>  3451 FF      37  -5  77  0.0 SW<  IRQ 6
> 
> [root@Godzilla root]# cat /proc/interrupts
>            CPU0
>   0:     846748          XT-PIC  timer  0/46748
>   1:        351          XT-PIC  i8042  0/351
>   2:          0          XT-PIC  cascade  0/0
>   5:        826          XT-PIC  ehci_hcd, uhci_hcd, uhci_hcd,
> uhci_hcd, eth0  0/826
>   7:          1          XT-PIC  parport0  0/1
>   8:          1          XT-PIC  rtc  0/1
>   9:          0          XT-PIC  acpi, ohci_hcd  0/0
>  10:       3277          XT-PIC  ohci1394  0/3277
>  11:     136786          XT-PIC  ohci_hcd, hdsp  0/36786
>  12:      15211          XT-PIC  i8042  0/15211
>  14:      17349          XT-PIC  ide0  0/17348
>  15:        105          XT-PIC  ide1  0/104
> NMI:          0
> LOC:          0
> ERR:          0
> MIS:          0
> [root@Godzilla root]#
> 
> thanks!
> 
> - Mark
>