RayJW

joined 1 year ago
[–] RayJW@sh.itjust.works 2 points 2 weeks ago (1 children)

My understanding is, that the 1.0 spec for the extension was basically finalized in 2021 and CPUs using it are already available. Now it's just fully ratified. Also, while it might seem like RISC-V is “behind” compared to AVX-512 for x86_64 or SVE for ARM, this fundamentally differs from these SIMD Instructions. They talk more about it in this article SIMD Instructions Considered Harmful. So, this is not merely RISC-V playing catch-up, but also trying a “new” (the idea is actually old and how things used to be done) ways to make a more sustainable ISA.

 

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.
 

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 4 points 3 weeks ago

I'm not sure that Proton can fix your problem. However, I feel like this project would love your help with capturing the USB traffic to get it supported and hopefully upstreamed in the kernel some day :)

[–] RayJW@sh.itjust.works 22 points 1 month ago (3 children)

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

[–] RayJW@sh.itjust.works 1 points 1 month ago

Great, that sounds amazing. Let's hope it's also used even if it means less excises for tracking.

[–] RayJW@sh.itjust.works 8 points 1 month ago (2 children)

Could the new CHIPS functionality help websites like Microsoft Teams working without you having to enable third-party cookies for their websites? If I understood it correctly this might be exactly the kinda use case but I couldn't find anything specific online.

[–] RayJW@sh.itjust.works 1 points 1 month ago

I looked at some info for reporting this to the kernel developers but the process is too complicated at the time. I'm currently a bit short on time but I did report it to libinput, maybe they can give pointers where exactly to report this.

[–] RayJW@sh.itjust.works 3 points 1 month ago

On Mastodon they said there will be a blog post outlining the changes. That will probably be out tomorrow because that's when alpha 2 officially launches.

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 1 points 1 month ago

Well, with NTFS, there isn't. That's why I said, BTRFS is definitely the better choice for games. Never had issues with two shared drives in over two years now with WinBTRFS.

[–] RayJW@sh.itjust.works 3 points 1 month ago (2 children)

I've been using WinBTRFS for quite some time without issues. It seems a lot of people recommend NTFS. But be aware, if you plan on using it for things like games, NTFS will absolutely break at some point. It is not compatible with Proton and will break things like updates for Steam. It always has for me up until very recently. Valve also says the same about using NTFS for games. I'm not sure this can be fixed with the NTFS driver unless they do workarounds like renaming things automatically because some things Proton does are not compatible with the filesystem spec.

[–] RayJW@sh.itjust.works 2 points 1 month ago (1 children)

What about Tauri? I don't know what exactly your app is but since you mentioned Electron as an option I guess Tauri could run it. Offers more choice for frontend frameworks hence less „language lock-in“ than Qt.

[–] RayJW@sh.itjust.works 15 points 1 month ago (1 children)

!helldivers2@lemmy.ca just dropping this here to help growing smaller communities :)

[–] RayJW@sh.itjust.works 10 points 2 months ago

I'd definitely recommend Anki over Quizlet. Among many things it is very versatile, doesn't cost a subscription, and has a better retention algorithm in my experience. Can't comment on the rest although Photomath definitely helped me a few times :)

 

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?

view more: next ›