Re: 2.6.1 "clock preempt"?

[john stultz <johnstul _at_ xxxxxxxxxx>]

On Wed, 2004-01-21 at 07:06, Steinar Hauan wrote:
> On Tue, 2004-01-20 at 16:26, john stultz wrote:
> > How quickly do you see this message? Does it happen right at boot time,
> > or during load?
> 
> boottime:
>   Jan 19 08:59:24 localhost kernel: Linux version 2.6.1
>                         (root _at_ offa) (gcc version 3.3.2 20031218
>                         (Red Hat Linux 3.3.2-5)) #2 
>                         SMP Sat Jan 17 18:05:09 EST 2004
> 
>   (yes, i have SMP enabled even for a single cpu machine; the kernel
>    will be run on a multitude of machines of which most are SMP)
> 
> log messages prior to time issues:
> 
> Jan 20 04:02:01 localhost anacron[6057]: Updated timestamp for 
>                                              job `cron.daily' to
> 2004-01-20
> Jan 20 04:05:38 localhost kernel: hdb: dma_timer_expiry:
>                                              dma status == 0x61
> Jan 20 04:05:48 localhost kernel: hdb: DMA timeout error
> Jan 20 04:05:48 localhost kernel: hdb: dma timeout error:
>                                              status=0xd0 {Busy }
> Jan 20 04:05:48 localhost kernel: hda: DMA disabled
> Jan 20 04:05:48 localhost kernel: hdb: DMA disabled
> Jan 20 04:05:48 localhost kernel: ide0: reset: success
> 
> (hda and hdb are on the same controller; the only active disk at
>  this time should be hda ... hdb should be essentially idle
>  except for cron.daily scripts running around then)
> 
> timing error starts here; interactive work
> 
> Jan 20 07:52:40 localhost kernel: Losing too many ticks!

Hmm. It might be that IDE PIO mode on your system blocks interrupts for
too long.

> > You might want to try the attached patch to see if we're overreacting
> [...]
> > Also, do you see the problem when preempt is disabled 
> 
> testing overnight failed to reproduce the problem. note that the
> original event only occurred after about 12 hrs of testing.

Sorry, that was vague. Did you fail to reproduce the problem using the
patch or with preempt disabled?

> i'll install lm_sensors & smarttools and run cpuburn for a while
> to ensure this is not related to any hardware issues.

I doubt its its a hardware fault issue, but more likely some driver not
working properly with your hardware and blocking interrupts for too
long. 

thanks
-john

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo _at_ vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/