http://bugzilla.kernel.org/show_bug.cgi?id=12795
--- Comment #14 from m...@iworks.at 2009-03-03 00:32 ---
Just tried again the Vista-hibernating approach, it reproducibly works.
Shall I enable acpi debugging in my kernel, try a newer kernel, etc?
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=12795
rui.zh...@intel.com changed:
What|Removed |Added
CC||malat...@linux.it
---
http://bugzilla.kernel.org/show_bug.cgi?id=12795
--- Comment #16 from m...@iworks.at 2009-03-03 01:15 ---
Problem also occurs when sony-laptop is not loaded.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #67 from tr...@suse.de 2009-03-03 02:48 ---
and in powernow-k8 not supporting (by now) voltage scaling but only frequency
scaling.
Either powernow-k8 can do both, frequency and voltage scaling, or it does not
work at all.
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #68 from d.be...@gmail.com 2009-03-03 03:15 ---
(In reply to comment #67)
and in powernow-k8 not supporting (by now) voltage scaling but only
frequency
scaling.
Either powernow-k8 can do both, frequency and voltage
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #69 from andreas.herrma...@amd.com 2009-03-03 03:25 ---
I suggest to change the Linux code to ignore RdMem/WrMem of fixed MTRR
registers and not to sync them between CPUs.
I've found this old thread
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #70 from andreas.herrma...@amd.com 2009-03-03 03:29 ---
Created an attachment (id=20412)
-- (http://bugzilla.kernel.org/attachment.cgi?id=20412action=view)
[PATCH] x86: mtrr: don't modify RdDram/WrDram bits of fixed MTRRs
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #71 from andreas.herrma...@amd.com 2009-03-03 03:49 ---
WRT comment #68:
powernow-k8 works, but I think it doesn't support all of the hardware scaling
features: e.g. minimum frequency in Linux is 600MHz while in Windows
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #72 from tr...@suse.de 2009-03-03 04:12 ---
I have not tested yet after the bios upgrade, but unfortunately recent fglrx
releases
The recent fglrx release should help a lot concerning battery life.
--
Configure
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #73 from andreas.herrma...@amd.com 2009-03-03 04:21 ---
FYI, the 600MHz value for Pstate2 is from an ACPI table (containing
_PSS (Performance Supported States) objects). For each Pstate it contains
also the frequency, but
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #74 from tr...@suse.de 2009-03-03 04:47 ---
I think, the powernow-k8 driver should determine the frequency from the Pstate
MSR directly and not from this ACPI table.
Hmm, I'd vote to keep taking the ACPI values. If the
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #75 from d.be...@gmail.com 2009-03-03 05:29 ---
(In reply to comment #74)
I think, the powernow-k8 driver should determine the frequency from the
Pstate
MSR directly and not from this ACPI table.
Hmm, I'd vote to
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #76 from andreas.herrma...@amd.com 2009-03-03 06:11 ---
Well, the HW is not overclocked or something like that under Linux.
The frequency/voltage settings for each Pstate are obtained from the
corresponding Pstate register
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #77 from andreas.herrma...@amd.com 2009-03-03 06:20 ---
Created an attachment (id=20413)
-- (http://bugzilla.kernel.org/attachment.cgi?id=20413action=view)
x86: powernow-k8: determine exact CPU frequency for HW Pstates
(I
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #78 from tr...@suse.de 2009-03-03 06:48 ---
Furthermore this involves that the corresponding frequencies in
/sys/devices/system/cpu/cpu0/cpufreq and the cpu MHz in /proc/cpuinfo are
incorrect.
In any case, I think we
http://bugzilla.kernel.org/show_bug.cgi?id=12684
--- Comment #10 from a...@piggz.co.uk 2009-03-03 10:18 ---
sorry for the delay...just built a custom kernel and done the test above.
tried 4 times, and yes, the system comes back after approx 10 seconds
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=12684
--- Comment #11 from a...@piggz.co.uk 2009-03-03 10:19 ---
Created an attachment (id=20414)
-- (http://bugzilla.kernel.org/attachment.cgi?id=20414action=view)
dmesg after core pm test 1
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=12684
--- Comment #12 from a...@piggz.co.uk 2009-03-03 10:19 ---
Created an attachment (id=20415)
-- (http://bugzilla.kernel.org/attachment.cgi?id=20415action=view)
dmesg after core pm test 2
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=12170
--- Comment #21 from jyro...@gmail.com 2009-03-03 12:43 ---
I have some additional info that may be of some use. I recently booted the
ubuntu jaunty alpha4 livecd to see if the same issue occurs. Although the
kernel used is 2.6.28,
http://bugzilla.kernel.org/show_bug.cgi?id=11541
--- Comment #79 from paul.suckl...@gmail.com 2009-03-03 14:18 ---
(In reply to comment #70)
Created an attachment (id=20412)
-- (http://bugzilla.kernel.org/attachment.cgi?id=20412action=view) [details]
[PATCH] x86: mtrr: don't
http://bugzilla.kernel.org/show_bug.cgi?id=12684
--- Comment #13 from rui.zh...@intel.com 2009-03-03 17:42 ---
there are a lot of error messages about the X/drm driver.
please boot into console mode. make sure drm driver is not loaded
and check if the problem still exists.
Note that
http://bugzilla.kernel.org/show_bug.cgi?id=11953
--- Comment #17 from shaohua...@intel.com 2009-03-03 21:22 ---
can you try a latest kernel? Latest kernel has some idle/timer related fixes,
which might help you system.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=11750
--- Comment #14 from shaohua...@intel.com 2009-03-03 21:28 ---
what's the status of the 'user pool'? Can we just push the list you know first
and add others later? Sure this must not break systems immediately.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=11312
--- Comment #25 from shaohua...@intel.com 2009-03-03 21:30 ---
should we close this one if this is a BIOS issue?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugzilla.kernel.org/show_bug.cgi?id=10847
--- Comment #23 from shaohua...@intel.com 2009-03-03 21:31 ---
can you try latest kernel, which has a lot of idle related fixes?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this
http://bugzilla.kernel.org/show_bug.cgi?id=12723
--- Comment #18 from shaohua...@intel.com 2009-03-03 21:46 ---
I thought the best approach is you could try ACPI functions manually at
console, and see which one is broken. This could help a lot to narrow down the
issue.
--
http://bugzilla.kernel.org/show_bug.cgi?id=12590
--- Comment #18 from shaohua...@intel.com 2009-03-03 22:01 ---
but this commit is an ia64 change, nothing changed in x86 side, can you please
double check?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
http://bugzilla.kernel.org/show_bug.cgi?id=12561
--- Comment #21 from shaohua...@intel.com 2009-03-03 22:52 ---
can you send the output of command 'dmidecode'? we could blacklist the system.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
http://bugzilla.kernel.org/show_bug.cgi?id=12391
shaohua...@intel.com changed:
What|Removed |Added
Status|NEW |REJECTED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=12350
--- Comment #15 from shaohua...@intel.com 2009-03-03 23:00 ---
can you try if S3 works under windows vista? From our guess, S3 should not work
under vista too.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
30 matches
Mail list logo