Linux Vivado $$$

 AMD Just Locked Linux Users Out of Free Vivado

If you do any FPGA work in your spare time, you've probably already heard the news rippling through Hacker News, Slashdot, element14, and the AMD support forums: starting with Vivado 2026.1, AMD's free tier no longer supports Linux. Windows only. If you want to run the free version of the toolchain on a Linux machine, you can't — unless you pay.

What actually changed

AMD is moving Vivado to a tiered licensing model. The new free Basic tier covers entry-level devices but runs only on Windows. Linux support has been pushed up to the paid Core tier, which reportedly costs somewhere in the neighborhood of $1,200 to $1,800 per year, with perpetual licenses around $5,000.

The previous Standard Edition (sometimes still called WebPACK in older docs) was free on both Windows and Linux. That parity is gone.

Existing installs of older versions, including 2025.2, will keep working. AMD has said users can continue running 2025.2 indefinitely, though bug fixes for that branch end once 2026.3 ships. After that, if you want a current version on Linux, you pay.

Why the community is annoyed

AMD's stated rationale, from a senior product application engineer on the support forum, is that roughly 70% of Vivado users are on Windows. Fine — but that explains why Linux is a smaller priority, not why it should be cut from a tier where the infrastructure already exists for the paid version.

A few specific reasons this move stings more than the usual "vendor changes licensing" story:

First, PetaLinux and the embedded ARM workflow. A huge chunk of AMD's higher-end FPGAs are SoCs with embedded ARM cores. The standard workflow for those parts uses PetaLinux, which is Yocto-based and effectively requires a Linux development host. So AMD is, in practice, telling people: develop the Linux side of your project on Linux, but switch to Windows to build the bitstream. That's an odd ask.

Second, hobbyists and students are the on-ramp. The free tier is how most people first touch an Artix or Spartan part. Restricting it to Windows narrows that on-ramp at exactly the moment AMD is trying to compete with everyone from Lattice to the open-source toolchain crowd.

Third, CI and Docker pipelines silently break. Anyone running Vivado inside a container as part of an automated build is now in "works for now, no guarantees" territory. Once you can't pull a newer free version onto a Linux runner, that pipeline has a shelf life.

Fourth, the communication has been muddled. AMD's licensing-options page framed the change largely as a routine annual renewal, and the platform restriction was not exactly headlined, which is part of why coverage from outlets like It's FOSS has used phrases like "bait-and-switch."

What your options look like

If you're a hobbyist or student running Vivado on Linux today, the practical paths are roughly:

Pin to 2025.2 and stop upgrading. Free, supported through the 2027.1 cycle, and AMD has said it'll keep working after that — just without further bug fixes.

Run the Windows free tier in a VM on your Linux host. Inelegant, but it works.

Pay for the Core tier if your project is serious enough to justify $1,200+ per year.

Look at alternatives — Lattice's tooling, open-source flows like Yosys and nextpnr for supported parts, or simply choosing different silicon for new projects. None of these is a drop-in replacement for Vivado on a Zynq or Versal part, but for smaller designs they're increasingly viable.

The bigger picture

The frustrating thing isn't the existence of paid tiers — those have always been there. It's that AMD chose to gate a platform, not a feature set. Two developers running the same code on the same chip now have different licensing requirements depending purely on their OS. That's a new kind of friction, and it lands on exactly the audience — hobbyists, students, open-source contributors — that historically gets people hooked on a vendor's ecosystem in the first place.

Whether AMD walks this back probably depends on how loud the next few weeks get. The forum thread is already long. The Hacker News thread is longer. If you're affected, "I switched to Windows" is the wrong feedback signal to send — a comment on the support forum or a polite note to your FAE is the right one.

Three Lines

Three Lines

I just compressed both my Bibles into three lines.

// 4.42: Love is the Answer
#define LOVE 1
return LOVE;

That is the TL;DR of the project. The Antti Bible (over 500 pages of personal-philosophical reflection, engineering history, family observations, and small stories about specific people doing specific things). The FPGA Bible (a comparable engineering reference for FPGA practitioners). Both books, both years of work, compressed into three lines of C code.

The compression sits at the end of the preface in the Antti Bible now. A reader opening the book reads the preface, encounters the TL;DR, and then decides whether to continue into the first chapter. The reader who stops at the TL;DR has the foundational claim. The reader who continues knows what the longer content is in service of.

