http://bugzilla.novell.com/show_bug.cgi?id=558968
http://bugzilla.novell.com/show_bug.cgi?id=558968#c5
Bruce Lilly
I don't want the p4-clockmod driver be built if anyhow possible.
Why?
P4 is a power waster and p4-clockmod won't help you much with that,
Nonsense; p4-clockmod has worked with both Pentium 4 and Celeron D for years, is the only Linux cpufreq module that does work with these processors on the specified hardware, and continues to work if the recently added bug is removed and the module is built and loaded (as described earlier).
you should better buy a new fan (and probably also a new battery which, if it has the same age than the CPU should dying soon).
Unless you're offering to underwrite the expense of replacement and to provide environmentally responsible disposal of existing hardware, your comments are neither helpful nor appropriate. Moreover they are irrelevant, as the issue is not hardware problems, but missing kernel functionality which was present and working in earlier releases.
I agree that there are some corner cases where p4-clockmod might make some sense if you want to cut down the TDP (Thermal Design Power) with the powersave governor or setting a max_freq limit (buying a better CPU will pay off rather quickly in performance and power waste, though).
Corner, schmorner; on the laptop especially, extending battery run time and reducing fan noise are important; I again remind you that this functionality provided by p4-clockmod was working fine for years.
Still most people don't want to have it running by default.
Loadable modules need not be loaded. Cpufreq-utils allows setting the governor to performance, if the user so desires. [i.e. your comment is a red herring]
Bruce: If you like to, I can give you some hints how to build a p4-clockmod-kmp package in our build service in a way that others can also use it.
According to the documentation for the build service, it is intended for special purpose vendor hardware. This is not special purpose hardware, rather widely used general purpose hardware and the existing kernel source that supports it. I am interested only in having working systems; I have confirmed that FreeBSD 8.0-RELEASE as distributed fully supports P4 speedstep [and does not have the glibc/kernel ntp bugs (bug 557716) which were also introduced in, and are still unresolved (now more than seven weeks after release) in opensuse 11.2. I have no interest in jumping through hoops to generate and maintain packages for functionality which ought to have remained in the core distribution, put up with rude and irrelevant remarks about replacing hardware, etc. It's far simpler (and cost-free) to convert 4 systems here from opensuse 11.2 to FreeBSD 8.0. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.