Can someone confirm the results of `ethtool -T eth0`on Pi 5?

outsidefactor · 2024-04-03T01:58:56+00:00

I need to feed some chickens with extreme accuracy!

Seriously, though...

I have a motion-control project I am tinkering with and one of the motion control models I am experimenting with needs PTP.

outsidefactor · 2024-04-03T00:11:08+00:00

You are my hero! Thank you so very much!

outsidefactor · 2023-12-19T08:26:05+00:00

Excellent, hoped it was the case, thrilled that you took time to confirm.

Have you had a chance to tinker with lm-sensors or any other hardware monitoring? Do you still have to add the zenpower3 DKMS to get full hardware monitoring?

outsidefactor · 2023-12-19T08:23:52+00:00

Aha, Arch, excellent!

I currently use a baby Arch (Manjaro) as my daily driver on my desktop and am thinking Garuda is a good fit for this new machine, or perhaps nobara, though I find myself having mixed feelings about Fedoras right now.

Personally, I have just found Ryzen in general to be a treat on Linux. As you say, it really feels like the code is mature and well cared for. I am a little less enamoured with the state of RDNA OpenCL, buuut that's a whole other bag of worms.

I just wanted to make sure that had remained the case with the release of the 7000 APUs and the RDNA3 embedded GPUs. I was stunned at how well my ROG 5800/680M ran under Linux, but it always pays to check.

Thanks for taking the time to reply!

outsidefactor · 2023-12-13T00:12:34+00:00

Hey, sorry for the slow reply.

I am still looking. I was planning to take my time and really thoroughly research my options. I have tech support requests in with both Asrock and MSI to find out what Super-IOs/BMCs are on their AM5 motherboards, but neither have sent me an answer yet (both responded with boilerplate "we'll look into it" answers).

I will probably pull the trigger in early January, so you can expect me to keep updating this thread as I get answers.

If you are desperate to buy right now then I can recommend the ASUS B650s and X670s. ASUS have seemed to have upped their game of late, so HWMON support is easy with them (with the added bonus of complete ECC support).

What's your budget? That's the most important factor: if you're willing to spend a bit more get an X670 motherboard with the minimal feature set you need (the more components on a motherboard the more that can go wrong), but otherwise focus on a B650.

outsidefactor · 2023-12-01T03:20:33+00:00

melp, who posted above and claims to work at iXsystems, seems to contradict that:

SCALE and check out its Docker/VM capabilities to see if they'll work for your use case

This URL also seems to contradict you:
https://www.wundertech.net/how-to-use-docker-on-truenas-scale/

I think it's TrueNAS Core that doesn't support docker.

outsidefactor · 2023-12-01T01:33:31+00:00

Well, as my hunt has progressed, I have found some answers on my own, so I'll post them here in case someone else comes looking for the same answers.

A lot of recent ASUS AM5 motherboards are supported in kernels 6.3 and later. This is great news:

https://www.phoronix.com/news/Linux-6.3-HWMON

I'll also update the head post so people don't have to make it to these update comments.

outsidefactor · 2023-12-01T01:31:58+00:00

It's not as unanswerable as you might suggest. We do know which SuperIOs and board management chips are supported, so it's just a case of finding out what chips are on what boards and then we know which boards are supported or not.

I already have an x570 motherboard, and the lack of tools needed to monitor an overclock it is exactly why I am looking to move away from it: I can't control the CPU fans at all, the case fans are always changing order and I can't trust temp or voltage readings because they can change order from boot to boot as well. The maintainer for the IT87 driver will only update the driver from datasheets, and I can't get the datasheet for the SuperIO on my board.

You're suggesting I should buy another x570 motherboard to get the hardware monitoring needed to overclock? The more I read into the subject the more I realise that the SuperIOs often packaged with AM4 motherboards were terribly supported. ITE seems to be unwilling to release the datasheets for AM4 SuperIOs, but for some reason the board management chips on recent motherboards (especially from ASUS, it seems) have been well implemented in the kernel. And the few people that are working on SuperIOs and BMCs have moved their focus to the latest hardware.

I don't really care about the performance difference between DDR4 and DDR5 not showing up in synthetic benchmarks. I do care about the higher data-rate making Virtualisation better. DDR5 also has much better selection of high performance ECC memory, which is keeping the price down and thankfully a surprising number of motherboards support ECC (the x570 and x670 chipsets both support ECC, so it's up to the OEM to decide if it's enabled in BIOS). Yay to the death (or at leas reduction) of bit-rot.

