SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Does anyone know how they test these kernels? There is no way this bug should have carried over into the new kernel. It has annoyed many of us for a while.
Does anyone know how they test these kernels? There is no way this bug should have carried over into the new kernel. It has annoyed many of us for a while.
Maybe try searching just a bit?
Yes, some people test stable-rc kernels and report back. You are free to test stabel-rc kernels as well.
(This was actually the first, and so far only, time I've emailed a kernel mailing list.)
Stable maintainers can't know something is broken if nobody reports it.
If you experience a regression, the best way to help is to do a git bisect to identify the offending commit that broke your setup. This will usually point to exactly what's wrong and the kernel developers will be willing to work with you to fix it.
Others have reported the bug and even came up with a fix. I did search, is how I found the patch and manually applied it. The bug has been around for months way before 5.11.0 is why it shouldn't have made it in.
Now running 5.11.1 on my laptop. This is a full ROM replacement with rebuilt kernel based on Pat's configs with only PINCTRL_CHERRYVIEW changed to built-in instead of module. Posting from the laptop, running without issue so far.
Distribution: VM Host: Slackware-current, VM Guests: Artix, Venom, antiX, Gentoo, FreeBSD, OpenBSD, OpenIndiana
Posts: 1,018
Rep:
Quote:
Originally Posted by SCerovec
Then, one of my CPUs is an E3 1225 V2 Xeon with integrated VGA running 3.2 GHz at modest 65W TDP - wonder how much of a difference would that option make on it (non ECC motherboard)?
Well, I don't think that you are losing that much but you can always run default Slackware kernel (5.10.x) that has IDXD enabled.
Why You are not losing much?
1) enabled kernel iDXD option is not enough to take advantage of Xeon DMA. You would have to configure the device: https://github.com/intel/idxd-config https://01.org/blogs/jinglin/2020/pe...ol-open-source
2) even if you have xeon and device is configured, it seems that iDXD is very useful in quite specific scenarios when you would have DMA channels saturated (data centers multiple CPU's?)
I am not really interested in iDXD so I just searched a bit for the application so this may not be all that you need to know about iDXD.
Hope that will help a bit.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,166
Original Poster
Rep:
Year 2021, Round 15.
Another batch of updates has been scheduled for release on Saturday, 27 February 2021, at approximately 09:00, GMT. If no problems are found while testing the release candidates, they might be available sometime on Friday (depending on your time zone).
Well, I don't think that you are losing that much but you can always run default Slackware kernel (5.10.x) that has IDXD enabled.
Why You are not losing much?
1) enabled kernel iDXD option is not enough to take advantage of Xeon DMA. You would have to configure the device: https://github.com/intel/idxd-config https://01.org/blogs/jinglin/2020/pe...ol-open-source
2) even if you have xeon and device is configured, it seems that iDXD is very useful in quite specific scenarios when you would have DMA channels saturated (data centers multiple CPU's?)
I am not really interested in iDXD so I just searched a bit for the application so this may not be all that you need to know about iDXD.
Hope that will help a bit.
Thanks a lot!
The benefit indeed is in the minor percentage range - most likely not worth pursuing IMHO.
The most benefit i got from this particular rig was cost savings:
Intel mini ITX H61 2nd hand bough mother board and the 4000P capable CPU - it runs as low as 4W on the wall outlet on standby (Pico PSU and 160W LED SMPSU in cascade = ~0dB only fan is the CPU fan) - it saved it's worth in utility bill over a year of use
Another batch of updates has been scheduled for release on Saturday, 27 February 2021, at approximately 09:00, GMT. If no problems are found while testing the release candidates, they might be available sometime on Friday (depending on your time zone).
Thanks. Now the bluetooth should work because that's the patch I use to update the source and it works. Finally.... There must have been other bluetooth issues because the one above is not listed in the past updates.
Distribution: VM Host: Slackware-current, VM Guests: Artix, Venom, antiX, Gentoo, FreeBSD, OpenBSD, OpenIndiana
Posts: 1,018
Rep:
this would be a first systemd requirement in the kernel.
idxd-config/accfg.spec.in is a part of https://github.com/intel/idxd-config
idxd-config is an additional software needed to configure idxd. Without proper configuration, kernel option is useless (it is anyway if you don't have Xeon CPU).
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,166
Original Poster
Rep:
A report of possible data loss with early 5.12 builds.
Quote:
Watch Out For Possible Data Loss On Early Linux 5.12 Kernels
Written by Michael Larabel in Linux Kernel on 26 February 2021 at 10:00 AM EST.
As a quick PSA for those that may be eager to test out early Git builds of the Linux 5.12 kernel, I've been hitting a very nasty issue on multiple systems leading to corruption / data loss.......
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.