Messages in this thread | | | Subject | Re: [BISECTED/2.6.35+] Regression: Machine runs really slowly after commit f12a15be | From | Alexey Fisher <> | Date | Mon, 09 Aug 2010 22:19:29 +0200 |
| |
On Mo, 2010-08-09 at 12:51 -0700, john stultz wrote: > On Mon, 2010-08-09 at 21:38 +0200, Alexey Fisher wrote: > > cat /sys/devices/system/clocksource/clocksource0/current_clocksource > > hpet > > > > cat /sys/devices/system/clocksource/clocksource0/available_clocksource > > hpet acpi_pm > > > On Mon, 2010-08-09 at 22:43 +0300, Priit Laes wrote: > > cat /sys/devices/system/clocksource/clocksource0/current_clocksource > > hpet > > cat /sys/devices/system/clocksource/clocksource0/available_clocksource > > hpet acpi_pm > > > Ok. Good. Chris Wilson has created the following patch which should > hopefully resolve this issue. It would be great if you could try booting > with it to verify that there are no other problems lurking here. > > Thanks again for the great bug reporting! > > thanks > -john > > > From: Chris Wilson <chris@chris-wilson.co.uk> > Subject: [PATCH] x86/hpet: Use the FSEC_PER_SEC constant for femto-second > periods > > The current computation, introduced with f12a15be63, of FSEC_PER_SEC using > the multiplication of (FSEC_PER_NSEC * NSEC_PER_SEC) is performed only > with 32bit integers on small machines, resulting in an overflow and a > *very* short intervals being programmed. An interrupt storm follows. > > Note that we also have to specify FSEC_PER_SEC as being long long to > overcome the same limitations. > > Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> > Signed-off-by: John Stultz <johnstul@us.ibm.com> > Cc: Thomas Gleixner <tglx@linutronix.de> > ---
This patch work for me. At least it boot. Tank you.
| |