Messages in this thread | | | Subject | Re: [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.4 | From | Mark_H_Johnson@Raytheon ... | Date | Wed, 27 Oct 2004 16:30:44 -0500 |
| |
>the network one could perhaps be related to the network deadlocks >reported by others. Would be nice to turn on RWSEM_DETECT_DEADLOCKS and >to use a serial logging if possible. Would be nice but I don't have serial logging available at this point. I may be able to set it up in a couple of days though.
>does the audio test use alot of CPU time? In that case it would be >normal for the RT task to 'lock' the system up. In any case it would be >nice to try 0.4.2 because it has more check-preemption fixes affecting >both UP and SMP systems. I am aware of slow responses normally during tests. However the audio test should only use one CPU out of two. The other CPU is busy as well with a cpu burner (nice 10) but that should leave me CPU cycles to move the mouse, swap windows, etc. The "lock up" I saw this time was a lot more severe (no mouse motion for several minutes at a time). I knew the system was still running since the audio continued to play.
I'll try another build in the morning with whatever your latest is.
--Mark H Johnson <mailto:Mark_H_Johnson@raytheon.com>
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |