Posts
24
Following
52
Followers
33
Linux RISC-V kernel hacker
Maintainer of T-Head TH1520 SoC
@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
1

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
23
41

Thorsten Leemhuis (acct. 1/4)

Edited 4 days 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 9 days 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

My talk at @KernelRecipes timestamped in the live feed for those that didn't catch it

Talking about where memory comes from... :)

https://www.youtube.com/watch?v=LcWIJhcDooM&t=19925s

2
2
1

Frank is back (and we are very happy of that). Beware!

0
1
2
Edited 11 days ago

@vbabka now: Observing the memory mills running

After last year talk about /proc/meminfo exploration, we will go deeper in what to do with memory usage information

https://kernel-recipes.org/en/2025/schedule/observing-the-memory-mills-running/

0
2
1

Starting soon 3rd day of . Check the live stream
https://youtube.com/live/ko8Ap3PrYnQ

0
4
3
Dorinda BASSEY kicks off day 3 of @KernelRecipes with "Modernizing Virtio GPU: A Rust-Powered Approach with vhost-device-gpu" https://kernel-recipes.org/en/2025/schedule/modernizing-virtio-gpu/
Watch live: https://www.youtube.com/live/ko8Ap3PrYnQ?si=brXHuEqee12_BAF8 #kr2025
0
2
2

Concurrency doesn' play fair! says @paulmckrcu

0
4
2
Show older