3
submitted 3 weeks ago* (last edited 3 weeks ago) by RayJW@sh.itjust.works to c/riscv@lemmy.world

Crossposted from https://lemmy.ml/post/21673583

RISC-V International, the global standards organization, today announced that the RVA23 Profile is now ratified. RVA Profiles align implementations of RISC-V 64-bit application processors that will run rich operating systems (OS) stacks from standard binary OS distributions. RVA Profiles are essential to software portability across many hardware implementations and help to avoid vendor lock-in. The newly ratified RVA23 Profile is a major release for the RISC-V software ecosystem and will help accelerate widespread implementation among toolchains and operating systems.

Each Profile specifies which ISA features are mandatory or optional, providing a common target for software developers. Mandatory extensions can be assumed to be present, and optional extensions can be discovered at runtime and leveraged by optimized middleware, libraries, and applications.

Key Components of RVA23 Include:

  • Vector Extension: The Vector extension accelerates math-intensive workloads, including AI/ML, cryptography, and compression / decompression. Vector extensions yield better performance in mobile and computing applications with RVA23 as the baseline requirement for the Android RISC-V ABI.
  • Hypervisor Extension: The Hypervisor extension will enable virtualization for enterprise workloads in both on-premises server and cloud computing applications. This will accelerate the development of RISC-V-based enterprise hardware, operating systems, and software workloads. The Hypervisor extension will also provide better security for mobile applications by separating secure and non-secure components.
1

Crossposted from https://lemmy.ml/post/21673583

RISC-V International, the global standards organization, today announced that the RVA23 Profile is now ratified. RVA Profiles align implementations of RISC-V 64-bit application processors that will run rich operating systems (OS) stacks from standard binary OS distributions. RVA Profiles are essential to software portability across many hardware implementations and help to avoid vendor lock-in. The newly ratified RVA23 Profile is a major release for the RISC-V software ecosystem and will help accelerate widespread implementation among toolchains and operating systems.

Each Profile specifies which ISA features are mandatory or optional, providing a common target for software developers. Mandatory extensions can be assumed to be present, and optional extensions can be discovered at runtime and leveraged by optimized middleware, libraries, and applications.

Key Components of RVA23 Include:

  • Vector Extension: The Vector extension accelerates math-intensive workloads, including AI/ML, cryptography, and compression / decompression. Vector extensions yield better performance in mobile and computing applications with RVA23 as the baseline requirement for the Android RISC-V ABI.
  • Hypervisor Extension: The Hypervisor extension will enable virtualization for enterprise workloads in both on-premises server and cloud computing applications. This will accelerate the development of RISC-V-based enterprise hardware, operating systems, and software workloads. The Hypervisor extension will also provide better security for mobile applications by separating secure and non-secure components.
[-] RayJW@sh.itjust.works 22 points 1 month ago

That's why Tenacity is here to save the day!

7
submitted 1 month ago* (last edited 1 month ago) by RayJW@sh.itjust.works to c/linux@lemmy.world

I have an issue on my Lenovo Laptop where the Lenovo Active Pen 2 under Arch / CachyOS with GNOME on Wayland always recognises the eraser as pressed. While this is probably a libinput issue, I can’t wait for possibly months to get a fix on that side. While I will report this issue to them, I would like to fix the problem intermediately.

This was never a problem under Fedora with GNOME on Wayland. I think the problem might be that libinput on Arch loads the Wacom driver, while Fedora probably just fell back to the generic libinput driver. I got that idea because in GNOME settings my screen now is configurable in the Wacom settings, that never was the case on Fedora.

I stumbled across this thread, however, that is not viable in Wayland any more since there is no config file available for libinput. Is there any way I can force the libinput driver for the “Wacom HID 52C2 Pen” device under Wayland, while GNOME is not specifically exposing this setting?

Any pointers would be greatly appreciated :)

Edit: Scratch all that, I just tried the live ISO for Fedora 41 and found out it's not related to Arch. After some trial, it seems like this might actually be an issue with the 6.11 Kernel. After downgrading to 6.10.10 everything works fine again. I guess my new question is now where would I report this? Is this still a libinput or a Kernel upstream issue?

[-] RayJW@sh.itjust.works 32 points 4 months ago

Honestly, as much as I would like that as the next guy.. I doubt they would've gotten anywhere close to engagement in the range of 400 comments sadly.

