<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Uefi on Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/uefi/</link>
    <description>Recent content in Uefi on Damien Dyes Blog</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Sun, 11 Oct 2026 17:00:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/de/tags/uefi/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Den TSC geradeziehen, wenn deine Firmware kaputt ist</title>
      <link>https://blogs.damiendye.uk/de/hardware/sorting-tsc-when-your-firmware-is-broken/</link>
      <pubDate>Sun, 11 Oct 2026 13:30:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/hardware/sorting-tsc-when-your-firmware-is-broken/</guid>
      <description>Vier Monate lang übergab mein ThinkPad E595 Linux bei jedem Boot einen Kern drei Sekunden hinter den anderen sieben, und der Kernel ließ den TSC für HPET fallen. Warum Linux das auf AMD nicht reparieren kann, was 40 Boots zeigen, wie tscsync die Zähler in UEFI abgleicht. Dazu BIOS 1.30, tsc=nowatchdog und die Kosten für jeden KVM-Gast, gemessen.</description>
    </item>
  </channel>
</rss>
