Very cool, started yesterday and I can already talk to my #FPGA :-)
sudo target/debug/tior open /dev/ttyUSB0
Hello World!
init SPI
status: 0x0000000000000025
status: 0x0000000000000025
SPI initialized!
initializing SD...
SD command cmd0 response : 01
SD command cmd55 response : 01
SD command cmd41 response : 01
SD command cmd55 response : 01
SD command cmd41 response : 01
SD command cmd55 response : 01
SD command cmd41 response : 01
SD command cmd55 response : 01
SD command cmd41 response : 01
SD command cmd55 response : 01
SD command cmd41 response : 01
SD command cmd55 response : 01
1
0
2
Jarkko Sakkinen
jarkko
Edited 2 years ago
Installing #rustup:
alias rustup="curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | bash -s --"
E.g.
rustup --no-modify-path
Just though that good to write this up since I see some distributions packaging rustup, which makes no sense (for #rustc and #cargo it does for obvious reasons).
It is also totally safe to run rustup this way kudos to the amazing #TLS 1.2.
2
0
1
@timojyrinki not that i like always what they do but on average one problem away from life when you can live with the defaults dictated to you :---)
0
0
0
@timojyrinki I just always use defacto gnome, however they feel to package it. the only savvy thing is probably using #alacritty instead of the default terminal (whatever it is called these days) because tabs are extra clutter when you have a #tmux session.
and right, because alacritty configuration is just a single file, i.e. easy to store to git with the rest of the dotfiles, and having terminal configured correctly whenever needed is pretty essential...
and right, because alacritty configuration is just a single file, i.e. easy to store to git with the rest of the dotfiles, and having terminal configured correctly whenever needed is pretty essential...
1
0
0
@timojyrinki I need just latest versions of git, nvim etc. and stable desktop. The main reason for switching from Debian. Especially I've been frustrated on downloading nvim binary from Github all the time since nvim version sticks at 0.7.something. I hate configuring my desktop and that is already way too much overhead :-) Other than latest packages, it is all the same for me what distro it is tbh.
I mean all tuning energy is already overconsumed by work so unnecessary extras just for the joy is not my thing. I even gave my NVIDIA RTX card to my daughter so that she can play some new Harry Potter game and bought Arc A770 because usually Intel GPU's have better chances to work out-of-the-box (even tho it is getting better for NVIDIA but I think this still a good bet).
I mean all tuning energy is already overconsumed by work so unnecessary extras just for the joy is not my thing. I even gave my NVIDIA RTX card to my daughter so that she can play some new Harry Potter game and bought Arc A770 because usually Intel GPU's have better chances to work out-of-the-box (even tho it is getting better for NVIDIA but I think this still a good bet).
0
0
1
Jarkko Sakkinen
jarkko
Installing #OpenSUSE #Tumbleweed to my desktop. Seems like a good sweet spot having latest packages and professional QA for a workstation.
2
1
3
@vbabka The reason I'm contacting is that for a new implementation the best approach would be to make the state of the TPM parametrized instead of holding it inside the implementation.
So the use case would be e.g. SGX enclave:
1. Pass a state blob from untrusted OS to with the TPM command to the enclave.
2. Enclave processes the TPM command, encrypts the state blob and returns it back to the caller.
Global state in the current implementations is IMHO the biggest problem so it would be a loss to get yet another implementation with such. Stateless software TPM would be sort of universal across various TEE's.
So the use case would be e.g. SGX enclave:
1. Pass a state blob from untrusted OS to with the TPM command to the enclave.
2. Enclave processes the TPM command, encrypts the state blob and returns it back to the caller.
Global state in the current implementations is IMHO the biggest problem so it would be a loss to get yet another implementation with such. Stateless software TPM would be sort of universal across various TEE's.
1
0
1
@vbabka Very much indeed! Might even considering contacting the presenter. Thank you.
Rust makes no magic here but usually people who get into Rust tend to be enthusiastic about code in the first place. Both Microsoft and IBM TPM are crap code at least in my standards. It does not take long to browse either's repository and realize this. And yeah, for new user space code I think Rust is the best available choice so it is better than starting from zero with C/C++.
Rust makes no magic here but usually people who get into Rust tend to be enthusiastic about code in the first place. Both Microsoft and IBM TPM are crap code at least in my standards. It does not take long to browse either's repository and realize this. And yeah, for new user space code I think Rust is the best available choice so it is better than starting from zero with C/C++.
1
0
1
I think it is strongest competitor so far for Access Virus, and the plugin side is better implemented, as it can run independent without requiring the hardware. Still for some sounds hardware adds a bit extra with a real analog filter so I would probably bounce stuff to audio through hardware.
0
0
0
Jarkko Sakkinen
jarkko
Edited 2 years ago
Got #Arturia #Minifreak and it is my main #MIDI keyboard now. I was worried that it has the same problem as with #Microfreak, i.e. low audio signal but it is all good. I guess it has better DAC's or perhaps a built-in preamp. The low signal in Microfreak has been a real turnoff for me and have not used it that much, which is a shame.
The synth engine is capable of doing all the basic sounds, except it lacks wavetable oscillator but I'm 100% sure that it will land at some point in firmware update. Why I think it is great synth to use as starting point for any track is the matching #VST plugin. I'm planning to use that instead of #Serum to do placeholder sounds for first versions of new tracks and later phase replace some of them with other synths. Only thing I'm sticking to #Serum is bass because there the wave shape of the oscillator is too crucial to make compromises (as important as the filter).
I'd also like to have 18 dB filter for bass as it is sort of in the sweet spot but as the other engine can act as digital filter, the combination of analog and digital filter can probably be used to find the sweet spot (I some times use two 12 dB filters in series, if a synth lacks 18 dB slope filter).
The synth engine is capable of doing all the basic sounds, except it lacks wavetable oscillator but I'm 100% sure that it will land at some point in firmware update. Why I think it is great synth to use as starting point for any track is the matching #VST plugin. I'm planning to use that instead of #Serum to do placeholder sounds for first versions of new tracks and later phase replace some of them with other synths. Only thing I'm sticking to #Serum is bass because there the wave shape of the oscillator is too crucial to make compromises (as important as the filter).
I'd also like to have 18 dB filter for bass as it is sort of in the sweet spot but as the other engine can act as digital filter, the combination of analog and digital filter can probably be used to find the sweet spot (I some times use two 12 dB filters in series, if a synth lacks 18 dB slope filter).
1
0
0
There's also #IBM software TPM. It might be less messy but it does not have any community so thus I've been ignoring it: https://sourceforge.net/p/ibmswtpm2/tpm2/ci/master/tree/. It is a single person project and almost no commits by anyone else. I trust more community projects.
0
0
0
Jarkko Sakkinen
jarkko
If I did not have anything else to do I would reimplement this in Rust: https://github.com/microsoft/ms-tpm-20-ref. The code quality is not great in the original and it is not particularly complicated thing to do just time consuming. Looking how bad code quality is, I wonder why e.g. #OPTEE implementation is based on it (if I got this wrong please correct, 99% sure it is).
#tpm #arm #tee
#tpm #arm #tee
2
0
0