When it comes to reach this is still not the place to be. Now, how meaningful the comments are? That's a different question.

[-] RayJW@sh.itjust.works 17 points 5 months ago

I think we can be pretty damn sure that the encryption is not backdoored since the Signal Protocol is the gold standard in encryption nowadays and thousands if not more highly skilled cryptographers without tied to the US govt looked at it thoroughly. Also Snowden calls Signal the best messenger on the grounds on him using it daily and still being alive so that's also a pretty good sign.

Also, do you have a source about them being mainly funded by the US govt? In their blog they talked about mainly being funded by small donors and a few initial loans from people who care about privacy.

[-] RayJW@sh.itjust.works 19 points 5 months ago

I mean they did also inject affiliate links without the users noticing which is really shady behaviour from a browser because it has one job, open the link I click and nothing else. But that's just IMHO if that is acceptable for you personally then there is no issue with that.

[-] RayJW@sh.itjust.works 46 points 6 months ago* (last edited 6 months ago)

Just leaving this here for everyone! This browser extension saved me a lot of hassle so many times. We need to stop paying where possible and this is the convenient legal way for a lot of papers out there: https://unpaywall.org/

53
submitted 6 months ago by RayJW@sh.itjust.works to c/linux@lemmy.ml

I finally did it and got an used RX 6950 XT to replace my GTX 1080 Ti. I've been using this card ever since I moved to Linux and now I'm wondering what exactly I have to do. On Windows it's mostly run DDU and install the new AMD drivers, everything else will probably work the same with Afterburner etc.

However, on Linux the only things I know are uninstalling the Nvidia drivers, removing GWE since that obviously won't work and installing Mesa.

What other steps do people recommend? I'm hyped to finally get properly working GPU acceleration in Firefox and other things like Steam, but is there anything I have to do to get that running? Also what tools are currently a must with an AMD card for some undervolting / overclocking and other functionality y'all can recommend?

[-] RayJW@sh.itjust.works 31 points 6 months ago

!linkedinlunatics@sh.itjust.works back at it again with some more AI bs.

[-] RayJW@sh.itjust.works 16 points 6 months ago

Revolt is self-hostable. It isn't E2EE but if you're controlling the users anyways transport encryption should be enough since you have control over the data anyway.

[-] RayJW@sh.itjust.works 18 points 6 months ago

Matrix does definitely not have the same reliability as WhatsApp or Signal. I've used it for around 3 years now with a group of tech savvy friends.

It's still a regular occurrence that we get cannot decrypt errors, sometimes the app doesn't show new messages in the chat but they are visible in the preview, also the app can be soooo slow.

Also, I know it's not user error. If you check the Matrix development and follow their blog posts they already acknowledged the issues and are working on fixes. But for now it's just wishful thinking when one calls them reliable alternatives for mainstream use. I'm not hating and will keep using the project because I truly think they are doing amazing work.

[-] RayJW@sh.itjust.works 36 points 8 months ago

10 Gbps symmetrical for 40 bucks a month TV included. It's absolutely mind boggling for me how expensive internet is in North America.

[-] RayJW@sh.itjust.works 19 points 9 months ago* (last edited 9 months ago)

Well yes, however without acceleration JPEG XL is many times faster. Also if you only have a CPU for example.

It's also highly parallelizable compared to AVIF which also matters a lot considering the amount of cores is growing with the likes of ARM and hybrid architecture CPU.

AVIF also fairs badly with high fidelity and lossless encoding, has 1/3 the bit depth and pretty small dimension limits for something like photography.

I don't think AVIF is per se a bad format. I just think if I want to replace a photo oriented format I'd like to do that with one that's focused on „good“ photos and not just an afterthought with up- and downsides.

[-] RayJW@sh.itjust.works 74 points 9 months ago

I still won't get over it and will keep fighting for JPEG XL. It would fix so many issues and greatly reduce the bandwidth need of the internet while not either having weird licensing or royalties and / or being a „what if we just took one frame from a video“ picture format. Also it can encode back to JPEG lossless for legacy uses. What more could one want?

[-] RayJW@sh.itjust.works 29 points 1 year ago

What a shame… this was the chance to finally get rid of this cancerous herbicide and now we're stuck with it for another ten years it seems. If you want more information and / or voice your disagreement there is this petition with more than 2.5 million signatures.

view more: next ›

RayJW

joined 1 year ago