No, I don't think the _intent_ is to make the problem of buggy DSDTs
intentionally worse. However, I don't see how any change that is meant
to encourage more bug reports to be submitted against the kernel can
result in a better user experience (in the short run).
--
Ryan C. Underwood,
--
cpu
Ryan: the way that reads, it sounds like changes are being made to make
this problem intentionally worse. Is that the case?
--
cpufreq modules missing in hardy and intrepid amd64
https://bugs.launchpad.net/bugs/246434
You received this bug notification because you are a member of Ubuntu
Bugs, whi
Replacing DSDT in the initrd is also phased out for karmic (for another
useless reason -- "we want to encourage bug reports against the
kernel"). So it will be _impossible_ to work around the failure of
acpi-cpufreq by modifying the DSDT at runtime.
--
cpufreq modules missing in hardy and intrep
This should be resolved for Karmic with the new kernel config changes
the Ubuntu kernel team is using. See https://lists.ubuntu.com/archives
/kernel-team/2009-June/006034.html for more information. And indeed
reviewing the current cpufreq config options I see the following which
shows each optio
|Andy Whitcroft -- The help text for the driver in the kernel source (I
don't know where it resides, haven't been able to locate it using an
online source code browser) indicates that. Also it's mentioned in some
forums, i.e. here: http://ubuntuforums.org/showthread.php?t=477452
--
cpufreq module
@Daniel Kulesz -- you indicate that you know that these drivers are now
deprecated. Where did you see that documented? It would be good to
have a link to that information here.
--
cpufreq modules missing in hardy and intrepid amd64
https://bugs.launchpad.net/bugs/246434
You received this bug no
FYI:
Jaunty
$ uname -a
Linux blubug 2.6.27-7-generic #1 SMP Tue Nov 4 19:33:06 UTC 2008 x86_64
GNU/Linux
ls /lib/modules/2.6.27-7-generic/kernel/arch/x86/kernel
total 80K
drwxr-xr-x 3 root root 4.0K 2008-10-13 14:14 cpu/
-rw-r--r-- 1 root root 18K 2008-11-04 20:53 cpuid.ko
-rw-r--r-- 1 root root
** Tags added: kconfig
--
cpufreq modules missing in hardy and intrepid amd64
https://bugs.launchpad.net/bugs/246434
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.
Sorry you must have misunderstood - I also don't have this stepdown. The
stepdown mentioned relates to what Windows Vista is offering (observed
with the CPU-Z utility). In Ubuntu the machine runs remarkably noisy
which is a major annoyance for me, I am really satisfied with the box
except this cruc
Yes, that's fair. If Ubuntu decides to start shipping "repaired" tables
as part of the initramfs or something, that'd be an acceptable fix too,
I guess. I'm just concerned that at this point, I have no frequency
scaling on any of my Intel machines... not even a single step down like
you.
--
cpufr
Well yes, I agree with you, but I am not sure this is an issue we should
fix in Ubuntu ourselves, overriding the current Linux Kernel policies.
The speedstep_centrino module is included in i386 (but doens't work
there anyhow - at least on my machine) and is ommitted on amd64. I guess
this is the sa
Also, I see on the page you linked to that overriding the DSDT "is not a
viable way to run a production system, as no vendor would support a
system when the customer has modified the system firmware, and no Linux
Distributor could possibly support modified system firmware either. "
So I'm not sure
Oh, interesting. I don't really agree with the course of action though,
since in over 10 machines, I don't have a single one that works with
acpi-cpufreq. It's all well and good to want to move in that direction,
but if the majority of people need an undocumented BIOS hack to make
things work, it's
Meanwhile I found out why - the modules are deprecated (on i386 also)
and the code from speedstep-centrino has been merged into acpi-cpufreq.
I reinstalled the system in 32bit mode and the issue still persists.
The reason behind this is that the ACPI tables (DSDT, but i suspend
rather the SSDT) ar
Yep, looks like the same issue, Daniel. I'm not aware of any reason why
the modules aren't included, which is why I've been trying to get this
fixed. Perhaps someone on the kernel team can comment, though.
--
cpufreq modules missing in hardy and intrepid amd64
https://bugs.launchpad.net/bugs/2464
Seems like this issue could also be related to the problem mentioned,
where CPU Frequency breaks for an Intel Core2Duo System on amd64:
http://ubuntuforums.org/showthread.php?t=975142
is there a reason those modules are *not* included?
--
cpufreq modules missing in hardy and intrepid amd64
http
BUGabundo: Well yes. As per my original report, those are the modules
that are still available. But like I said initially, there's tons of
missing modules which are required for certain Intel CPUs, older AMD
CPUs, and older motherboards, and AFAIK those are still missing.
--
cpufreq modules missi
i'm running a C2D and I have support for it.
$ ls /lib/modules/2.6.27-6-generic/kernel/arch/x86/kernel/cpu/cpufreq/
total 64K
-rw-r--r-- 1 root root 25K 2008-10-07 06:37 acpi-cpufreq.ko
-rw-r--r-- 1 root root 35K 2008-10-07 06:37 powernow-k8.ko
$ uname -a
Linux blubug 2.6.27-6-generic #1 SMP Tue O
Alright, we're in the beta now, and this is still not fixed. Can I
assume there's no plan to fix this for intrepid, and that laptop users
on amd64 are basically just screwed for battery life?
--
cpufreq modules missing in hardy and intrepid amd64
https://bugs.launchpad.net/bugs/246434
You receive
I'd like to reiterate that this is a fairly crucial bit of functionality
for laptop users, and so it *really* should be reinstated before
Intrepid launches. Especially since Intrepid is being billed as better
for netbook-type computers, it certainly won't be without proper CPU
frequency scaling.
-
** Changed in: linux (Ubuntu)
Status: Triaged => Confirmed
--
cpufreq modules missing in hardy and intrepid amd64
https://bugs.launchpad.net/bugs/246434
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Just took a look at kernel packages linux-
image-2.6.26-5-generic_2.6.26-5.17_amd64.deb and linux-
image-2.6.27-1-generic_2.6.27-1.2_amd64.deb. Both only contains
powernow-k8 and acpi-cpufreq. So this is still an issue in intrepid.
** Tags added: linux-2.6.24 linux-2.6.26 linux-2.6.27
--
cpufreq
The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the
upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would
appreciate it if you could please test this newer 2.6.27 Ubuntu kernel.
There are one of two ways you should be able to test:
1) If you are comfortable
23 matches
Mail list logo