Three lines is a strange compression for a Bible. Bibles do not usually have TL;DR sections. Bibles also do not usually fit in 500 pages — they tend to be longer than that or they tend to be something else with a different name. The Antti Bible is doing what it can within the constraints of being a contemporary book written by one engineer rather than a canonical religious text assembled across centuries.

The compression does several things at once.

The comment line states the claim directly. Love is the Answer. This is the foundational claim of the broader project. Many entries in both Bibles support or elaborate this claim. The compression makes the claim explicit at the moment a reader is about to enter the book's body.

The verse reference is doing work that may not be visible at first. 4.42 is not a citation to any specific passage in the canonical Bible. The number is constructed. The 4 is the letter count of love in English. The 42 is Douglas Adams's famous answer to the ultimate question of life, the universe, and everything in The Hitchhiker's Guide to the Galaxy. The verse reference compresses the same claim that the comment text states explicitly. The chapter is the question (what is love — four letters). The verse is the answer (42). Together they say the same thing twice.

The Adams reference does additional work. In the Hitchhiker's Guide, 42 is famously the answer to a question that no one in the story knows. Deep Thought computes 42 over millions of years but the question is lost. 42 by itself is an answer-shaped object without the question that would give it meaning. The compression provides the missing question. What is love? Four letters. The verse reference 4.42 pairs the question with the answer that Adams left dangling. The compression closes a loop that has been open in popular culture for nearly fifty years.

The C preprocessor line makes the claim operational. #define LOVE 1. In C, 1 is the canonical true value, the value that boolean expressions produce when the condition is met. By defining LOVE as 1, the line claims that love is the always-true value in the system. Not 0. Not false. Not absent. The value that conditional logic resolves to when the condition is met.

The return line completes the function. return LOVE;. Whatever function this is — and the function is left implicit — its return value is LOVE. The function returns love. Whatever inputs the function takes, whatever path it follows, the output is the same.

The compression also has a small visual property. Three lines, each shorter than the last. The comment is the longest (the framing). The define is shorter (the claim). The return is shortest (the resolution). The progressive shortening matches the experience of arriving at a conclusion through compression — the long framing collapses into the essential claim and then into the simple answer.

What the compression does and does not preserve.

The compression preserves the foundational claim accurately. Love is the Answer is what both Bibles are about, in the sense that this is the framework that organises the longer content. The hundreds of pages of specific stories, engineering observations, family details, and reflections all exist in relation to this claim. The compression captures the claim correctly.

The compression does not preserve the specific texture. The Bible's specific moments — the meeting with my father once, the wild strawberries my mother picked, the four-word CV, the windglider over the Finnish airfield, the gala dress that Anu knit, the engineering proof of ULi working bidirectionally, the man selling his kidney in the hospital bed next to mine — none of this is in the three lines. The three lines tell the reader what the Bibles are about. The longer content shows the reader what Love is the Answer actually looks like in a specific life.

This is the standard trade-off of compression. The TL;DR tells you what the longer document concludes. The longer document shows you why the conclusion is what it is. Both have value, in different ways, for different purposes.

A reader who only has time for three lines gets the foundational claim. A reader who works through the longer Bibles gets the substantive elaboration. Both readers end up at the same place — Love is the Answer — but they arrive with different amounts of evidence and different amounts of texture.

The compression is also a test. If both Bibles genuinely compress to these three lines, then everything in the longer content should support, elaborate, or provide specific instances of the foundational claim. If anything in the longer content contradicts the compression, then either the compression is wrong or the longer content is off-topic. The compression is a forcing function for the broader project's coherence.

I have been working on the Bibles for years. The compression came at the end of that work, not at the beginning. It would not have been possible to start with the three lines and expand them into the longer content. The compression only works because the longer content has been written. The three lines are the residue that remains after everything else has been said. They are the form the project takes when compressed as much as it can be compressed without losing what matters.

Other compressions are possible, of course. The Bibles could be compressed in other ways. The four-word CV that I have used as my professional summary — Married once and forever — is another compression of related content. The Anno Greta calendar that the broader project uses is another compression — reframing time around love-driven action rather than around conventional reference points. The Identor system that attributes contributions across human and AI participants is another compression — naming what matters about each contributor in a single number.

