Posts
252
Following
37
Followers
277
Linux Kernel developer and maintainer
#standwithukraine πŸ‡΅πŸ‡± πŸ‡ͺπŸ‡Ί πŸ‡ΊπŸ‡¦ πŸ‡¨πŸ‡­
IRC: krzk
Kernel work related account. Other accounts of mine: @krzk@mastodon.social
@ptesarik @corbet OK, so answering more precisely your question from where does 100 come - from checkpatch. Sometimes people identify checkpatch as the coding style. But few maintainers expressed on mailing list preference of 100.
0
0
2
@ptesarik @corbet Coding style does not need update, it is vague on purpose, because sticking to hard limits is not necessarily good. That's why checkpatch has different limit - people treated its output too literally.
Now some maintainers PREFER 100. I don't know your case here - ask maintainer of that code, which might be that person nitpicking you :)
1
0
1
@conor I see now that the stalling-email from vendor partially worked and discouraged community from maintaining the code. Sigh...
1
0
1
@kernellogger @pojntfx @thomasmey yep, sending patch is the first step anyway, regardless of actual status in the maintainers file.
0
0
4

Krzysztof Kozlowski

Edited 19 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

Collaboration and communication are at the heart of Linux kernel development. In the second part of our series, we explore how to work effectively with the Linux kernel community.

Read more here πŸ‘‰ https://lnkd.in/eYgrqWZs

0
2
1
@gregkh Oh, thanks for sharing! People received only cover letter and we all know how we treat cover letters, especially ones without patches :)

Work looks interesting, maybe it will solve the problem Bartosz and Wolfram were speaking about on conferences.
0
0
1
@brauner @monsieuricon @kernellogger @geert Please check the link to doc patch from @geert - different domain does not solve dislike for automated Link:, as it seems.
0
0
0
@geert @kernellogger @monsieuricon Very secretive:
" Name: On behalf of msgid.link OWNER
Organization: c/o whoisproxy.com "
0
0
0
@geert @monsieuricon @kernellogger
https://b4.docs.kernel.org/en/latest/config.html
> can also use https://msgid.link/%s, which is an alias for lore.kernel.org.
So I would guess that should be same owner as for kernel.org. Otherwise b4 docs should not recommend it.
1
0
0

@monsieuricon @geert @kernellogger So basically:

git config --global b4.linkmask 'https://patch.msgid.link/%s'
1
0
0
@gregkh Maybe such reports should be made public afterwards to serve as a warning?
0
0
0

NGI Zero open source funding

The European Commission has issued a survey on the Governance and Sustainability of Critical Open Source Software.

The survey hopes to identify "pathways for collective efforts" and make "actionable recommendations for public administrations".

It's a relatively short survey, takes max 15 minutes & provides lots of opportunities to rate FOSS as 'very important' πŸ˜›

https://ec.europa.eu/eusurvey/runner/FOSSEPS_Governance_and_Sustainability_Survey

2
14
1
@kernellogger @geert That 6.17-rc5 was third complain ~last two weeks about Link tag, so I dropped it from my scripts. I see the rationale that automatically added Link which points to latest patch version, not even to the one with some sort of review happening, is just convenience instead of copy-paste of subject to lore.kernel.org. Useful to me but not worth dying for and I actually understand preference of having really useful Link or no Link at all.
3
0
1

Krzysztof Kozlowski

With @andi we are organizing another Linux'n'Beer meeting in Zurich, CH:

When: Friday, 12th Sep, 18:00
Where: Bierwerk Zuri, https://maps.app.goo.gl/unN5AkKQUVj6DQ3H6

The place is known of good beer and they also have some beer-food (snacks, focaccia), but don't expect proper dinner served.

Please kindly let me know if you plan to come, so I will adjust the table booking if necessary.

Also just as reminder - we have a mailing list, so join if you do not want to miss such announcements
lch @ https://subspace.kernel.org/lists.linux.dev.html

And IRC channel #linuxnbeer-ch (on Libera)
0
0
3
@fustini Nice! Thanks for pinging!
0
0
1
Show older