After letting them simmer for a few days, they’re finally ready! The #kr2025 videos are now online and waiting for you to watch. You’ll also find the presentation slides we’ve received so far.

Enjoy!

Slides and videos: https://kernel-recipes.org/en/2025/schedule/

Watch all the videos : https://www.youtube.com/playlist?list=PLQ8PmP_dnN7JIsjWbFPeRdze4MQHHkIm8

@conor thanks!

@a it's informal discussion so no fixed topic

FYI the Portland Linux kernel meetup is still happening but we stopped paying for Meetup. Next one will be October 16th (Thu). Follow here https://groups.google.com/g/pdxkernel and https://ikluft.github.io/pdx-lkmu/

Curious about how the day is going to go? The first four hours of the livestream looks like this! Join us on YouTube! https://www.youtube.com/watch?v=Yn0e7APWtnY

The next Open Hardware Summit will be in Berlin! Follow @oshwassociation for more!

Move slow and fix stuff!
It's Open Hardware Month at @oshwassociation https://oshwa.org/announcements/open-hardware-month-is-coming/ #OpenHardware #OSHWA #OSHW

We're moving into after noon programming! Check out who's speaking in the next four hours! Join us: https://www.youtube.com/watch?v=Yn0e7APWtnY

RE: https://mastodon.social/@oshwassociation/115322518606346131

Live now!

@conor What plugins do you use? I use nvim but I feel like I'm too vanilla. I've been meaning to do something a bit more fancy.

@monsieuricon 'ChaosEsque Team' has been sending rude spam. Is it possible to block them on the kernel.org lists?
https://lore.kernel.org/all/CALC8CXeXUGGujKjZbzCTXa5iyrk5XGWaCXTvtQODu+HCEDOYmw@mail.gmail.com/

@monsieuricon Thanks for dealing with that. I love b4 and lore!

Live now! Join @crowdsupply @helenleigh for a conversation with Tim Ansell (@mithro) about wafer.space, a new way for chip designers to easily turn a design into real, working chips: https://www.youtube.com/watch?v=tEOmnN8IAjs
#OpenHardware #OSHW #OpenSilicon #OpenPDK

5m until we are live! http://youtu.be/tEOmnN8IAjs

@gregkh Great benchmark! Very interesting to see all your different machines. I did like what I saw of the Framework 13 at KR. 3:2 make so much more sense! I had been thinking earlier this year about getting the Framework 12 but it good to your opinion that it not quite fast enough.

"register windows. It's like extended memory, but for your registers!"
https://lore.kernel.org/linux-riscv/CAHk-=wji-hEV1U1x92TLsrPbpSPqDD7Cgv2YwzeL-mMbM7iaRA@mail.gmail.com/

#kr2025 is already over! A huge thank you…

... to all the speakers who made this edition such a success,

to our godfather @paulmckrcu who did an incredible job putting together and keeping track of the agenda,

to Jean-Christophe for making the livestream possible and running the sound and video so flawlessly,

to @Aissen for the amazing live blog,

to Erwan for his spot-on mic throws,

to Frank for joining us on this third day and adding that little touch of craziness to the conference,

Benchmarking the different machines in my office with the wonderful kcbench: http://www.kroah.com/log/blog/2025/10/01/the-only-benchmark-that-matters-is.../

""WE ARE NOT PREEMPTIVELY SUPPORTING BIG-ENDIAN ON RISC-V""

Linus send that to #LKML a few hours ago, after somebody asked if some of the big-endian work will make it into #Linux 6.18.

For the full thread, see: https://lore.kernel.org/lkml/CAHk-%3DwgYcOiFvsJzFb%2BHfB4n6Wj6zM5H5EghUMfpXSCzyQVSfA@mail.gmail.com/t/#mce138059dc56014643bbda330810183031ef5c06

There he calls the reasons documented on riscv.org as "craziness" and insane:

""In other words, it is suggesting that RISC-V add a big-endian mode due to

(a) internet protocols - where byte swapping is not an issue

(b) using "some RISC-V implementations don't do the existing Zbb extension" as an excuse

This is plain insanity. First off, even if byte swapping was a real cost for networking - it's not, the real costs tend to be all in memory subsystems - just implement the damn Zbb extension.""

That's from https://lore.kernel.org/lkml/CAHk-%3DwgYcOiFvsJzFb%2BHfB4n6Wj6zM5H5EghUMfpXSCzyQVSfA@mail.gmail.com/t/#m2fcaa49a910fec7475d313f01abfc861bd588ad5

#riscv #kernel #LinuxKernel

@mithro spoke about his new company wafer.space on the Amp Hour podcast. wafer.space will fab designs on Global Foundries 180nm (GF180MCU)

https://theamphour.com/703-building-wafer-space-with-tim-ansell

The photo/artwork is amazing