Posts
4452
Following
315
Followers
470
Linux kernel hacker and maintainer etc.

OpenPGP: 3AB05486C7752FE1
@vbabka you were 100% right and thanks for making a point 🙂 saved me from making fool of myself. It was both stupid and ignorant
0
0
1
@vbabka yeah I hear you! Thus removed it. Was a bad post 🤝
2
0
1
@vbabka also 3/4 of my grandparents are karelian refugees - even if I throw a bad joke does not mean that I would not take shit seriously. For me bad jokes are way to stay sane - that said not always appropriate I get that
0
0
1
@vbabka and the border has been strenghtened all the time since the last war ended
1
0
1
@vbabka yeah this situation is unfortunate but i would wait for ballot votes to be counted. Anyway if you think that this went above the line ill remove it!
2
0
1
@chfkch meanwhile I could not care less 🤷
0
0
0
@harald As a kernel developer I recommend instead disabling suspend and reporting the bug ;-) Usually kernel oops is a potential memory corruption, which can by definition have undefined collateral effects.

E.g. do "rtcwake -s 15 -m mem" and dump dmesg contents to the bug report.

When it comes to disabling suspend, it seems that making "lid close" not do anything is particularly hard these days so I made this short screencast of it :-)

I tried all combinations, and for the reasons I have no idea of, both upower and logind configuration need to be edited.
1
2
0
@harald As a kernel developer I recommend instead disabling suspend and reporting the bug ;-) Usually kernel oops is a potential memory corruption, which can by definition have undefined collateral effects.

E.g. do "rtcwake -s 15 -m mem" and dump dmesg contents to the bug report.

When it comes to disabling suspend, it seems that making "lid close" not do anything is particularly hard these days so I made this short screencast of it :-)

I tried all combinations, and for the reasons I have no idea of, both upower and logind configuration need to be edited.
1
2
0
@chimbosonic Yeah, I'll spending a lot of time with some Rust projects so definitely worth of investment for saving nerves.

edit: I got less that 7 min compilation time with a project having over 2100 sub-crates to compile per build from clean state, once cache was warmed up first, so thanks for the tip!
0
0
0
@chimbosonic I remember X230 because it was like the last ever properly built X-series laptop with TWO SO-DIMM slots (no fused memory chips). Makes me sad to hear about that model, or how crap hardware has become after it ;-)
1
0
0
@chimbosonic yeah I was thinking about setting up sccache and should do that. Its inspiration ccache is already a time saver when compiling BuildRoot images.

Sorry, I just like to exaggerate things, can't help with bad humor ;-)
1
0
0
@ikkeT @kernellogger This is why I moved from Ubuntu to Fedora basically. Most of kernel developers I know use it, and most tools I use are also used by other kernel developers :-) For instance I recently reported an mbsync bug with a quick response time because it is quite popular among kernel developers.
0
0
1

Jarkko Sakkinen

I realized today that in order to compile Rust projects you need a ThreadRipper and also my colleague said this to me. A basic laptops literally melts when compiling Rust ;-) It's a programming language that is free but requires 2k - 12k EUR CPU to build anything reasonable.

My colleague also said that as bonus it helps to keep your house warm so I guess it is shopping time...

#rust
2
0
1
@ikkeT @kernellogger BTW now is my ark kernel moment, or to try out the cool scripts you made once the patch is available.

Exactly kind of bug where you feel more confident to give tested-by when you see how the fix flies in distribution (alike) kernel.
1
0
2

Jarkko Sakkinen

Edited 8 months ago
@ikkeT done https://bugzilla.redhat.com/show_bug.cgi?id=2323992

I'd probably fix this myself if I had extra bandwidth given how good oops transcripts this gave (despite somewhat alien subsystem). Happy to test the patch tho if/when it is available.

Unfortunately I'm busy compiling huge Rust project that is melting my laptop ATM ;-) Someone else gets the fun part...
1
1
1

Jarkko Sakkinen

Edited 8 months ago
@ikkeT done https://bugzilla.redhat.com/show_bug.cgi?id=2323992

I'd probably fix this myself if I had extra bandwidth given how good oops transcripts this gave (despite somewhat alien subsystem). Happy to test the patch tho if/when it is available.

Unfortunately I'm busy compiling huge Rust project that is melting my laptop ATM ;-) Someone else gets the fun part...
1
1
1
@ljs If "threadirqs" is enabled in the kernel-command line and rtirq is enabled by systemctl, then "ps -T -o comm,policy,rtprio -p $(pgrep -w -d ',' irq) | egrep '(snd|hci)'" this should give priority 90 for sound cards and USB HCI's after the boot (default is 50). It help for instance in that when you compile a huge project during a meeting, audio does not chop ;-) Should be really part of default installation IMHO despite the little that it does (just reconfigures priorities).

I'll see if I can build RPM myself given that there is a spec file apparently :-) https://github.com/rncbc/rtirq
0
0
2
@ikkeT debugging wifi issues requires motivation because each test requires reboot ;-)
1
0
1
Show older