Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 07 Jun 2014 10:39:17 -0600
From:      Ian Lepore <ian@FreeBSD.org>
To:        Vladislav Prodan <universite@ukr.net>
Cc:        freebsd-hackers@FreeBSD.org, Dutch Ingraham <stoa@gmx.us>
Subject:   Re: Re[2]: Fwd: Interrupt Overload
Message-ID:  <1402159157.20883.157.camel@revolution.hippie.lan>
In-Reply-To: <1402157083.156846225.m95e69ke@frv35.fwdcdn.com>
References:  <538A3432.5010303@gmx.us> <53930E19.8090603@gmx.us> <53931963.4040604@selasky.org> <53932314.6010108@gmx.us> <1402153691.709851721.u6k6kkkk@frv35.fwdcdn.com> <53933110.8060300@gmx.us> <1402157083.156846225.m95e69ke@frv35.fwdcdn.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2014-06-07 at 19:04 +0300, Vladislav Prodan wrote:
> 
>  
>  --- Original message ---
>  From: "Dutch Ingraham" <stoa@gmx.us>
>  Date: 7 June 2014, 18:33:12
>   
> 
> > 
> > Thanks for the response.
> > 
> > The output you requested:
> > 
> > kern.eventtimer.choice: HPET1 (440) HPET2 (440) HPET3 (440) HPET4 (440)
> > HPET5 (440) HPET6 (440) LAPIC (400) i8254 (100) RTC (0)
> > 
> > kern.eventtimer.choice: HPET (did not specify 1, 2, etc.)
> > 
> > I also changed the type of timer to LAPIC and rebooted; there was no
> > appreciable change in the interrupt activity.
> 
> After reboot what became timer? :)
> 
> You can change the timer "on the fly", without rebooting the system.
> 
> If LAPIC does not help, then try other timers.
> 
> 
> --
>  Vladislav V. Prodan
>  System & Network Administrator
>  support.od.ua
>  

It's unclear to me why you are hung up on the idea of changing timers
when the misbehaving interrupt is unshared and used only by a USB
controller and there's no evidence of any kind that a timer is involved.

-- Ian





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1402159157.20883.157.camel>