Linux sound subsystem maintainer Takashi Iwai of SUSE began the Linux 7.4 sound pull request by noting that “the AI flood continues” with there continuing to be a lot of new patches coming as a result of AI/LLM agents devising patches as well as uncovering new kernel bugs.
Takashi went on to explain that it was another busy cycle with changes in the sound subsystem from lots of core code hardening to new platforms and codecs as well. The core ALSA code has been hardened against some race conditions, there’s a buffer leak fix in the compression offload code, race fixes in the JACK code, and other race conditions and more typical C bug fixes. The OSS sequencer emulation code has also been marked as deprecated for Linux 7.4.
On the hardware side, the Linux 7.4 sound updates include support for compressed audio playback on SOF IPC4 with Intel Tigerlake and newer. There is also AMD ACP 7.0/7.F sound IP support with SoundWire and the PDM controller. The new AMD ACP 7.0/7.F IP appears for upcoming Ryzen Zen 6 platforms.
There are also quirks for many different Intel/AMD laptops from the likes of Lenovo, ASUS, HP, AAcer, HONOR, MSI, and others.
New codec drivers are for the ESS ES9039Q2M, Nuvoton NAU83G60 amplifier, Senary SN624x SoundWire SDCA codec.
Also new is the Qualcomm QAIF driver for their Shikra platform.
More details on the many sound changes for Linux 7.4 via this pull ( https://lore.kernel.org/lkml/87ecdgc246.wl-tiwai@suse.de/ ).
Am I the only person that thinks fixing kernel bugs discovered with AI is a good thing? Like… AI is out there, we can’t stop it now… People WILL use it, and using it to fix the bugs and even potential security vulnerabilities now, rather than letting a malicious actor do it sounds like something I’d very much like.
Even everyone saying Linus went full AI… Like… What? IMO he’s being practical. It IS a tool, and there ARE a lot of things it should not be used for, but using it to patch things before human verification happens is a pretty sensible thing to do. Its no different than a crappy programmer submitting code for verification. It’d be a problem if there were too many PRs to handle, which has happened with some projects, but the kernel seems to be doing just fine?
The bigger issues with AI IMO are the environmental ones. But that’s really a continuing trend from things like pushing computers around the world using Electron for no reason other than web developers being lazy and wanting to make an app without knowing anything but web dev. A whole-ass web browser is not needed for everything. Though I do admit AI has scaled this problem pretty astronomically…
Its also bad for creative endeavors. For the obvious reasons. I’m a game developer and I work with others who will sometimes try to code with AI and booooyyy do I give them an earful for that (its very noticeable, to those who think they’re clever and can hide it. Just learn to fucking program ffs, its a lot faster than asking someone to program for you and having to constantly correct them because you don’t understand wtf you’re doing).
Would love to hear from someone who has been programming for a long time and isn’t all just “AI bad because AI bad”. Personally I’ve been around since 2014 or so.
I agree with you, as long LLM users understand what they are doing.
That is why I do not vibe-code or vibe-admin. I only use it for research and ask follow-up questions if I don’t understand what it just told me would work. I recently primed my LLM assistant to tell me where I can find more info so that I can verify. The goal for me is, learning things along the way and not produce unmaintainable code or configs.
I agree with you, as long LLM users understand what they are doing.
Just adding that this is the lesser-talked-about issue with AI adoption. While “it’s a good tool” is a common argument, it really only holds true if the person using the tool is a skilled developer. For the moment, that’s fine.
What happens in 10-20 years when there are no developers, because the younger folks only learned how to interact with the AI and not how to code from scratch? It seems to me that it ceases to become a good tool in the longer term. The issue is epistemological.
This kind of forward thinking is rarely applied for such cases, though. Capitalist ventures always focus exclusively on the short term, regardless of the lofty goals attached to them (which generally are only there to attract investment anyway, not to serve as any kind of deeper analysis of the potential effects of a product).
Am I the only person that thinks fixing kernel bugs discovered with AI is a good thing?
No. A bug is a bug.
Even everyone saying Linus went full AI… Like… What? IMO he’s being practical. It IS a tool, and there ARE a lot of things it should not be used for, but using it to patch things before human verification happens is a pretty sensible thing to do.
Using AI to fix a bug is different than fixing a bug found by AI. Even in Torvald’s vibecoded patch, he introduced a new bug, then asked the reviewer to take over the patch and went on vacation.
Would love to hear from someone who has been programming for a long time and isn’t all just “AI bad because AI bad”.
While I get where this is coming from, being dismissive of people who you disagree with doesn’t exactly inspire healthy discussion. If you want genuine opposing opinions, those will only come from those you disagree with.
being dismissive of people who you disagree with doesn’t exactly inspire healthy discussion. If you want genuine opposing opinions, those will only come from those you disagree with.
The main problem I have with the bulk of Anti-AI opinions is that they are simply that: opinions, backed up with parroted “facts” many of which are baseless, untrue, blown out of realistic proportion, etc.
Just because you hear that they’re eating cats and dogs in Ohio 7,563 times on social media doesn’t make it true - similarly for the “fact” that AI has already singlehandedly melted both ice caps, etc. etc.
The main problem I have with the bulk of Anti-AI opinions is that they are simply that: opinions, backed up with parroted “facts” many of which are baseless, untrue, blown out of realistic proportion, etc.
This is, to an unbelievabe extent, true of the “Pro-AI” crowd (in particular those selling AI). It’s to the extent that the economy is inevitably fucked once investors start pulling out. AI CEOs lie regularly about the capabilities of their products.
In any case, “pro-AI”/“anti-AI” is a political approach to AI, and politics revolves entirely around opinion. If you truly want “facts” then you have to be willing to accept facts that you disagree with as well.
It is a fact that many bugs have been found with AI, yes. It has provided value to a lot of people.
It is also a fact that for all the good AI has done for people, it is also an unregulated bullshit emitter. Shit, just the other day, I tried asking Kagi Assistant a question, and it gave me an answer in Chinese. My question was in English. It had nothing to do with languages. But if you want numbers, these AI companies publish their benchmarks publicly, so go look at those and consider whether “correct 80% of the time in a benchmark the model was optimized for” is good enough to always trust.
Finally, it is a fact that AI companies have done irreparable harm to the world on an enormous scale, socially, ecologically, politically, and so on.
unregulated bullshit emitter
Don’t worry, that’s why OpenAI and Anthropic are pretending that agents are attacking governments of their own volition. So the industry gets regulated and only “safe American AI companies” like themselves who do whatever the Trump admin says are allowed to be used on American soil. Then they’ll lobby the EU to ban Chinese models too. Especially open weight ones you could run on your own device, those are the devil.
true of the “Pro-AI” crowd (in particular those selling AI). It’s to the extent that the economy is inevitably fucked once investors start pulling out. AI CEOs lie regularly about the capabilities of their products.
That’s nothing new about AI - the only concerning fact is that AI has attracted such numbers - hopefully most of the “lesser” investors still remember .com and won’t be burned the way they were back then.
I’m a bit “overweighted” in my company stock after 10+ years in the ESPP and being lazy about diversification. At one point within the last year, the company stock was trading at 200, but now it’s down to 150, and I am sad because I missed the opportunity. My buy-in price is roughly equivalent to 120 (depending on how you look at inflationary factors), so I haven’t exactly lost 30% even if it might feel that way.
It’s the same for all volatile investment, it’s not your money until you cash out - don’t make plans like it is. Of course a lot of the world runs opposite to this advice, so we do get “big depression” when a lot of people lose their volatile investments, but it’s important to remember the zero-sum aspects of the game. The money isn’t destroyed, it just changes hands - usually to people who are less free with risky investment of it.
a political approach to AI
Like a military approach to infant daycare, or a religious approach to farming, or a democratic approach to large bridge engineering?
for all the good AI has done for people, it is also an unregulated bullshit emitter.
Just the latest in a long line of such things, going back at least to Gutenberg.
tried asking Kagi Assistant a question, and it gave me an answer in Chinese.
Sounds like a beta-tester problem to me… I started exploring LLM agent coding in mid-late 2025, it created a lot of crap I threw away, it also created some good / useful stuff that has been incorporated into our product. The models are improving, and I am improving in my ability to use them effectively. I may not be as secure in my job as I was 3 years ago, but I may also be more secure in the near future if/when it is recognized that very few CEOs of timber companies have any desire to use the chainsaws themselves, even if a crew of 10 with chainsaws can do the work of 100 men with the previous generation of cutting tools.
“correct 80% of the time in a benchmark the model was optimized for” is good enough to always trust.
No, but people do it all the time for many things they shouldn’t - not just with the latest AI tools, but with all kinds of “mostly reliable” information. In software the past 30 years have seen a development of processes / best practices that help deal with that 80% right problem in the output of human coders. Applying those processes improves the quality of the results, in exchange for additional work. What one guy would build and ship in 1992 now gets built by a team of 5, tested by a team of 10, quality reviewed by a team of 3, regulated by annual audit, approved by a team of 6, shipped by a team of 20, monitored by a team of thousands, corrected as problems are observed and reported a couple of times a year, and we call that state of the art.
How good is good enough is a matter of what your application is. A lot of people have always over-estimated the validity of their sources, and if those people are relying on that source information for important things, that’s where we get regulated industries that help to ensure they don’t (usually) take too much risk for the application, and when they do: you get Elizabeth Holmes documentaries.
Finally, it is a fact that AI companies have done irreparable harm to the world on an enormous scale, socially, ecologically, politically, and so on.
Yeah, much like the petroleum industry, the military-industrial complex, nuclear, pesticides, global shipping, introduction of exotic species, air travel, mining, logging, beef farming… everything big enough has caused enormous harm.
it’s important to remember the zero-sum aspects of the game. The money isn’t destroyed, it just changes hands - usually to people who are less free with risky investment of it.
Just nitpicking to point out that this is very much not true when it comes to stock markets and the like. If a company is worth $100B and drops to $50B in the course of a week, no one else became $50B richer from that stock, not even collectively. Publicly traded companies usually don’t even have 100% of their stock at the exchange. It could very well be that only 5% of stock was traded throughout that week, meaning somewhere between $2.5B and $5B changed hands (assuming each share was only traded once). Yet $50B is gone from the market because there’s no one left willing to pay more than the valuation. That’s why the market is called volatile: it’s not based on concrete value but purely a measurement of what people are willing to pay for it based on sentiment that might change at any moment.
If a company is worth $100B and drops to $50B in the course of a week, no one else became $50B richer from that stock, not even collectively.
That’s based on the delusion that the company stock is “worth” anything in the first place. You sell, I buy, money changes hands, commissions are skimmed, taxes are paid, but no money is “destroyed” in the exchange. I sell, you buy, we lose money to the skim, but those skimming have and use that money for their own purposes, the money never goes away.
The delusion that TSLA is “worth” $400 per share, a delusion shared by banks which allow people to borrow against stocks, doesn’t create or destroy money, it just means that people who bought at $40 per share get more money back than they paid, and that people who buy at $400 and sell at $40 get less back than they paid. In theory, shareholders own part of the company, but in practice almost all of that value is market perception, not based on actual assets that can be liquidated and distributed. At least not since retail investors got in the game 25+ years ago.
Bitcoin is the ultimate expression of this: there’s literally nothing backing it up but perception, except in the case of BTC it’s a negative sum game with all the energy and capital investment expended in processing the trades.
Oh, I agree, but you were the one talking about people losing their volatile investments and how you felt sad that your company’s stock had gone down. You weren’t talking about the act of exchanging shares, so I feel you’re moving the goalposts here…
Pretty much this is why I said that. I don’t agree with AI, but I also don’t agree with many of the people who spout No AI because they heard AI is bad… Like… Please think.
Parroting isn’t helpful. I’ve seen all the parroted shit everywhere. I understand the parroted stuff already. I’m looking for something more new and nuanced, so I’m filtering for that.
As far as Torvalds’ patch and vacation thing goes, I haven’t heard anything. But I doubt that’s the case for the hundreds of fixes that have happened.
I haven’t attempted to verify the truth or expose the fiction of Torvalds’ patch and vacation thing - it doesn’t feel worth anywhere near the effort it would take to get to the bottom of - but I have certainly read it parroted more than twice…
In response to that, I’ll continue to repeat the fact that Torvalds the human issued a bad patch to Dirty COW which he himself described as sloppy (in so many words), and that involved race conditions that went undetected in the production kernel for years and years before anyone ever attempted to have an LLM write code.
It’s not that Torvalds is bad, he’s human - these things happen. They also happen with greater frequency when using LLMs, but in both cases: using due care and good practices dramatically reduces the liklihood of such problems getting out to the field. The LLM tools speed things up, in the creation of code, in the creation of bugs in the code, and in the finding and fixing of bugs in the code. How you choose to use it should be your own responsibility.
A lot of the sloppy human coders didn’t have the perseverence to make anything that would compile cleanly, let alone pass basic “smell tests,” until they got LLM tools - that’s not the tools’ fault, but it is the maintainers’ problem. Ignoring/attempting (with inevitable futility) to block the tools because they can be used poorly is… ridiculously bad logic.
Hard agree
There are issues with AI involving licensing and peoples IP and crediting sources and all that.
It has also massively reduced the barrier of entry for both finding and patching bugs, and producing realistic looking bug reports.
My biggest issue (other than enviromental and social impacts) is the load it puts on developers. They pretty much HAVE to use LLMs to triage and test bug reports… because it takes very little skill to use an LLM to “deep dive this area of the linux kernel and find a bug or RCE/CVE”, and the LLM probably will. But the unskilled user might not understand what the exploit/bug actually is. But they get some sort of POC and some sort of write up, and then they dump it on someone elses plate.
If that bug is actually patched/impossible because of something outside of the scope/context that the LLM used, or if its only a bug because of bad config… yeh, its a bug, but it isnt an important one. And it eats up developer resources to confirm/triage/fix that bug.Also, LLMs are an averaging engine. They work on “most likely” probability evaluations. So, you get average code.
There has to be a human in the loop
For a non-important piece of software, I agree that fixing small bugs is a waste of resources. This is this kernel.
I 100% agree there has to be a human in the loop. That’s non-negotiable to me in ANY use of AI. I’ve personally been stuck reviewing AI code that sucks and have had to send back with a list of reasons… That fucking sucks too. I still appreciate things like finding bugs or users using AI and understanding what they’re doing. It technically isn’t AI that’s the problem in a lot of cases… Its the misuse of a tool without understanding - which you get at. I don’t like that sort of thing, but well… Its better than nothing happening IMO. As I mentioned in my original comment, the main problem is when its too much for maintainers. Then yeah. Outright ban it no matter the use-case. Software NEEDS to be engineered well or everyone is in for a rough time down the line.
1 bug fixed, introducing 3 new bugs.
Business as usual. Have your LLM agent write a good regression test for that bug that was fixed so when a future change brings it back, at least you’ll know before the merge.





