Posts
3557
Following
214
Followers
361
Linux kernel maintainer. Compilers and virtualization at Parity Technologies.

Jarkko Sakkinen

Noticed by accident in aerc. By pressing 's' you get a vertical pane showing the message instead of having to open it by pressing enter. By pressing 'shift-s' you get a horizontal pane.

#aerc #email
1
0
1

Jarkko Sakkinen

Edited 3 months ago
This was good stuff:

https://lwn.net/Articles/990273/
0
0
0

Jarkko Sakkinen

My pro tip for Amazon: if successful meetings are so important why not just require people to show up to those F2F?

I think staff would be more motivated with that constraint than enforced in-office weeks 🤷

#amazon #remote #work
0
0
1

Wow! Fedora Linux 41 beta today, _and_ twelve years at Red Hat for me!

2
3
1

Jarkko Sakkinen

Edited 3 months ago
After having MacBook Pro for 1.5 years from Tampere University picking the dev laptop for the new job was a no brainer options to pick being Macbook Pro or x86 Linux laptop.

MacOS is pure garbage a development environment. If you get one there is no other ways to make usable except installing Asahi Linux. Working with toolchains sucks, virtualization sucks and conceptually containers do not in reality exist.

I'm not even joking when I say that if i had picked Macbook Pro as my dev laptop for the new job it would statistically show in the performance reports over period of time as a negative impact. It just is super bad operating system for writing code.

I still love my personal Mac mini which is over-expensive audio plugin host :-) It does deliver in that task tho and works well also for watching Netflix.

Phew, it was nice to let all the hate for Macbook Pro out ;-) Piece of shit laptop tbh.
1
0
2

Jarkko Sakkinen

I was looking for something that would be a bit like Maple and Matlab for working as calculator, plotting and stuff like that but not as involved as those tools. After trying bunch of options I realized https://julialang.org/ is pretty much size-fit of this niche.
0
0
1

Jarkko Sakkinen

I like eBPF because it allows me to set conditions and measurement points so freely. A performance issue that took me some years ago two days to uncover takes now few hours. Improving tools brings so much more productivity than ChatGPT ever could.
0
0
2

Jarkko Sakkinen

I think I move my PR for v6.12 to late this week given that the getting performance improvements for TPM encryption are a priority to fix. Would not make sense to postpone them to v6.13 in my opinion.
0
0
0

Jarkko Sakkinen

First performance fixes for TPM HMAC encryption:

https://lore.kernel.org/linux-integrity/D4727YOJY8KZ.L6RKMRBKRCSN@kernel.org/T/#m22ed621c65c75c75900fe77c6b963ac98eb1b624

I don't expect this to fully address the performance challenges. It is the first axis here. Other axis is the session creation but these are independent issues.
1
0
2

Jarkko Sakkinen

one of my favorite game themes: https://www.youtube.com/watch?v=ICX6hK3Se6k
0
0
0

Jarkko Sakkinen

Two weeks after this left at Tampere University working in https://sochub.fi/. Not that much is going to change to because I'm still happily stuck at my home and working on RISC-V peculiarities. It's a broken CPU architecture still in my opinion but that's why also fun to work with :-)
0
0
2

Ukrainaan kerätään läppäreitä, tablet-laitteita, puhelimia, latureita, jne. pelastuspalvelujen kautta.

https://intermin.fi/ukraina/materiaaliapu-ukrainaan/laptops-for-ukraine

0
1
1

ahh yes, the little known 3M Sandblaster Pro

3
7
1

Jarkko Sakkinen

I switched back to GNU screen from tmux :-) Color issues are gone in 5.0. I was using screen anyway all the time because it can do serial ports.
0
0
0

Jarkko Sakkinen

Edited 3 months ago

Cool, GNU Screen 5.0 is out [1].

Screen has its set of perks when compared to tmux:

  1. screen -L -dmS <session name> <command> (I’m aware of tmux pipe-pane but it is not atomic with the session creation).
  2. screen <serial port>
  3. Local layout for a session per client.

When doing kernel CI the first bullet can be sometimes particularly useful.

[1] https://lwn.net/Articles/987700/

#screen #tmux #lwn

1
2
4
Edited 2 months ago

OK, it's official. The next ER will be May 14-16 in Nice, France. -- https://embedded-recipes.org

0
13
2

This is why women cover their drinks when enters the room.

34
9
2

Jarkko Sakkinen

Edited 3 months ago

This was pretty cool:

❯ sudo bpftrace -e 'k:tpm_transmit { @start[tid] = nsecs; } kr:tpm_transmit { @[kstack, ustack, comm] = sum(nsecs - @start[tid]); delete(@start[tid]); } END { clear(@start); }'
Attaching 3 probes...
^C

@[
    tpm_transmit_cmd+46
    tpm2_flush_context+120
    tpm2_commit_space+197
    tpm_dev_transmit.constprop.0+137
    tpm_dev_async_work+102
    process_one_work+374
    worker_thread+614
    kthread+207
    ret_from_fork+49
    ret_from_fork_asm+26
, , kworker/4:2]: 2860677
@[
    tpm_dev_transmit.constprop.0+111
    tpm_dev_async_work+102
    process_one_work+374
    worker_thread+614
    kthread+207
    ret_from_fork+49
    ret_from_fork_asm+26
, , kworker/16:1]: 3890693
@[
    tpm_transmit_cmd+46
    tpm2_load_context+195
    tpm2_prepare_space+410
    tpm_dev_transmit.constprop.0+54
    tpm_dev_async_work+102
    process_one_work+374
    worker_thread+614
    kthread+207
    ret_from_fork+49
    ret_from_fork_asm+26
, , kworker/4:2]: 9058524
@[
    tpm_transmit_cmd+46
    tpm2_save_context+179
    tpm2_commit_space+314
    tpm_dev_transmit.constprop.0+137
    tpm_dev_async_work+102
    process_one_work+374
    worker_thread+614
    kthread+207
    ret_from_fork+49
    ret_from_fork_asm+26
, , kworker/4:2]: 11426260
@[
    tpm_transmit_cmd+46
    tpm2_load_context+195
    tpm2_prepare_space+318
    tpm_dev_transmit.constprop.0+54
    tpm_dev_async_work+102
    process_one_work+374
    worker_thread+614
    kthread+207
    ret_from_fork+49
    ret_from_fork_asm+26
, , kworker/4:2]: 14182972
@[
    tpm_transmit_cmd+46
    tpm2_save_context+179
    tpm2_commit_space+155
    tpm_dev_transmit.constprop.0+137
    tpm_dev_async_work+102
    process_one_work+374
    worker_thread+614
    kthread+207
    ret_from_fork+49
    ret_from_fork_asm+26
, , kworker/4:2]: 22597059
@[
    tpm_dev_transmit.constprop.0+111
    tpm_dev_async_work+102
    process_one_work+374
    worker_thread+614
    kthread+207
    ret_from_fork+49
    ret_from_fork_asm+26
, , kworker/4:2]: 1958500581

Gives me total ns time for each possible stack while bpftrace was running :-) Nothing spectacular but I believe this might be enough to get hold of a performance regression:

https://lore.kernel.org/linux-integrity/D43JXBFOOB2O.3U6ZQ7DASR1ZW@kernel.org/

I’m a total beginner with eBPF stuff, and not an expert in tracing and profiling, so any improvement suggestions are welcome.

#linux #kernel #bpftrace

0
1
2
Show older