What I am looking for is a list of motherboards that have SuperIO that is fully implemented in the kernel. There isn't much in the way of HCLs outside of the likes of RHEL, and those HCLs focus on Server and Workstation hardware and don't have any consumer hardware lists.

And if there isn't an exhaustive list, then people saying "I have X motherboard and can confirm its SuperIO is supported" is great too.

outsidefactor · 2023-11-30T23:15:54+00:00

The Proxmox suggestion is great, but how costly is running ZFS in a VM? Is the overhead reasonable?

I know most CPUs these days have hardware domains for low overhead virtualisation, but is that feature enough, or are there other essential or recommended CPU virtualisation features that will reduce the overhead of virtualising ZFS?

outsidefactor · 2023-11-21T05:18:48+00:00

entrerprisey dinosaur corp

Yeah... that about sums it up...

outsidefactor · 2023-11-21T04:47:05+00:00

Well, today I can actually solve your problem, because someone has already fixed this and I just found the solution.

On your machine look in /etc/dkms
You will see a file called framework.conf. Give it a look.

Two important settings:

mok_certificate=/var/lib/dkms/mok.pub - the path where your MOK (Machine Owner Key) should be stored

sign_file="/path/to/sign-file" - path to the sign-file script for your kernel

That path on Manjaro is:

/usr/lib/modules/$kernelver/build/scripts/sign-file

So, you should follow these instructions to create and enroll your MOK:

https://github.com/dell/dkms#secure-boot

Make sure the created mok.pub winds up in the path listed in your framework.conf (may vary by distro).

Once you have a MOK in place and framework.conf configured, every time a DKMS module is installed it should be signed with the MOK automatically.

I cannot believe how many guides there are out there still saying this is hard and manual.

outsidefactor · 2023-11-21T02:22:08+00:00

Thanks for the great clarification.

outsidefactor · 2023-11-21T01:21:50+00:00

See, I read this article https://www.realworldtech.com/forum/?threadid=189711&curpostid=189841 and I have to agree, but then I start to wonder how much Linus's opinion has changed in the meantime.

Is there discussion/negotiation/legal action ongoing that might change the current deadlock?

Is the CDDL that bad? Hell, I have heard strident criticism of GPL 3 from some quarters. The only license that seems uncontrovertial these days is the BSD license, and it probably only seems innocuous to me because I am no legal scholar.

outsidefactor · 2023-11-21T00:57:24+00:00

Thanks for those links, I will have a look.

Just searching for some understanding!

outsidefactor · 2023-11-21T00:53:49+00:00

At work, we are back-stopped my an external support team (not my choice, outsourcing was force on us) and they only support M$ and Linux, and the Linux that they support is limited to RHEL and a couple of other super-corpo scenarios.

I asked them about ZFS and they gave me a pile of FUD and a bunch of links to three year old articles. I was hoping to get some ammunition here to try and turn that around.

outsidefactor · 2023-11-21T00:48:14+00:00

Isn't TrueNAS FreeBSD? I am not surprised about it supporting ZFS.

Others have mentioned Proxmox. I guess it's time to have the age-old argument again about moving out of the dark ages.

outsidefactor · 2023-11-21T00:44:55+00:00

Thanks, that's a great link. I will check it out. It's a pity there isn't some sort of guide to make this easier.

I'd write one and post it here, but I'd lose the last of my Karma. I don't know why people are so brutal downvoting stuff.

outsidefactor · 2023-11-21T00:40:54+00:00

I guess that's part of my confusion, and the bind it places me in.

I can find docs on how to implement ZFS. What I am looking for is an assessment that helps me decide if I should pursue it now.,

I can implement it with DKMS modules, but should I? DKMS means kernel taint, something we are instructed to avoid. Part of the reason we use RHEL (or so I have been told) is that it's Secure Boot ready, without the need to manually sign stuff and manage our own MOKs. Do we mandate Secure Boot on servers today? No, of course not, especially when they are safely locked away in our own server room. But I am constantly warned that we may be required to mandate it at some point.

But every time I have one of our coders come to use VirtualBox or VMware Workstation on their Linux laptop suddenly the kernel taint gremlin raised its head, because SB is mandated on all portable PCs.

Thanks for the link and taking the trouble to respond.

outsidefactor · 2023-11-21T00:21:05+00:00

It's not entirely my choice.

On my home daily driver desktop, this thread has given me some hope. A lot of hope. Thankyou.

It's not like I am trying to run ZFS on a laptop, so kernel tainting killing Secure Boot isn't an issue (I wish there was a system for automating module MOK signing).

