Hacker Newsnew | past | comments | ask | show | jobs | submit | uldus's commentslogin

The day before, Linus published a post about AI slop in kernel documentation: https://lore.kernel.org/lkml/CAHk-=wg0sdh_OF8zgFD-f6o9yFRK=t...

I think many people reading your comment and making a cursory glance at what Linus wrote will conclude he's against AI in kernel development. He may very well be, but the post you link to is in in response to this:

I'm just saying that we should highlight that:

1. LLMs _allow you to send patches end-to-end without expertise_.

2. As a result, even though the community (rightly) strongly disapproves of blanket dismissals of series, if we suspect AI slop [I think it's useful to actually use that term], maintains can reject it out of hand.

Point 2 is absolutely a new thing in my view.

What Linus is saying in his response to the above, is that if people use AI to produce slop and submit that, the documentation saying "don't do that" won't discourage them, therefore there's no need to pollute the documentation with that.

Which...makes sense?


https://x.com/AnushElangovan/status/1914667824230097144

> Bring SR-IOV open source support to client discrete GPU please.

Anush Elangovan: In the roadmap


It is not for production use because:

"Whenever the program is run, it looks for the nginx access.logs, parses them and stores the data into an SQLite DB. " ... "The command line arguments express a filtering criteria, used to build the SQL query that counts the requests."


Why does that exclude it from production use?


$ curl -I http://www.gnu.org/graphics/gplv3-127x51.png| grep Last

Last-Modified: Sun, 05 Dec 2010 20:58:51 GMT


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: