TSC_DEADLINE disabled due to Errata

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
4
down vote

favorite
2












I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting



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


I didn't have any microcode or ucode packages installed before and I didn't used to get this message.



I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.



It boots and works, but is TSC_DEADLINE important or useful?



The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8



But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.



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






share|improve this question




















  • Most Linux distributions provide a package linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
    – AlexP
    Dec 14 '17 at 13:32







  • 1




    @AlexP linux-firmware won’t update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).
    – Stephen Kitt
    Dec 14 '17 at 17:11














up vote
4
down vote

favorite
2












I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting



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


I didn't have any microcode or ucode packages installed before and I didn't used to get this message.



I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.



It boots and works, but is TSC_DEADLINE important or useful?



The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8



But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.



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






share|improve this question




















  • Most Linux distributions provide a package linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
    – AlexP
    Dec 14 '17 at 13:32







  • 1




    @AlexP linux-firmware won’t update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).
    – Stephen Kitt
    Dec 14 '17 at 17:11












up vote
4
down vote

favorite
2









up vote
4
down vote

favorite
2






2





I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting



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


I didn't have any microcode or ucode packages installed before and I didn't used to get this message.



I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.



It boots and works, but is TSC_DEADLINE important or useful?



The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8



But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.



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






share|improve this question












I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting



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


I didn't have any microcode or ucode packages installed before and I didn't used to get this message.



I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.



It boots and works, but is TSC_DEADLINE important or useful?



The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8



But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.



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








share|improve this question











share|improve this question




share|improve this question










asked Dec 14 '17 at 12:23









RML

5816




5816











  • Most Linux distributions provide a package linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
    – AlexP
    Dec 14 '17 at 13:32







  • 1




    @AlexP linux-firmware won’t update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).
    – Stephen Kitt
    Dec 14 '17 at 17:11
















  • Most Linux distributions provide a package linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
    – AlexP
    Dec 14 '17 at 13:32







  • 1




    @AlexP linux-firmware won’t update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).
    – Stephen Kitt
    Dec 14 '17 at 17:11















Most Linux distributions provide a package linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
– AlexP
Dec 14 '17 at 13:32





Most Linux distributions provide a package linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
– AlexP
Dec 14 '17 at 13:32





1




1




@AlexP linux-firmware won’t update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).
– Stephen Kitt
Dec 14 '17 at 17:11




@AlexP linux-firmware won’t update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).
– Stephen Kitt
Dec 14 '17 at 17:11










1 Answer
1






active

oldest

votes

















up vote
6
down vote



accepted










The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPU’s microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didn’t support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)



In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because it’s very efficient.



To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from Debian’s contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run



sudo apt update


followed by



sudo apt install intel-microcode


(for Intel CPUs) or



sudo apt install amd64-microcode


(for AMD CPUs). Once that’s done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you won’t see the error message at boot, and you’ll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.



The Debian wiki has more information on microcode updates.






share|improve this answer




















    Your Answer







    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "106"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    convertImagesToLinks: false,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );








     

    draft saved


    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f410854%2ftsc-deadline-disabled-due-to-errata%23new-answer', 'question_page');

    );

    Post as a guest






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    6
    down vote



    accepted










    The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPU’s microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didn’t support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)



    In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because it’s very efficient.



    To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from Debian’s contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run



    sudo apt update


    followed by



    sudo apt install intel-microcode


    (for Intel CPUs) or



    sudo apt install amd64-microcode


    (for AMD CPUs). Once that’s done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you won’t see the error message at boot, and you’ll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.



    The Debian wiki has more information on microcode updates.






    share|improve this answer
























      up vote
      6
      down vote



      accepted










      The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPU’s microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didn’t support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)



      In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because it’s very efficient.



      To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from Debian’s contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run



      sudo apt update


      followed by



      sudo apt install intel-microcode


      (for Intel CPUs) or



      sudo apt install amd64-microcode


      (for AMD CPUs). Once that’s done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you won’t see the error message at boot, and you’ll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.



      The Debian wiki has more information on microcode updates.






      share|improve this answer






















        up vote
        6
        down vote



        accepted







        up vote
        6
        down vote



        accepted






        The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPU’s microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didn’t support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)



        In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because it’s very efficient.



        To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from Debian’s contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run



        sudo apt update


        followed by



        sudo apt install intel-microcode


        (for Intel CPUs) or



        sudo apt install amd64-microcode


        (for AMD CPUs). Once that’s done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you won’t see the error message at boot, and you’ll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.



        The Debian wiki has more information on microcode updates.






        share|improve this answer












        The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPU’s microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didn’t support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)



        In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because it’s very efficient.



        To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from Debian’s contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run



        sudo apt update


        followed by



        sudo apt install intel-microcode


        (for Intel CPUs) or



        sudo apt install amd64-microcode


        (for AMD CPUs). Once that’s done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you won’t see the error message at boot, and you’ll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.



        The Debian wiki has more information on microcode updates.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Dec 14 '17 at 13:55









        Stephen Kitt

        143k22309372




        143k22309372






















             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f410854%2ftsc-deadline-disabled-due-to-errata%23new-answer', 'question_page');

            );

            Post as a guest













































































            Popular posts from this blog

            How to check contact read email or not when send email to Individual?

            Bahrain

            Postfix configuration issue with fips on centos 7; mailgun relay