[Intel-wired-lan] [PATCH iwl-next v1 1/1] e1000e: introduce private flag to override XTAL clock frequency
Lifshits, Vitaly
vitaly.lifshits at intel.com
Mon Dec 1 12:05:35 UTC 2025
On 11/27/2025 9:16 PM, Andrew Lunn wrote:
> On Thu, Nov 27, 2025 at 06:30:47AM +0200, Vitaly Lifshits wrote:
>> On some TGP and ADP systems, the hardware XTAL clock is incorrectly
>> set to 24MHz instead of the expected 38.4MHz, causing PTP timer
>> inaccuracies. Since affected systems cannot be reliably detected,
>> introduce an ethtool private flag that allows user-space to override
>> the XTAL clock frequency.
>
> Why cannot it be reliably detected? The timer is running at 62% the
> expected speed. Cannot you read it twice with a 1ms sleep in the
> middle and see the difference?
>
Thanks for the suggestion. The approach might not be very elegant, but
I'll check if it works. If it does, I agree it would be better than
making the frequency configurable.
>> #define FLAG2_DFLT_CRC_STRIPPING BIT(12)
>> #define FLAG2_CHECK_RX_HWTSTAMP BIT(13)
>> #define FLAG2_CHECK_SYSTIM_OVERFLOW BIT(14)
>> -#define FLAG2_ENABLE_S0IX_FLOWS BIT(15)
>> -#define FLAG2_DISABLE_K1 BIT(16)
>> +
>> +#define PRIV_FLAG_ENABLE_S0IX_FLOWS BIT(0)
>> +#define PRIV_FLAG_DISABLE_K1 BIT(1)
>> +#define PRIV_FLAG_38_4MHZ_XTAL_CLK BIT(2)
>
> Please split this up. Rename of FLAG2_ENABLE_S0IX_FLOWS and
> FLAG2_DISABLE_K1 in one patch, 24MHz in another patch. That will make
> review easier.
>
> Andrew
If the detection method proves unreliable, I'll split this patch into
two commits as you suggested: one for renaming the flags and another for
adding the XTAL clock override.
More information about the Intel-wired-lan
mailing list