lkml.org 
[lkml]   [2004]   [Aug]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [patch] voluntary-preempt-2.6.8.1-P0
From
Date
On Sun, 2004-08-15 at 07:56, Ingo Molnar wrote:
> i've uploaded the -P0 patch:
>
> http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.8.1-P0
>
> those who had APIC (and USB, under SMP) problems under previous
> versions, are the problems still present in -P0?
>
> Changes:
>

The ide and /dev/random related latencies are indeed gone. Here is an
ugly one that I got:

preemption latency trace v1.0
-----------------------------
latency: 142 us, entries: 4 (4)
process: ksoftirqd/0/2, uid: 0
nice: -10, policy: 0, rt_priority: 0
=======>
0.000ms (+0.000ms): rhine_check_duplex (rhine_timer)
0.000ms (+0.000ms): mdio_read (rhine_check_duplex)
0.067ms (+0.067ms): mdio_read (rhine_timer)
0.139ms (+0.071ms): check_preempt_timing (sub_preempt_count)

This looks like the exact same problem Florian had, in his case it was
the sis900 driver. Your recommendation was:

#define mdio_delay() do { } while (0)

Should I try this?

Also, isn't there a better solution than for network drivers to actively
poll for changes in link status? Can't they just register a callback that
will get run on a link state change event?

Lee

-
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/

\
 
 \ /
  Last update: 2005-03-22 14:05    [W:0.671 / U:0.440 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site