Início / unix / Perguntas / 692367
Accepted
Harsh
Asked: 2022-02-28 23:16:37 +0800 CST

Verifique o status do modo Kernel de 11 minutos usando adjtimex

  • 772

Eu tenho um sistema Debian Buster que tem o Kernel compilado sem o CONFIG_RTC_SYSTOHC, pois NÃO quero que o modo kernel de 11 minutos esteja ativado. No entanto, eu queria verificar se essa mudança realmente funcionou.

Então eu verifiquei o statuscampo da saída do adjtimex --printcomando. O statuscampo é 24577ou 0b110000000000001.

De acordo com a página man aqui - https://linux.die.net/man/8/adjtimex , parece que o 64bit do statuscampo é not set, que de acordo com aqui: https://access.redhat.com/solutions/ 55432 significa que o 11-minute modeestá ligado.

Isso é contraditório com o que eu esperava quando compilei o kernel com o CONFIG_RTC_SYSTOHCas not set. Como posso verificar com segurança se o modo de 11 minutos está realmente desligado ou estou interpretando a saída adjtimexincorretamente?

linux debian

1 respostas

  1. Best Answer

    (Apenas para esclarecer uma possível confusão de quem estiver lendo esta resposta: quando o Linux está em execução, existem (geralmente) dois relógios: o relógio "principal" é o relógio do sistema, que geralmente é baseado na CPU. O outro relógio é o relógio de hardware persistente (RTC). Quando o sistema é desligado, o relógio do sistema perde a hora e apenas o relógio de hardware persistente mantém a hora correta do relógio de parede.)

    O significado primário do 64bit do statuscampo de adjtimexé "o relógio do sistema está/não está sendo sincronizado por NTP ou outra fonte de tempo". O modo de 11 minutos costumava ser fortemente acoplado a isso: se o relógio do sistema estivesse sendo sincronizado, o RTC seria atualizado a cada 11 minutos; se não, então não seria.

    A opção de desabilitar a transferência de relógio para RTC do sistema a cada 11 minutos CONFIG_RTC_SYSTOHCfoi uma adição posterior.

    A desativação CONFIG_RTC_SYSTOHCcorta a conexão entre a sincronização do relógio do sistema e as atualizações RTC de 11 minutos. Você pode verificar o código fonte do kernel relevante, que no kernel padrão 4.19.xx do Debian Buster é a função sync_rtc_clock()em kernel/time/ntp.c na linha #532 . Você pode ver que quando CONFIG_RTC_SYSTOHCnão está definido, a função retorna mais cedo sem fazer nada:

    static void sync_rtc_clock(void)
{
    unsigned long target_nsec;
    struct timespec64 adjust, now;
    int rc;

    if (!IS_ENABLED(CONFIG_RTC_SYSTOHC))   <--- If CONFIG_RTC_SYSTOHC is not enabled,
        return;                           <--- return immediately.

    ktime_get_real_ts64(&now);

    adjust = now;
    if (persistent_clock_is_local)
        adjust.tv_sec -= (sys_tz.tz_minuteswest * 60);

    /*
     * The current RTC in use will provide the target_nsec it wants to be
     * called at, and does rtc_tv_nsec_ok internally.
     */
    rc = rtc_set_ntp_time(adjust, &target_nsec);
    if (rc == -ENODEV)
        return;

    sched_sync_hw_clock(now, target_nsec, rc);
}

    Em outras palavras, desabilitar CONFIG_RTC_SYSTOHCo torna 11-minute modeefetivamente um no-op.

    Mais experimentalmente, você pode usar as ferramentas de perfil do kernel para monitorar a rtc_set_time()função por um múltiplo adequado de 11 minutos e ver com que frequência ela é chamada. Se você achar que a resposta é 0 vezes, saberá que o relógio RTC do hardware não está sendo ajustado pelo modo de 11 minutos nem por qualquer outra coisa .

    • 6

relate perguntas