windows-drivers VS cglue

Drivers can be found here for windows installation: https://github.com/system76/windows-drivers

Hello, last week I bought a Gazelle (gaze18) and in the brief time I have had it, I've been loving it. So far everything on the laptop works out of the box in Pop!_OS (even the Nvidia drivers). However, due to some needs, I need to dual-boot Windows 10. I followed the System76 docs for installing Windows, but during the installation, the trackpad didn't work due to a lack of drivers. However, after the installation, Windows was able to install most drivers via the Windows update including the drivers for the Integrated Iris GPU. Following the driver installation part of the docs, the Intel Driver Update Utility was able to install a good amount of Intel Drivers. The docs links a git repo from s76 containing Windows drivers for laptops with open firmware+ec. However the gaze18 was not listed, I assume as its very recent. However I was able to install chipset drivers from Intel Website for Raptor Lake and I used the HID, SerialIO for the gaze17 they worked fine and the trackpad was working now that the SPI device worked. Where the issue arose when installing Nvidia Drivers.

I don't know if Windows would automatically find the drivers for the open firmware and EC that the gaze16 uses, but you can get them here: https://github.com/system76/windows-drivers

I have a System76 galp5. It's fairly thin and lightweight. I have mixed feelings about it. Linux support is good. But Windows support is pretty bad. All available drivers are here: https://github.com/system76/windows-drivers but even after installing everything in that repo listed under galp5, I still have a ton of issues including laptop not going to sleep when lid is closed, touchpad occasionally not working until I toggle it on/off from settings, etc. Getting Windows working from Pop OS using Virtual Box was also a massive, fragile headache. I would get it working, but then sometimes when using Visual Studio from inside virtual box it would freeze and the VM would be permanently bricked unless I had previously saved a snapshot.

All this to say that if you care about Linux and only Linux, System76 could be a good choice. But if you need to use Windows at all, I would steer clear of S76 until their Windows support is a little better (also YMMV - I've just had so many issues with Windows on a galp5, but that might not be the case with other models).

As the title says, I am having issues with getting windows 10(secondary OS) to work on my system76 laptop, with PopOS! (Being the primary OS). Both the keyboard and the wifi/ethernet connections do not work in Windows 10. I have already checked this github repository: https://github.com/system76/windows-drivers

Thanks for the response. Turns out I never successfully installed the provided windows thunderbolt drivers and I still haven't been able to. I noticed a rejected PR on the github containing their windows drivers reporting a similar issue and I left a comment. Please let me know if you have any thoughts! https://github.com/system76/windows-drivers/pull/10

In addition, did you manage to get the drivers for it to work fully? I asked because System76 has this: https://github.com/system76/windows-drivers

System76 Windows drivers can be found here: https://github.com/system76/windows-drivers And install directions can be found here: https://support.system76.com/articles/windows

Shameless plug - you may want to check out cglue, which lets you mix and match rust versions, and even implement plugins in other languages like C++: https://github.com/h33p/cglue

You can grab CGlue from my GitHub.

I honestly wouldn't say that much has changed during this year. I do see some progress on new libraries like xlang_abi, safer_ffi or cglue, but it's still too early to know, and existing ones like abi_stable move quite slowly.

You might wanna take a look at cglue: https://github.com/h33p/cglue

Importing Rust is the same process as you'd use to import a C library, but there's a lot of people actively invested in this area so there's likely already automated tooling of some sort. Google uses https://cxx.rs for automating C++ bindings to Rust libraries, and lately there's been experiments like cglue to automate C bindings.

I'm proud to announce one final CGlue release for this year, the highlight being ability to use layout_checks feature on non-git builds!

I have just added pre-generated headers, they are now on the repo. Yup, certainly not the cleanest, some whitespaces need fixing, but it wasn't the highest priority as it didn't affect functionality.

Depending on how big your API surface is (and how trait heavy it is), you may want to look into [shameless_plug] automatically generating it with cglue. That's what we did for memflow. [/shameless_plug] It's goals are not much different from abi_stable (in fact, rather a small subset of it focused on traits), but does create C-compatible code.

It seems like we are trying to solve roughly the same problems when it comes to loading plugins and keeping it all ABI safe. Might be worth checking out CGlue (full disclosure: it's my project). While I do not have async trait support, it would be a really interesting challenge to tackle. The ultimate goal for the project is to be a dead simple code generator that would even allow to write plugins in C/C++, and I currently have sweeping changes underway to get it there.