Date: Tue, 16 Aug 2011 17:42:37 +0300 From: Alexander Motin <mav@FreeBSD.org> To: Joe Schaefer <joesuf4@gmail.com> Cc: hackers@freebsd.org Subject: Re: Clock stalls on Sabertooth 990FX Message-ID: <4E4A81DD.3030202@FreeBSD.org> In-Reply-To: <CAOzHqcLaeN%2BPoE8s=eXyWVcXvV5YZ0AhiZOptS%2BLys=byLWcMA@mail.gmail.com> References: <CAOzHqcJMWrO1Q-v8WpzxnyB0-TMQvVaBC9WQ6Qf_CkK_FtT3VA@mail.gmail.com> <mailpost.1313435952.4224912.75598.mailing.freebsd.hackers@FreeBSD.cs.nctu.edu.tw> <4E498326.2060308@FreeBSD.org> <CAOzHqcK3HMY=-7iNX05W43B=W5NP_bDWcJdDZ%2BEXk_Z%2BAdfAOw@mail.gmail.com> <4E4988F0.7060000@FreeBSD.org> <CAOzHqcK1_vkG6s7%2BgLGKx_kw7o1BVmyYKdxgK07FvadPMQkVUw@mail.gmail.com> <4E498E3D.7050100@FreeBSD.org> <CAOzHqcKJRSDZ6uUtdFN8Wovi5L70YM=EBzdyy2p63qYbJqH%2BwA@mail.gmail.com> <CAOzHqcK1PbqV5S5tFG6uAwn5wGj0EXW67YSfw%2B8NRpkUC5dWqw@mail.gmail.com> <CAOzHqcJLwVnGunws5HfAVnHqm2wtroRhfwzxOeJibiVL9ypCMA@mail.gmail.com> <CAMwoQQ7_MgOBfKZJA=D9ezT48Ft305o6C85CAwLeicM6mV4Mjg@mail.gmail.com> <CAOzHqcLaeN%2BPoE8s=eXyWVcXvV5YZ0AhiZOptS%2BLys=byLWcMA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Joe Schaefer wrote:
>>>>>> If changing timecounter won't help, try please this patch:
>>>>>>
>>>>>> --- acpi_hpet.c.prev 2010-12-25 11:28:45.000000000 +0200
>>>>>> +++ acpi_hpet.c 2011-05-11 14:30:59.000000000 +0300
>>>>>> @@ -190,7 +190,7 @@ restart:
>>>>>> bus_write_4(sc->mem_res, HPET_TIMER_COMPARATOR(t->num),
>>>>>> t->next);
>>>>>> }
>>>>>> - if (fdiv < 5000) {
>>>>>> + if (1 || fdiv < 5000) {
>>>>>> bus_read_4(sc->mem_res, HPET_TIMER_COMPARATOR(t->num));
>>>>>> now = bus_read_4(sc->mem_res, HPET_MAIN_COUNTER);
>>>>>>
>>>>>> --
>>>>>> Alexander Motin
>>>>> Will do next.
>>>>>
>>>> Patch applied. Running with HPET eventtimer and no stalls during
>>>> make buildworld -j12.
>>>>
>> it maybe help, I used to come across a bug on Linux with regard to HPET,
>> some northbridge chipset (maybe amd's, where
>> HPET sit on) has a problem, that writes to compatitor regs will not take
>> effect immediately, you need a read to reg to flush it;
>
> So far the patch performs flawlessly for me. I'm tempted to reenable turbo
> mode just for kicks (someday, not today- delighted with the uptime!)
I am going to commit following patch:
http://people.freebsd.org/~mav/hpet.paranoid.patch
. It uses same assumptions as Linux. Try it please.
--
Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E4A81DD.3030202>