@vathpela @vwbusguy commodore power!

@vwbusguy

@ljs @blainsmith what kind of device you have?

John Gartner is a psychologist who, as founder of Duty To Warn, has raised the alarm about Trump's declining mental fitness. This week, we had the honor of interviewing him for a disturbing conversation about why he’s more worried than ever that the media and the public are missing all the blaring red signs that Trump is slipping rapidly into dementia. https://thinkbigpicture.substack.com/p/john-gartner-trump-cognitive-decline

So, this happened.

https://opentofu.org/blog/our-response-to-hashicorps-cease-and-desist/

My talk on Bevy's Rusty ergonomics was uploaded on the Rust Nation UK conf channel!

https://youtu.be/CnoDOc6ML0Y

#bevyengine #rustlang #gamedev

Billions of videos recorded yet no real world use found for reaction content

Early 00's main stream hip hop == Triton across the board and mostly just factory presets :-)

Found a solution for General MIDI: I forgot that I had upgrade my KORG Classic Collection and it has VST version of Triton, which has a bank for this. KORG's plugins are overally so much better and more stable than what Roland offers and no cloud crap required. They are actually the best software versions of their gear, which is how it should be. With e.g. TB-303 emulation you are better off with D16's Phoscyon2 or perhaps Arturia's ACID-V (have not tested the latter).

i like to read this blog from time to time for entertainment: https://devblogs.microsoft.com/oldnewthing/

Nice insights and well written stuff...

#microsoft #windows #blog

@Fishwaldo @sdbbp Thanks, got it!

What a world we have built ... https://www.tomshardware.com/networking/three-million-malware-infected-smart-toothbrushes-used-in-swiss-ddos-attacks-botnet-causes-millions-of-euros-in-damages

Edit: there are suggestions out there that this story is not actually true. So sad, who ever heard of something not being true on the Internet? But does anybody doubt that something like this *will* be true in the near future?

@troglobit @kernellogger @torvalds The problem having just one LSM is that there's at least couple which have been invested a lot by companies. So thus next best thing is in my opinion the scope and constraint LSM better and "un-LSM" stuff that does not need to be LSM.

Having just one LSM is not something that we have privilege to decide anymore so better to work with the existing constrains.

@Fishwaldo @sdbbp I know by empirical fact that Segger's J-link series of probes have been successfully used with VisionFive2. It was mentioned in this article: https://sizeof.cat/post/starfive-visionfive-2/

From that same article I found the U-boot source for JTAG init: https://github.com/starfive-tech/u-boot/blob/ac0ac696256abf412826d74ee918dd417e207d7b/board/starfive/visionfive2/starfive_visionfive2.c#L354

Can one derive from that init code what kind of probe's are compatible?

@Fishwaldo @sdbbp Thanks for the remark. So: CkLink is.a proprietary extension for JTAG protocol?

@troglobit @kernellogger @torvalds Not totally disagreeing with that, I mean never used any of these LSM's in my own machines :-) Still e.g. in context where you have let's say bunch of nodes e.g. in a data center, it would probably make sense... The point I'm driving is that before you stack anything one should know what the thing is and also what it isn't. Otherwise you are destined to end up with a mess :-)

Have been sick today so could not have concentrated to LKML, thus spamming here so that I can recall my thoughts.

We have a monthly call organized by @securepaul and with bunch of key Linux security contributors like @kees for instance, and at least one person I think from almost all major companies contributing to Linux. I think this topic should definitely end up to the next call's agenda.

@sdbbp OK thanks a bunch for sharing this info :-)

@sdbbp Thanks, are these different probes expected to be compatible? Is the JTAG protocol always the same same and does it have like standardized wiring (e.g. like RS-232 TX/RX/GND)?

I'm familiar with OpenOCD. I use it at the university for prototype SoC (https://sochub.fi/). I plan to develop exactly scripts for it that I can develop and test with my SBC and then tune them to work with the SoC once I get them working on off-the-shelf hardware...

@kernellogger @torvalds @troglobit Have been thinking about this and I’m aligning myself based on constraints that do exist.

Multiple LSMs do exist and since the major LSM’s are also used commercially there must be good reasons to pick one rather than another. Also there is probably bunch of real-world applications where container does not share the same LSM as the host.

The key problem in my opinion with stacking is that LSM is not well-defined entity enough. In order to being one it should be defined preferably in the kernel documentation what is NOT an LSM. If that had a great definition then I would support it.

It is not just about making that kind of constrain to the documentation but also refactoring some features out of the LSM cage. E.g. stacking Yama or POSIX capabilities does not have any meaning in that would make any sense to me. They really should be just plain kernel features.

If stacking involved only “actual” LSM’s then it could be actually useful feature. E.g. I could imagine applications that benefit the user base and does not turn out to be a freaking mess.

If i recall correctly there was yet another LSM in the queue. I’d consider blocking any new LSM’s up until this whole mess has been properly sorted. I still am puzzled about POSIX capabilities “LSM”, i.e. how it ended up to upstream because documentation does not provide any answer on its practical usefulness. On the contrary it gives good arguments of not keeping it inside LSM given that they are always on :-)

I'm not expert with #JTAG probes so no understanding how compatible probes from different vendors are with each other.

I've mostly used #Lauterbach probes in the past but not very often.

So anyway, I grabbed the info from Internet that with #VisionFive2 SBC Segger J-link family of probes are known to work. Are they my only choice or is there some good and perhaps cheaper but compatible options?

#riscv