bhyve Enabled the nVidia GPU passthrough inside a Linux virtual machine via QEMU accelerated with BHYVE.

[eseipi]

You are making several unreasonable oppositions here :
[...]
your seem to be one ideological, hard, non-collaborative position that does not produce technological progress.
[...]
It's not good. Wars are waged to defend ideologies, that is, uncompromising positions.

Sure, you can call me a Luddite as much as you want. But again, how do you plan to bypass the FreeBSD contribution guidelines? Or these guys, which would be even harder?

Code provenance — QEMU documentation

www.qemu.org

TL;DR:

Current QEMU project policy is to DECLINE any contributions which are believed to include or derive from AI generated content. This includes ChatGPT, Claude, Copilot, Llama and similar tools.

This policy does not apply to other uses of AI, such as researching APIs or algorithms, static analysis, or debugging, provided their output is not included in contributions.

 

[NapoleonWils0n]

The obstacle that has not been mentioned
is the legal team for any project you want to submit code to.

AI is notorious for being trained by infringing copyright material and other peoples code.

I would imagine that the Freebsd foundation has a legal department
and if they are any good they would advise not accepting any AI code due to the risk of lawsuit.

For example suppose AI code was accepted into the kernel
and it was then found that Claude had been trained on copyright code from vmware.

You would imagine that in the small print for Claude TOS they would have a get of jail free card so to speak,
and thats why they transfer "the license" to the person prompting Claude so they wash their hands of any responsibility.

So Claude is off the hook, the person submitting the code doesnt know where the code comes from.
But the Freebsd foundation would get sued for using the copyright code.

There is no way a project can determine if the AI generated code has been scraped from copyright sources or not.

Thats probably why as eseipi pointed out that the QEMU project refuses any AI generated content
because their legal team has told them of the risks.

 

[ZioMario]

Sure, you can call me a Luddite as much as you want. But again, how do you plan to bypass the FreeBSD contribution guidelines ?

I don't want to bypass anything. I want to create what I think could be nice and useful for me and for someone. First of all I want to enjoy the project by myself. Then,if someone wants to grab the code and try it on his / her machine,I will be happy. I don't have high expectations, I'm not a contributor of large projects and I'm not a programmer. But I have a good imagination and creativity. By the way, I'm finishing another project that will help people to solve another set of problems that FreeBSD suffers from (not because it's a shitty system, but because it's still anchored to the server world and it needs to grow for home use). So,stay tuned.

 

[ZioMario]

I'm sure you caught the recent news that QEMU is revising its policy to start accepting AI / LLM-generated code. What do you think about that ?

https://lists.nongnu.org/archive/html/qemu-devel/2026-05/msg07614.html

so,my work for accelerating a QEMU vm with bhyve / vmm becomes totally acceptable. Because QEMU accepts it and because the code written by Corvin is covered by the BSD license. Maybe one day even the FreeBSD developers do the same as the QEMU ones. Should progress be hindered or encouraged ?

 

[eseipi]

What do you think about that ?

I think they can do whatever they decide with their project. This is open source.

so,my work for accelerating a QEMU vm with bhyve / vmm becomes totally acceptable.

Does it? Did you read the patch behind the link?
And by the way, do you think it's fair to claim ownership of a work one cannot even comprehend?
Because, in my opinion, it clearly isn't.

Maybe one day even the FreeBSD developers do the same as the QEMU ones.

LLM contributions to FreeBSD are allowed, you basically just have to understand what you're submitting. The bar is pretty low, if you ask me.

Should progress be hindered or encouraged ?

If you'd read this book, you at least wouldn't be asking such oversimplified questions about progress.

 

[bgavin]

Ugh.
I don’t have a dog in the AI coding event.

My problem with AI is its malignant application for snooping and marketing.

I’ve left windows after Win10 and moved to MX Linux for my daily driver because of the Win11 snooping. Yes it can be avoided with a custom install but this doesn’t apply to the mass market getting raped by Windows Recall and client side surveillance.