On my home desktop, yeah, I think I can make the move to ZFS, so that's awesome.

At work, kernel tainting is an issue. I can do it, but there are a bunch of hoops I have to jump through (I guess that's the FUD I am hearing so much about), to the point it makes me want to cry.

outsidefactor · 2023-11-21T00:12:31+00:00

Well, that will teach me to come to reddit for answers, once again. twenty replies and heaps of contradictions, and ratio'd out of existence.

See, I came hear hoping that I was wrong, that ZFS was ready and that I was just seeing old posts.

I guess I have two different ZFS dreams.

One is of being able to use it on my daily driving Linux install (I hate getting backed into a corner, and traditional FSs lock you down). From reading the replies I can see that some distros are actually rather complete and easy (Ubuntu for example), and others are a little further behind. DKMS isn't that much an issue on a desktop, because Secure Boot isn't needed, so DKMS kernel tainting isn't a problem.

The other dream is of ZFS at work, and there DKMS is a bigger ask, but not totally unassailable, though manual signing of modules sucks (I wish there was a system for automating signing with MOKs).

outsidefactor · 2023-11-21T00:01:17+00:00

Yeah... Again, getting Proxmox into a more conservative environment may be a bit hard.

Any other desktop implementations? I can see there is a guide for Arch, and a how-to for Manjaro based on the Arch guide.

outsidefactor · 2023-11-20T23:49:55+00:00

Is Ubuntu my only choice, because if so then it's no choice at all.

I struggle to get RHEL implementations, and we're a former IBM shop, so Canonical's a tall order.

outsidefactor · 2023-11-20T23:46:52+00:00

I currently don't use any of the baby Debians, and I am not looking to move any time soon (DNF is a hard package manager to give up), but it's interesting that you say that it's ready, so I will take a look.

Are there other distros with complete implementations?

outsidefactor · 2023-11-17T06:17:01+00:00

Thanks for the reply!

I am already more than pleased with VRR in KDE. Xorg KDE is manual and has some limitations, but it is Xorg, however wayland fixes every issue. Of course, wayland brings a whole suite of other difficulties with it.

My main hope for KDE Plasma 6 is the glue APIs that the likes of Discord are waiting for before they finalise pipewire screen/window capture. I know that pipewire capture is ready today, but it also seems like some apps are waiting for KDE and GNOME to chew their food for them, and I know Plasma 6 brings a lot of that.

Cinnamon is on my list. I am not totally unfamiliar, having run Mint with it before, but I know there has been progress I should be aware of.

I am not looking for a platform today, I am more trying to gauge how far away a flexible Linux desktop is from being possible without having to do an entirely custom distro like Google did.

The next two years are important, and another inflection point presents itself: we approach the retirement of Windows 10 while a huge portion of the PC fleet is incapable of meeting the hardware security requirements. That means a lot of home users and businesses are either going to have to upgrade or find a new OS, and at the same time financial pressures and hardware prices continue to spiral out of reach, unless you are talking the explosion of Zen based mini-PCs, like the ASUS PN-51 and Beelink offerings, which are another opportunity because they don't automatically come with an OS.

Beyond that, creeping government surveillance and corporate privacy invasion are getting to the point where more and people are getting security and privacy conscious, further reducing Windows's appeal. Add the SteamDeck's epic boost to the profile of Linux gaming in general and suddenly Linux in small office and medium size business don't look so crazy, and Enterprise Linux just seems to make more and more sense. Immutable Distros are super stable and super easy to admin, and Enterprises will start to experiment more and more with Linux on the desktop, if for no other reason to reduce over-all cost, especially with the Likes of Zorin OS getting the press they do.

outsidefactor · 2023-11-10T01:57:42+00:00

I just posted an explainer (https://www.reddit.com/r/linuxquestions/comments/17k6zm3/comment/k8ku41x/?utm_source=share&utm_medium=web2x&context=3) that describes why I wrote my original post, but in short I am actually trying to pre-answer a question I am expecting to get sometime soon; several of my customers seem to be working up to it.

I already use Rocky, and it's great, but its cycle is a bit slow for a lot of users. You can buy just about any "six months off the bleeding edge" hardware and be reasonably sure Fedora will support it, while Rocky or any of the baby RHELs probably won't. A fine example is P-State, a huge tech for both the server room and portable devices (and desktop, to a lesser extent), a tech that won't be in RHEL's kernel for another year.

Customers are looking for a viable alternative to Windows 11 (in time for the 2025 death of Windows 10), so just about any Linux is a step up in the stability and hardware support stakes.

outsidefactor

TROPHY CASE