Posts
38
Following
57
Followers
55
Linux RISC-V kernel hacker
Maintainer of T-Head TH1520 SoC

URGENT: Adopters Needed for Dogs 🐾🐾
Multnomah County Animal Services is asking for help after they say kennels are now at 90% capacity. Fostering is also needed too
https://www.kptv.com/video/2025/10/16/multnomah-county-animal-services-seeks-adopters-after-kennels-reach-90-capacity/

0
2
1
And my Kernel Recipes talk is now available: https://youtu.be/qYPCL1KGdQA

A big "Thank you!" to everyone involved!
1
10
18

After letting them simmer for a few days, they’re finally ready! The 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

1
13
2
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/
3
5
7

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

0
3
1

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

0
3
2

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

0
2
1
@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/
1
0
2

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

0
4
1

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

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

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,

1
10
2
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.../
8
22
41

Thorsten Leemhuis (acct. 1/4)

Edited 7 months ago

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

Linus send that to a few hours ago, after somebody asked if some of the big-endian work will make it into 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

6
5
1

@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

0
2
1

It's almost October which means it's almost Open Hardware Month! We are so excited for another OHM with all kinds of exciting events all over the world. We'll be running another membership livestream event running 12 hours and featuring OSHW creators who do incredible work. Mark your calendars and get excited because there's going to be really amazing speakers and perhaps even some sloths! How are you celebrating Open Hardware Month?

https://www.youtube.com/watch?v=Yn0e7APWtnY

0
5
1
Long live @KernelRecipes 🐧🧑‍🍳🇫🇷
0
1
7

Krzysztof Kozlowski

Edited 7 months ago

When a vendor wants to control upstreaming process and objects to community-led patches, I’ll just point to this brilliant response from @conor:

It’s only better if <vendor name> submits better quality patches (no evidence for that yet) or submits the patches more promptly than others (which clearly has not happened here), and offers review commentary etc at a higher standard and more frequently than a non-employee maintainer would be able to do (there’s no evidence for that so far either, given you’re trying to stall this patchset). Your claim seems to have no merit as there is no proof that you’d do a better job.

https://lore.kernel.org/all/20250925-jaundice-uneasy-ff8b3b595879@spud/

2
17
33
Show older