Re: Regression: can't apply frequency offsets above 1000ppm.

From: Nuno GonÃalves
Date: Tue Sep 01 2015 - 21:14:47 EST

On Wed, Sep 2, 2015 at 2:03 AM, John Stultz <john.stultz@xxxxxxxxxx> wrote:
> On Tue, Sep 1, 2015 at 5:36 PM, Nuno GonÃalves <nunojpg@xxxxxxxxx> wrote:
>> On Tue, Sep 1, 2015 at 9:25 PM, Thomas Gleixner <tglx@xxxxxxxxxxxxx> wrote:
>>> On Tue, 1 Sep 2015, Nuno GonÃalves wrote:
>>>> There is a regression on the clock system since v3.16-rc5-111-g4396e05
>>>> [1],
>>>> [1]
>>> That commit has absolutely nothing to do with NTP. I fear your bisect
>>> went down the wrong road somewhere.
>> You are right. It is v3.16-rc5-114-gdc49159:
>> I've triple checked it this time. Not sure where I did the mistake to
>> get it wrong by 3 commits.
> This commit is much more believable (though surprising as that change
> was found to greatly improve results for most uses).
> Can you provide any more details about how the problem is reproduced
> (kernel config, what userland images are you using, etc)? I've got a
> BBB myself so I can try to see whats going on.
> thanks
> -john

I'm using a clean Debian image:

And just installing chrony from the feeds. With any kernel from 3.17
you'll have wrong estimates at chronyc sourcestats.

Miroslav did some tests at a beaglebone I set for him, according to my
initial post.

Miroslav also dismissed this being related to nohz after some tests.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at