에라타로 인해 TSC_DEADLINE 비활성화

진단을 위해 컴퓨터를 제조업체에 보내서 발생하는 비디오 출력 문제에 대한 도움을 받았습니다. 그들은 BIOS를 업데이트했습니다. 그 이후로 나는

[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)

나는 어떤 없었다 마이크로 또는 UCODE 전에 설치 패키지를 나는이 메시지를 가져 오는 데 사용하지 않았다.

제조업체에 연락하여 "티켓 번호를 기억하지 않지만 BIOS를 업데이트했는지 의심합니다"라고 응답 했으므로 도움이되지 않습니다.

부팅 및 작동하지만 TSC_DEADLINE이 중요하거나 유용합니까?

내가 찾을 수있는 유일한 것은 이것입니다 : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8

그러나 그것은 VirtualBox에만 적용되는 것으로 보이며 어쨌든 이미 커널 4.14를 실행하고 있으므로 커밋이 이미 내 문제를 해결하려고한다면 생각합니다.

ryan@pocketwee:~$ uname -a
Linux pocketwee 4.14.0-1-amd64 #1 SMP Debian 4.14.2-1 (2017-11-30) x86_64 GNU/Linux

이 메시지가 갑자기 나타나는 것은 다소 이상합니다. 업데이트 된 펌웨어가 더 이상 CPU의 마이크로 코드를 업그레이드하지 않는 반면 이전의 펌웨어는 그랬습니다. 이상한 ... (또 ​​다른 시나리오는 CPU가 원래 TSC 마감 시간 을 전혀 지원하지 않았으며 펌웨어가 이제 마이크로 코드를 TSC 마감 시간에 대한 지원을 선언하지만 정오표가 쓸모없는 렌더링 버전으로 업그레이드하는 것입니다.)

어쨌든 TSC 마감 시한 지원은 훌륭하지만 필수는 아닙니다. 커널에는 시간을 유지하고 이벤트를 처리하기위한 정교한 프레임 워크가 있습니다. TSC 마감일은 가능한 한 가지 이벤트 처리 구현이지만 유일한 것은 아닙니다. 이를 지원하는 CPU에서는 매우 효율적이므로 사용하는 것이 좋습니다.

마이크로 코드를 업그레이드하고 TSC 최종 기한 지원을 다시 활성화하기 위해 데비안 contrib및 non-free리포지토리 에서 마이크로 코드 업데이트 패키지를 설치할 수 있습니다 . 이렇게하려면을 편집 /etc/apt/sources.list하여 데비안 저장소 정의에 main, contrib및 non-free; 그런 다음 실행

sudo apt update

뒤에

sudo apt install intel-microcode

(Intel CPU의 경우) 또는

sudo apt install amd64-microcode

(AMD CPU의 경우). 완료되면 재부팅하면 마이크로 코드가 업데이트됩니다. TSC 최종 기한 지원이 다시 활성화되면 부팅시 오류 메시지가 표시되지 않으며 tsc_deadline_timer의 flags줄에 표시 /proc/cpuinfo됩니다.

데비안 위키에는 마이크로 코드 업데이트에 대한 자세한 정보가 있습니다 .