Krzysztof Kozlowski
Posts
338Following
43Followers
310#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
Krzysztof Kozlowski
krzk
My speech proposals for OSS India 16-17 June were accepted (yay!) but the conference organizers weirdly ask to have slides ready TWO months before:
"Slide Submission Deadline: Monday, 15 April"
https://events.linuxfoundation.org/open-source-summit-india/program/speaker-guide/#welcome
Yeah, right. Dream on. I can send you the title slide on 15th of April.
"Slide Submission Deadline: Monday, 15 April"
https://events.linuxfoundation.org/open-source-summit-india/program/speaker-guide/#welcome
Yeah, right. Dream on. I can send you the title slide on 15th of April.
1
0
0
Krzysztof Kozlowski
krzk
@monsieuricon I saw you mentioning git-bugs earlier and I see links above, but I am still not sure how could I use it. Do you have anywhere short description what this could be for? Replace Bugzilla?
1
0
0
@gregkh Not that odd... I imagine random dudes talking:
- I used microslop to find bug in Linux kernel and I will have CVE/security vulnerability credits for my CV!
- oh, amazing, was it difficult?
- I just found them easily in usbip, it looks like easy pick.
- I will do the same!
I, for example, noticed that when Google Summer of Code starts, e.g. application process, there is increased amount of contributions doing the same as GSoC applicants but not being part of GSoC. It's like someone found GSoC page with "easy picks" and then hops on the same bus.
Maybe usbip is the same here.
- I used microslop to find bug in Linux kernel and I will have CVE/security vulnerability credits for my CV!
- oh, amazing, was it difficult?
- I just found them easily in usbip, it looks like easy pick.
- I will do the same!
I, for example, noticed that when Google Summer of Code starts, e.g. application process, there is increased amount of contributions doing the same as GSoC applicants but not being part of GSoC. It's like someone found GSoC page with "easy picks" and then hops on the same bus.
Maybe usbip is the same here.
0
0
1
Krzysztof Kozlowski
krzkI thought linux.dev was more so for enthuasists and kernel.org for maintainers?
@ljs @axboe @monsieuricon Ah, true, maintainer/reviewer OR “ongoing history with Linux kernel development”: https://korg.docs.kernel.org/linuxdev.html
kernel.org is for maintainers handling code, but there are many people listed in MAINTAINERS which do not handle the code but have M: status, mostly for individual drivers.
1
0
1
@ljs @axboe @monsieuricon But regardless, Josh Law is not a maintainer and should not be such for longer time, considering amount of lies he produced and kept insisting on, even when proven these were lies.
@linux.dev is for maintainers, right? So that's the answer.
To submit patches via SMTP and receive email to a sane IMAP client he can as well use Gmail account - works well and is free. Many people do it, so that's also not a reason to get @linux.dev.
He was told to slow down and learn, but I only see actions still in pursue of some maintainership or other involvement beyond learning. Asking for @linux.dev also feels like asking to legitimize identity or at least get some boost in reputation.
You boost reputation by not sending microslop, not by getting @linux.dev.
@linux.dev is for maintainers, right? So that's the answer.
To submit patches via SMTP and receive email to a sane IMAP client he can as well use Gmail account - works well and is free. Many people do it, so that's also not a reason to get @linux.dev.
He was told to slow down and learn, but I only see actions still in pursue of some maintainership or other involvement beyond learning. Asking for @linux.dev also feels like asking to legitimize identity or at least get some boost in reputation.
You boost reputation by not sending microslop, not by getting @linux.dev.
1
0
3
Krzysztof Kozlowski
krzk
@ljs @axboe @monsieuricon There were some more interactions with few more people off-list. Let me forward them.
1
0
1
Krzysztof Kozlowski
krzk
@airlied @corbet @ljs @monsieuricon Jia Tan also was presenting good faith at some point. Or could come later and say "wait, no, I am a real person, not paid by foo-bar intelligence".
Once trust is lost that person is real, it is difficult to judge whether further statements show good faith or are just trying to salvage whatever operation was there.
And I do understand that this is lose-lose situation, if we stop trusting in general just because one used AI for entire patch and then kept lying about it.
Once trust is lost that person is real, it is difficult to judge whether further statements show good faith or are just trying to salvage whatever operation was there.
And I do understand that this is lose-lose situation, if we stop trusting in general just because one used AI for entire patch and then kept lying about it.
1
0
1
Krzysztof Kozlowski
krzk
Continuing PyTorch / Linux Foundation database of harvested emails and sending advertisements to them - https://social.kernel.org/notice/B3bhz39OUEdNndylVI
Linux Foundation apologized for "internal marketing operations error" and that "Your email address, along with those of other kernel maintainers, was included in a dataset from a third-party data provider that was improperly imported into our marketing systems without consent verification."
No name for 3rd party provider was given, so GDPR cannot follow to that provider, though...
Linux Foundation also stated they were executing a "permanent deletion". That was 5th of March.
However today I got message from other kernel maintainer, who just got spam/advertisement from the PyTorch Foundation. So saga keeps going.
Maybe they removed only my address from the harvested list. :)
Linux Foundation apologized for "internal marketing operations error" and that "Your email address, along with those of other kernel maintainers, was included in a dataset from a third-party data provider that was improperly imported into our marketing systems without consent verification."
No name for 3rd party provider was given, so GDPR cannot follow to that provider, though...
Linux Foundation also stated they were executing a "permanent deletion". That was 5th of March.
However today I got message from other kernel maintainer, who just got spam/advertisement from the PyTorch Foundation. So saga keeps going.
Maybe they removed only my address from the harvested list. :)
0
1
3
Krzysztof Kozlowski
krzk
@manut In case you did not find it so far, this might be useful:
https://github.com/guillemj/debian-pkg-neard
https://github.com/sameo/neard-deb.git
And the last packaging for Ubuntu: https://launchpad.net/ubuntu/+source/neard
https://github.com/guillemj/debian-pkg-neard
https://github.com/sameo/neard-deb.git
And the last packaging for Ubuntu: https://launchpad.net/ubuntu/+source/neard
2
0
0
Krzysztof Kozlowski
krzk
New release: neard v0.20, the user-space counterpart of Linux NFC stack
The release includes a few minor fixes.
Source code release:
https://web.git.kernel.org/pub/scm/network/nfc/neard.git/tag/?h=v0.20
https://web.git.kernel.org/pub/scm/network/nfc/neard.git/snapshot/neard-0.20.tar.gz
I should have released it much earlier, though. I think this release thanks to Mark Greer finally dumps Python 2 dependency - last blocker of packaging for Debian. Anyone would like to revive the Debian package?
The release includes a few minor fixes.
Source code release:
https://web.git.kernel.org/pub/scm/network/nfc/neard.git/tag/?h=v0.20
https://web.git.kernel.org/pub/scm/network/nfc/neard.git/snapshot/neard-0.20.tar.gz
I should have released it much earlier, though. I think this release thanks to Mark Greer finally dumps Python 2 dependency - last blocker of packaging for Debian. Anyone would like to revive the Debian package?
1
6
14
@cynicalsecurity @tobhe If I correctly see in OpenBSD ports, around November DTS was moved from v6.15 to v6.17. In the kernel that was quite an update and T14s got proper USB description (retimers), DisplayPort support and few more less impactful changes. X1E SoC got SCMI cpufreq and several PCI improvements, but nothing stands out as something having ABI impact, so maybe we did not break there anything...
1
0
1
Krzysztof Kozlowski
krzk
@cynicalsecurity @tobhe If you can replace the DTBs from booted USB stick, then please try older versions, e.g. v6.16. If that confirms that DTS/DTB is the problem, then bisecting would be useful. The sources are taken from:
https://git.kernel.org/pub/scm/linux/kernel/git/devicetree/devicetree-rebasing.git/snapshot/ and currently at v6.17 in OpenBSD Makefile.
https://git.kernel.org/pub/scm/linux/kernel/git/devicetree/devicetree-rebasing.git/snapshot/ and currently at v6.17 in OpenBSD Makefile.
1
0
0
Krzysztof Kozlowski
krzk
@kernellogger Did he just propose PGP/GnuPG web-of-trust? Isn't this like a 30 year old thing?
1
0
1
Updated guideline: https://social.kernel.org/notice/B4DukxPLisztLVWuEi
0
0
1