On Thu, Dec 03, 2009 at 12:25:12AM -0000, Runar Ingebrigtsen wrote: > I have upgraded to Karmic, so here's my SSDT2 table.
Identical to mine.
> Besides, I found this forum discussing how to load custom SSDT tables for MacOS X: > > Stupid Question: Is this a possible approach in Grub?
In principle yes: http://www.lesswatts.org/projects/acpi/overridingDSDT.php but that's way too hackish.
Also, as noted at http://episteme.arstechnica.com/eve/forums/a/tpc/f/77909774/m/840002350041?r=665000550041#665000550041, the BIOS has problems with other P-states for this CPU (we have 800, 1066, 1333 while it should've been something like 833, 1000, 1333, 1666), so it must be doing something wrong in general.
I still believe we need to get this fixed in the BIOS. If anybody has similar data on offtopic systems that would be a more convincing argument for the vendor.
On Thu, Dec 03, 2009 at 12:25:12AM -0000, Runar Ingebrigtsen wrote:
> I have upgraded to Karmic, so here's my SSDT2 table.
Identical to mine.
> Besides, I found this forum discussing how to load custom SSDT tables for MacOS X:
>
> Stupid Question: Is this a possible approach in Grub?
In principle yes: www.lesswatts. org/projects/ acpi/overriding DSDT.php
http://
but that's way too hackish.
Also, as noted at episteme. arstechnica. com/eve/ forums/ a/tpc/f/ 77909774/ m/840002350041? r=665000550041# 665000550041,
http://
the BIOS has problems with other P-states for this CPU (we have 800,
1066, 1333 while it should've been something like 833, 1000, 1333,
1666), so it must be doing something wrong in general.
I still believe we need to get this fixed in the BIOS. If anybody has
similar data on offtopic systems that would be a more convincing
argument for the vendor.