Paul E. McKenney wrote:
On Tue, Jan 29, 2008 at 02:38:04PM +0100, Wolfgang Grandegger wrote:
Luotao Fu wrote:
Hi,
Wolfgang Grandegger wrote:
..
Do you still get high latencies with:
CONFIG_PREEMPT_RCU_BOOST=y
CONFIG_RCU_TRACE=y
CONFIG_NO_HZ is not set
With this setting I
Paul E. McKenney wrote:
On Wed, Jan 30, 2008 at 11:45:01AM +0100, Wolfgang Grandegger wrote:
Paul E. McKenney wrote:
On Wed, Jan 30, 2008 at 09:18:49AM +0100, Wolfgang Grandegger wrote:
Paul E. McKenney wrote:
On Tue, Jan 29, 2008 at 02:38:04PM +0100, Wolfgang Grandegger wrote:
Luotao Fu
Paul E. McKenney wrote:
On Wed, Jan 30, 2008 at 09:18:49AM +0100, Wolfgang Grandegger wrote:
Paul E. McKenney wrote:
On Tue, Jan 29, 2008 at 02:38:04PM +0100, Wolfgang Grandegger wrote:
Luotao Fu wrote:
Hi,
Wolfgang Grandegger wrote:
..
Do you still get high latencies with:
On Wed, Jan 30, 2008 at 09:18:49AM +0100, Wolfgang Grandegger wrote:
Paul E. McKenney wrote:
On Tue, Jan 29, 2008 at 02:38:04PM +0100, Wolfgang Grandegger wrote:
Luotao Fu wrote:
Hi,
Wolfgang Grandegger wrote:
..
Do you still get high latencies with:
Hi,
On Wed, Jan 30, 2008 at 02:57:16AM -0800, Paul E. McKenney wrote:
..
Yes, I used $ cyclictest -n -t1 -p80 -i1000 to measure the latency. So
far, I have not done other tests. Any recommendation?
As no-rt load I used while ls; do ls /bin; done in one telnet window
and while
Hi,
I have been using the new uvesafb on non-rt kernels successfully for a while
already, but I cannot get it to work on -rt.
The kernel stops right after GRUB with the message:
Console: switching to color framebuffer device 128x48
And there it keeps hanging.
I wonder where the problem could