If I can pass thru my MX dual nVidia to a VM running a lower version of Windows (7 ?) I will be a most happy camper.

 

[ZioMario]

And by the way, do you think it's fair to claim ownership of a work one cannot even comprehend ?

Oh no. I clearly said everywhere that the bhyve code has been written by Corvin and also that the starting code of vmm that accelerates QEMU has been written by Abhinav Chavali. And that the additional code has been written by Claude.

Today there is the tool that allows to bring new ideas to life and I want to use it. And it is not even free for me. The usage of Claude is not free. It costs money. Maybe I deserve a thank you.

The ideas,the testing on top of real hardware,the time that I spend (time is money) are mine. I have some generic understanding about if and how my ideas are satisfied. Otherwise, I wouldn't have been able to complete the many AI projects I'm working on. I've only released a small portion of them on this forum. But I'm designing an entire FreeBSD-based phone by myself with Claude.

I've been playing with PCs and operating systems since the 1990s. I've accumulated knowledge and a method, which, even if they're not very well structured, they make me happy.

My way of seeing things is more pragmatic. I wanna create new tools and more opportunities for me and for everyone. That's what it counts more. At least for me. Developers have and will have fresh and interesting almost working code more and more in the future. They should be happy. No one should wait years,decades to create what has always been historically missing in the *BSDs. They should only find the time to look inside it and to make it better.

 

[ZioMario]

Netbsd-Users-List

Seems to me, QEMU is taking a measured approach to AI contributions.

LLM's code should not be reflexively banned, IMHO. This 'stuff that could be easily reverted' QEMU approach seems reasonable to me.

https://lists.nongnu.org/archive/html/qemu-devel/2026-05/msg07614.html

This is an interesting point. The QEMU developers decided that the responsibility belongs to the code providers. No one can say it's Claude's fault. I would never say that. I know Claude is a tool. But I imagine there are those who do.

 

[eseipi]

Oh no. I clearly said everywhere that the bhyve code has been written by Corvin and also that the starting code of vmm that accelerates QEMU has been written by Abhinav Chavali. And that the additional code has been written by Claude.

Absolutely, but I was responding to a specific statement.

And it is not even free for me. The usage of Claude is not free. It costs money. Maybe I deserve a thank you.

You certainly do. From Anthropic stakeholders

Developers have and will have fresh and interesting almost working code more and more in the future. They should be happy. No one should wait years,decades to create what has always been historically missing in the *BSDs. They should only find the time to look inside it and to make it better.

Yeah, right. Artists of all kinds, too, should be grateful and happy that now there's overwhelmingly more almost-beautiful art around us and that they no longer have to put as much time and effort into creating it as they used to. All that's left is the most fun part - to be a peripheral of a machine. And how efficient that is for consumers! The same goes for doctors, lawyers, teachers and many other occupations, including software developers. Wait, did I mention the economic, ecological and social benefits? They're endless! Everybody should love AI, that's for sure.

And, of course, all of that is inevitable. This is just how progress works. Embrace it or step away, don't be a loser. In the end, we'll be glad it happened. We always do.

It was my last off-topic post here, I've taken this too far already. My apologies for derailing the discussion.

 

[ZioMario]

Yeah, right. Artists of all kinds, too, should be grateful and happy that now there's overwhelmingly more almost-beautiful art around us and that they no longer have to put as much time and effort into creating it as they used to

That's wrong. Humans will become obsolete when they decide to stop producing their knowledge, NOT when new tools are invented. Strong human beings don't succumb to new technological challenges; they ride them, they use them to carve out new operating spaces, improving and reinventing themselves, with or without them.

And how efficient that is for consumers !

Efficiency isn't the only factor to consider. There are many others, and they're all ours, they don't belong to AI's. But from what you say, I understand the real problem is convincing ourselves that the only way to survive is to obey to the laws of the market.

Another problem is also having hardened one's habits so much that one is no longer able to exercise a divergent thought from that which is socially TRUMPeted everywhere.