== Summary ==
Better thermal management and peak performance on Intel CPUs by
including thermald in the default install.
== Owner ==
* Name: [[User:benzea| Benjamin Berg]]
* Email: bberg(a)redhat.com
* Name: [[User:ckellner| Christian J. Kellner]]
* Email: ckellner(a)redhat.com
* Product: Workstation
* Responsible WG: Workstation
== Detailed Description ==
Modern Intel-based systems provide sensors and methods to monitor and
control temperature of its CPUs. The Thermal daemon will use those
sensors to monitor the temperature and use the best available method
to keep the CPU in the right temperature envelop. On certain systems
this is needed to reach the maximal performance. For optimal
performance a per-model thermald configuration should be created, this
can either be done by using dptfxtract (available from rpmfusion) or
we could ship static configuration files for a set of known models.
For a more details explanation please consult Intel's
introduction] to thermald.
== Benefit to Fedora ==
Better out-of-the-box experience due to improved cooling methods and
performance on Intel systems.
== Scope ==
* Proposal owners:
- Include the thermald package in the default Workstation install
- Optionally provide patches for thermald to be able to read hardware
specific configuration data
- Optionally collect hardware specific configuration data and ship it
* Other developers: N/A (not a System Wide Change)
* Release engineering:
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
N/A (not a System Wide Change)
== How To Test ==
Install the packages and use e.g. turbostat to monitor the
performance. Improvements may only be visible if the non-free
dptfxtract package is also installed.
== User Experience ==
- Better performance on certain hardware
- Better cooling of CPUs on certain hardware
He / Him / His
Fedora Program Manager
I'm hoping that this one hasn't been dead for 8 weeks, because all it needs
to get it building again is to disable the gtk-doc generation...
I don't really want to own it, but I have dependent packages, so if no one
else does, I will claim it.
If you want it (or know of some reason it shouldn't be brought back),
please speak up.
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-09-24 from 15:00:00 to 16:00:00 UTC
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team Docs](https://docs.pagure.org/modularity/)
The agenda for the meeting is available as flagged tickets [in the Modularity repository](https://pagure.io/modularity/issues?status=Open&tags=Meeting).
On 9/23/19 3:22 PM, Ben Cotton wrote:
> I understand your frustration, but please consider whether your
> approach is constructive. "Friends" is one of the four foundations of
> the Fedora community and starting the thread with insults goes beyond
> the bounds of healthy disagreement. Please keep our Code of Conduct
> in mind as you participate in Fedora.
Then you also understand the entire thread was made *because* Fedora was
being in inconsiderate and disrespectful to both Nvidia, myself, and
other developers, right? Please, don't start with the "rules for me, not
for thee" nonsense. I wasn't the first to start this, by far. I brought
this issue up months ago *very* nicely and was basically told it's
Nvidia's fault without anyone actually knowing what was going on.
Fedora's unwillingness to play well with others who don't agree with
their Open Source ideology has been a long standing issue and
hypocritically breaks its own CoC. Maybe you should have a meeting about
I understand a basic level level of decency is required, but that
decency goes both ways and it absolutely hasn't been. If you find
anything wrong with what is said, point the specific case out and do so
publicly. I have idea what exact part of the CoC was broke and cannot
make any changes as a result nor will I be intimidated by private email
These CoC's that your type like to use are just weapons of hypocrisy
used to be abused by silencing others. Worse yet, they result in loss of
productivity. Anyone else notice the Linux kernel's quality has went
down since Linus started acting all nice? I sure have! IIRC, there was a
nice bug that resulted in Steam not launching. What's the number one
rule in the kernel? Don't break user space. Yeah, that went out the
window real fast didn't it? It could be coincidence, but I've used Linux
for many years before that and never had an issue. The kernel has always
been the most well tested part of Linux by far.
...but I digress.
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> Ben Cotton
> He / Him / His
> Fedora Program Manager
> Red Hat
I'll just cut to the chase.
About 2-3 months ago I filed a bug report that overclocking on Nvidia
hardware wasn't working on Fedora. I observed this bug while trying out
Fedora Silverblue 30's release but not in beta. I then later sent an
email about this issue wherein Nvidia was immediately blamed for the bug
despite this not being an issue on any other Linux distro. I was then
asked to file a bug report and had provider information, which I did by
doing multiple reinstalls of Silverblue/Workstation.
2-3 months ago by and the bug report has been closed because I didn't
and couldn't do a deep level analysis. I don't use Fedora, I use Arch
Linux. This isn't my distro and I'm not the one that broke it to begin
with. The only reason I was even trying it out is because I really like
the whole immutable filesystem concept and was hoping that the bug and
issues with it would be ironed out and that I could switch to it if Arch
decided to take a dump.
Sadly the issues weren't last time I checked about a month ago.
Silverblue repos are often out of sync with the rest of Fedora resulting
in upgrades failing. You have to manually cleanup upgrade meta cache to
get upgrades to work correctly(rpm-ostree cleanup -m). Fedora update
servers in general are unstable and unreliable as hell, sometimes
returning HTTP error codes or just being offline. Gnome Software doesn't
display software correctly on the front page. There still is no way to
add Flatpak external disks via Gnome-Settings as of 3.34. You can't use
Rawhide with Nvidia drivers because of debug kernel. There is a lack of
software compared to other Linux distros like Ubuntu or Arch(no
Vivaldi!?!?). Fedora developers tend to be hostile towards proprietary
No, Red Hat. Fedora Silverblue isn't easy to use.
...but I digress...
I got the email and decided to check the nvidia-settings repo on
Github. Apparently, Someone has filed a bug report about overclocking
on rootless X. org servers doesn't work. I then downloaded Fedora
Workstation and installed the Nvidia driver and checked which user the
X. org server was running under.
Mini rant: By the way, update your damn installer images. Users
shouldn't have to install 400MB of updates after they just install the
distro. The installer image has Firefox 66 on it still! That's really
freaking stupid. On my 5400RPM drive it takes a half hour to install all
of that crap, which is longer than installing the distro itself or
updating under Silverblue!
Yep, X. Org **ISN"T** running under root. Overclocking doesn't work
either, same as before.
So I then tried making X. Org run as root using the Arch Wiki's guide
and verified that I was now running as root.
I was... and overclocking is now working.
...seriously? You make a abrupt change to Fedora 30 literally right
before it was released, breaking overclocking applications such as my
own AND Nvidia's own software, and then blame Nvidia for your own
So problem found. It was a problem in Fedora all along, like I said from
nearly the beginning. Fix problems that **YOU** make instead of blaming
Nvidia next time.
New `libb2-0.98.1` will be released by 10 days on Rawhide.
Packages currently involved:
$ repoquery --release rawhide --disablerepo=* --enablerepo=fedora-source
--enablerepo=updates-source --whatrequires libb2-devel
Last metadata expiration check: 0:00:02 ago on lun 9 set 2019, 18:31:15.
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.openpgp.org/