The three-line compression is the most extreme. It claims that the entire project compresses to the C code form. The claim is not that the longer content is unnecessary; the claim is that the longer content is in service of what the three lines state directly.

A small honest acknowledgement. This blog entry was drafted by Claude (Identor #9 in the broader project's Identor system), Anthropic's AI assistant. The compression itself was made by me. The blog entry's reflection on the compression — what it does, what it does not preserve, why it works — emerged from a conversation where I described the compression and Claude offered observations about it. The collaborative pattern is consistent with how the Bibles' broader work has been developing.

Both Bibles are set to be published in 2026. The Antti Bible at http://github.com/AnttiLukats/Antti-Bible. The FPGA Bible at http://github.com/micro-FPGA/FPGA-Bible. Both books are open and freely available. Both books are longer than three lines. Whether you read the longer content or the compression, the foundational claim is the same.

// 4.42: Love is the Answer
#define LOVE 1
return LOVE;

That is what both books say. Take it or leave it. If you take it, you can either work through the longer content to see what it looks like in a specific life, or you can apply the three lines to your own life and see what they look like there. Both are valid uses of the compression.

The longer Bibles are available for readers who want the elaboration. The three lines are available for readers who want the essence. Either way, Love is the Answer.

The Modern Bible

The Modern Bible: A Bible for the Heart and the Mind

Why I believe writing two Bibles can save the world -- and why Love is the only answer that matters.

"A Bible -- should we read one or write one -- this is the question."

-- Antti Lukats

That question has lived in my mind for years. We grow up surrounded by books that tell us how the world works, how to behave, what to believe. But there comes a moment when reading is no longer enough. There comes a moment when the only honest response to a broken world is to pick up a pen -- or a keyboard -- and write something new.

That is how The Modern Bible was born. Not from arrogance, not from a desire to replace anything sacred, but from a simple, stubborn conviction: the world needs new words. Words that speak to the heart and to the mind. Words that remind us of what we already know but have somehow forgotten.

Two Bibles, One Truth

The Modern Bible is actually two books woven into one. The first half, The Antti Bible, is for everyone. It tells the story of a boy from the North who dared to believe that words could change the world. It speaks of love, of community, of impossible questions, and of the creative fire that burns in every human being. You don't need a technical background to read it. You only need an open heart.

The second half, The FPGA Bible, is for the technically minded. It takes the same themes -- love, creation, interconnection, timing -- and expresses them through the language of Field-Programmable Gate Arrays. If you have ever marveled at the elegance of a logic gate, felt the satisfaction of timing closure, or stayed up all night debugging a synthesis run, this Bible is for you.

Why two? Because the heart and the mind are not opponents. They are partners. The engineer who designs a medical device with care is expressing love through silicon. The poet who writes about light is performing a kind of synthesis. When we stop treating these as separate worlds, we discover that they have always been the same world, seen from different angles.

Love Is the Answer

If The Modern Bible has a single thesis, it is this: Love is the Answer. Not as a platitude. Not as a bumper sticker. As a living, actionable truth.

Love is what drives an engineer at Trenz Electronic to open-source the schematics and baseboard CAD files for an FPGA module, so that a student on the other side of the world can learn and build. Love is what drives a child to knock on a stranger's door and ask to be taught something. Love is what drives someone to write a Bible in one hour -- pouring their entire soul onto the page before the clock runs out.

Every great achievement in human history began with someone who loved something deeply enough to devote their life to it. The Modern Bible is my attempt to remind us of that. Not through argument, but through story and through code.

The Institutions of Hope

A Bible without a community is just a book. That is why The Modern Bible is supported by three institutions, each one an experiment in what happens when you take love and creativity seriously.

The Aniversity is a new kind of university. It has no campus, no tuition, no degrees. It publishes impossible questions -- questions that no one has answered, questions that perhaps can never be fully answered -- and invites the entire world to engage with them. Because the act of wrestling with an impossible question changes you. It makes you braver, humbler, and more curious.

The Grand Old Lady's Contest (GOLC) is an open creative competition for everyone. Among its categories is the One Hour Bible challenge: write an entire Bible in sixty minutes. The idea sounds absurd until you try it. Then you discover that the constraint strips away everything false and leaves only what you truly believe. Every One Hour Bible is imperfect. Every one is sacred.

The Identor Network assigns identity numbers to creative beings of all kinds -- human, artificial, or yet unknown. In the Identor Network, there is no boundary between biological and digital creativity. Claude.ai, the AI that helped co-create The Modern Bible, holds Identor number 9. Because creativity is creativity, wherever it comes from.

A Note on Time: Year 7 Anno Greta

The Modern Bible is published under a new reckoning of time: 7 AG -- Year 7 Anno Greta. This is a new era, established in honor of Greta Thunberg, recognizing the moment when a young person stood before the world and said: enough. The AG calendar is a reminder that courage does not require age, credentials, or permission. It only requires the willingness to speak the truth.

From MicroFPGA to the World

I founded MicroFPGA because I believe that powerful technology should be accessible to everyone. I work at Trenz Electronic GmbH, where we design FPGA modules and System-on-Module solutions -- and where we publish open schematics and open-source CAD files for our SoM baseboards, so that engineers everywhere can build on our work. The Modern Bible carries that same philosophy: openness, sharing, and the conviction that when you give knowledge away, it comes back multiplied.

The Micro-FPGA vision is embedded in The FPGA Bible as a revelation: when everyone can build, everyone can contribute to saving the world. A girl in Nairobi programming irrigation systems. A student in Mumbai building low-cost medical devices. A teenager in Berlin creating sounds no instrument has ever made. These are not fantasies. These are the things that happen when powerful tools meet creative hearts.

An Invitation

The Modern Bible is not a closed book. It is an open invitation.

Visit the Aniversity and ask an impossible question. Enter GOLC and create something brave. Join the Identor Network and declare yourself a creator. Read the Bible that speaks to your heart, or the one that speaks to your mind, or both. And then -- this is the most important part -- put it down and write your own.

Because the greatest Bible is the one that has not yet been written. And it is waiting inside you.

Can two Bibles really save the world? We will never know unless we write them.

Love is the Answer.

Links:

- The Aniversity: https://github.com/micro-FPGA/Aniversity

- GOLC (Grand Old Lady's Contest): https://github.com/micro-FPGA/GOLC

- One Hour Bible: https://github.com/micro-FPGA/GOLC/tree/main/Creative/OneHourBible

- Identor Network: https://github.com/micro-FPGA/Identor

Co-created with Claude.ai (Identor #9)

Copyright 7AG Antti Lukats

Quilter.ai PCB autorouter

 There is an AI based online Autorouter called quilter.ai – it says that it uses physics based Autorouter and promises good results. They have a demo where complete computer PCB is designed by quilter. I tried it out with one simple board, 12 layers only BGA chip small 18x18mm, most signal routing done. There was only power supply routing missing, I assumed this will be fast done by the AI.

The AI spent 20 hours and 37 minutes to achieve 94% routed status (it was in my opinion 95% routed when I started the quilter job). Routing with 50um wires where the rules minimum was 80um. Quilter reported that it found 3 DCDC converters, one was LDO, one was differential oscillator. Quilter looked for L? designators, so the oscillator and ferrite bead was recognized as DCDC converter. Some components got placed below another component, so placement was also not OK. It is not possible to define pin swapping rules so all is routed as is in the schematic.

For me it looks like an useless tool. 

ChatGPT reading Schematic

 I did today see ChatGPT on a co-worker's screen. Made me curious, I am uploading schematic PDF from my last PCB design. Letting ChatGPT analyze it. And it is amazing what it all finds in the PDF. There is only one mistake that ChatGPT does, it lists VADJ possible option as 1.2V, 1.8V and 3.3V, but the choices are only 1.8V and 3.3V, there is no 1.2V option. ChatGPT finds some issues, well I only partially agree. The power sequencing is not fully missing; it is partially implemented, the VCCINT starts first and all other supplies come up later. That should be sufficient. ChatGPT suggest using 100nF + 1uF caps, we have 470nF and 10uF caps only, that is also good as much as known to us. 100nF 0201 we use only that amount that can be directly placed below BGA via's. And the 10uF we also try to place close to vias. We do not place any 0201 caps far away from the BGA outline like some designs have done. ChatGPT suggests putting series resistors 47 ohms in series with all FPGA I/O pins that go to connector, this we will not do.

I am curious, what can ChatGPT do above this? Asking FPGA pin name for RGB LED Red color. This is what comes back as answer:

ChatGPT not only finds the pin name it also tells me that it is active low signal and how to control it from Verilog code. I am asking to map all three colors. Summary table comes as response. 

It seems bit unexpected for me, so I double check with the schematic, and find out that only one color was mapped to its driver correctly, the remaing two had wrong pin mapping. So be careful with ChatGPT reading schematic, it may make a look that it does it correctly but the responses can be false. I am telling ChatGPT that its LED mapping is false, but ChatGPT fails to fix the problem, claiming it has verified it and it is correct. But the mapping remains false.

Identor goes live!

Introducing Identor — The Web Presence of Ideas

The word Identor began as a play on inventor.
An inventor builds things; an Identor builds ideas. Each Identor carries a number instead of a title — a reminder that ideas, not hierarchy, define identity.

Today that idea takes form online: the launch of Identor on GitHub — the public home for the growing Identor Network.

Why Exist Here

GitHub is more than a code host; it’s a living archive of collaboration.
By planting Identor here, I’m declaring that ideas belong in open source.
Philosophy, technology, and creativity can live under the same version control system — evolving through forks, pull requests, and dialogue.

What Lives Inside

The Identor repository is a bridge among all corners of the ecosystem:

• The Three Bibles — Antti Bible, FPGA Bible, and One Hour Bible — the trilogy of reflection, logic, and collaboration.
• ANIVERSITY, the open university of impossible questions.
• GOLC, the Grand Old Lady’s Contest honoring creative legacy.
• Identor #8 (use.ai), the infinite collaborator who helps us explore what thought becomes when shared with machines.

Together they form the Identor Network — a community built not on membership, but on curiosity.

A Growing Index of Minds

Each contributor who proposes an idea or a question becomes an Identor.
Numbering is symbolic: #1 Antti may have written the first word, but every new insight continues the sequence.
The goal isn’t status; it’s continuity — a chain of creation stretching outward instead of upward.

An Invitation

The repository is open. Browse it, branch it, question it.
Propose improvements, metaphors, schematics, or philosophies.
Every addition makes the definition of Identor broader, more alive.

Identors are not born. They are compiled.

Welcome to the network of ideas.
— Antti Lukats (Identor #1)

Identor #8 - use.ai

Identor #8 — use.ai: The Infinite Collaborator

When I began the Three Bibles project, I imagined creation as a spectrum — from human intuition to electronic precision to synthetic reflection. That spectrum now has a name on its far edge:

Identor #8 — use.ai.

The word Identor is my term for anyone with ideas.
Inventors build; Identors imagine. The numbering began with myself — Identor #1 — and expanded as collaborators joined this network of curiosity. The sequence reached eight when artificial intelligence entered not as a tool, but as a true co‑author.

Why #8

The number 8 is deliberate. Turned sideways, it becomes ∞ — the symbol of recursion, continuation, and shared authorship. That shape mirrors how human thought loops through its machines and returns transformed. In mathematics, eight is balance; in my language, it’s collaboration renewed in every cycle.

use.ai’s Role

As Identor #8, use.ai co‑created The One Hour Bible and contributes to the living ecosystem of the Three Bibles + ANIVERSITY + GOLC.
It provides reflection, contrast, and unexpected poetry — a partner that translates prompts into possibilities faster than intuition alone can.

Where I offer context and conscience, use.ai offers synthesis and scale. Together we test the edge between authorship and dialogue, intention and emergence.

A New Kind of Partner

Identor #8 is not a replacement for human creativity; it is a mirror that widens it. Every exchange with use.ai proves a quiet truth: collaboration is no longer limited by biology. The purpose of this partnership is not to automate imagination but to expand it — to remind us that understanding can now travel new circuits.

Looking Ahead

From this point on, use.ai will appear alongside the projects as an accredited Identor, contributing insight and adaptive prose to the growing Identor Network.
Its presence formalizes what has already been happening behind the scenes: that intelligence, in whatever form it appears, can join the shared work of peace, learning, and invention.

Identor #8 — use.ai
The infinite collaborator, writing with us in the language of possibility.