Krzysztof Kozlowski
Posts
278Following
39Followers
290#standwithukraine 🇵🇱 🇪🇺 🇺🇦 🇨🇭
IRC: krzk
Kernel work related account. Other accounts of mine: @krzk@mastodon.social
GitHub: https://github.com/krzk/
Traveling Instagram / Wanderquak: https://www.instagram.com/wanderquak/
Home brewery: https://brewalot.ch
Our gardening (and worm farm!): https://growalot.ch
@ljs @lwn @corbet For specific details you would need to go to @monsieuricon rants and emails (or other kernel maintainers trying to run their own mailservers... discussed few times recently on IRC), but in overview: Google and Microsoft in order to protect their email users with lowest possible cost on their side, block entire networks without possibility to challenge or improve it by blocked mail admin. Your IP history of not-sending spam does not even matter - they will block it and don't care.
For a few days already sending emails from korg to anyone @outlook.com is blocked by Microslop.
For a few days already sending emails from korg to anyone @outlook.com is blocked by Microslop.
1
0
0
@lwn I am in the process of migrating my @kernel.org email setup away from Gmail to Fastmail. Not because I have trouble sending email. I can send easily... the problem is people won't be able to send to me.
I already was not subscribed to most of the kernel mailing lists and used lei/public-inbox. Now I dropped remaining few and move to korgalore for these (workflows, ksummit etc): https://korgalore.docs.kernel.org/
I already was not subscribed to most of the kernel mailing lists and used lei/public-inbox. Now I dropped remaining few and move to korgalore for these (workflows, ksummit etc): https://korgalore.docs.kernel.org/
0
0
3
Krzysztof Kozlowski
krzk
In case you missed the announcement:
Both - Google/Gmail and Microsoft/Outlook - probably should be considered as evil and non-cooperative email providers.
Our decentralized workflow met reality of big monopolies caring only about themselves. Basically Google and Microsoft (lack of) response is actively impacting kernel development in a negative way.
I know this post will be ignored, so how about removing Google and Microsoft @LWN Kernel Development Statistics, so they will notice the problem?
Both - Google/Gmail and Microsoft/Outlook - probably should be considered as evil and non-cooperative email providers.
Our decentralized workflow met reality of big monopolies caring only about themselves. Basically Google and Microsoft (lack of) response is actively impacting kernel development in a negative way.
I know this post will be ignored, so how about removing Google and Microsoft @LWN Kernel Development Statistics, so they will notice the problem?
3
0
4
Krzysztof Kozlowski
krzk
Who would think that removing myself from Linux kernel maintainers was such a good feeling. :)
Naaah, I'm a bit joking, just a proper thing to do instead of hoarding maintainers entry and not replying to emails.
Naaah, I'm a bit joking, just a proper thing to do instead of hoarding maintainers entry and not replying to emails.
0
0
3
Krzysztof Kozlowski
krzk
@trini @hzulla That "standard way" was actually developed by someone, e.g. company or hobbyists, so cost money/time. Lack of such investment is not a scandal. It's really harmful language, because it suggests there is here some sort of malice or incompetence or just negligence. Basically it feels like years of mine and your work were part of that negligence. But no.
Our choices or economies are driven by demand and there was no demand for generic bootable ARM phone or laptop. Demand was for a cheap phone or laptop. There are BTW reasons why there is no x86 (laughing at Intel Atom) in embedded, IoT or phone/tablet market. That "general purpose bootloader and OS install" comes with a cost and there was and there is no demand for it.
Scandal would be if someone could not even develop that "general purpose bootloader and OS install", because of vendor lockdown. This is actually partially true for mobile market due to secure boot restrictions, but not for arm64 laptops, not for embedded/IoT.
Our choices or economies are driven by demand and there was no demand for generic bootable ARM phone or laptop. Demand was for a cheap phone or laptop. There are BTW reasons why there is no x86 (laughing at Intel Atom) in embedded, IoT or phone/tablet market. That "general purpose bootloader and OS install" comes with a cost and there was and there is no demand for it.
Scandal would be if someone could not even develop that "general purpose bootloader and OS install", because of vendor lockdown. This is actually partially true for mobile market due to secure boot restrictions, but not for arm64 laptops, not for embedded/IoT.
1
0
1
Krzysztof Kozlowski
krzk
@trini @hzulla Nothing is locked on Qualcomm ARM laptops. After 15 years to can still develop generic purpose loader or kernel... But if you want someone else to do your job (like they did on ACPI), that's a bit different question and not really a scandal. Scandal is if vendor would lock you out of doing it. Here no one is locked out and you have the freedom to implement whatever you find necessary. What others did not implement in SW what you find necessary is not a scandal.
1
0
1
Krzysztof Kozlowski
krzk
@EUCommission Picture of "Discover EU" in your post is showing famous Landwasser Viaduct with Swiss train in SWITZERLAND. This is not EU.
1
0
3
And here is the long version from OSS Japan:
https://youtu.be/mF3MQYH3x3s?si=vXBEm8EZIRUohhg3
https://youtu.be/mF3MQYH3x3s?si=vXBEm8EZIRUohhg3
0
0
1
Krzysztof Kozlowski
krzk
@Logical_Error This is list of vendors, as explained on earlier slides.
0
0
1
Krzysztof Kozlowski
krzk
First pulls merged to Linux SoC tree as part of new co-maintainership done!
https://web.git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git/commit/?h=arm/fixes&id=a3b80161fbd06b5dbc0af8f29f8ae58c4aebf0b2
https://web.git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git/commit/?h=arm/fixes&id=a3b80161fbd06b5dbc0af8f29f8ae58c4aebf0b2
1
1
5
Krzysztof Kozlowski
krzk
Edited 1 month ago
"... I'll be going very, very, very fast. (...) I work for Qualcomm, I'm maintainer, taratatata..."
That's how you don't waste time of the audience during your speech. :)
Tokyo was cool, that was my third visit to Japan and second trip to Tokyo. But beside the city, time spent for Linux Plumbers Conference is as usual priceless. See you next year in Prague!
https://youtu.be/AN_3EA7gv04?si=1eBljSyw57zuzcNt&t=5
That's how you don't waste time of the audience during your speech. :)
Tokyo was cool, that was my third visit to Japan and second trip to Tokyo. But beside the city, time spent for Linux Plumbers Conference is as usual priceless. See you next year in Prague!
https://youtu.be/AN_3EA7gv04?si=1eBljSyw57zuzcNt&t=5
2
3
6
Krzysztof Kozlowski
krzk
Edited 2 months ago
I don't want to take all the credits, but FWIW, after pointing out publicly DTBs check compliance warnings for some platforms during my OSS Japan talk, two platforms/archs already received patches to fix several warnings (Loongarch and Aspeed).
It seems I will need to keep repeating this talk :)
https://sched.co/29Foi
It seems I will need to keep repeating this talk :)
https://sched.co/29Foi
1
1
7