Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


  • Content count

  • Joined

  • Last visited

  1. Thanks aschar! Works fine on ML with no failed assertions.
  2. Why Linux is not (yet) Ready for the Desktop

    Few software titles -- Debian repository has to disagree. inability to run familiar Windows software -- What's the point of saying this if the next very thing he mentions is WINE? AutoCAD -- There are quite a few CAD applications out there. I don't know about the quality of these apps, but, as a matter of fact, they do exist. 3D Studio -- If by saying "3D Studio" he means 3ds Max then I have these: Maya, Blender. Adobe Premier -- Cinelerra, Kdenlive. Corel Painter -- GIMP, Inkscape. I can do that too. Some hardware comes with buggy drivers and occasionally makes Windows to BSOD. That's, totally, Windows fault and dare you to blame manufacturer for that! Pretty much the same as above. Certainly not impossible, but troublesome. I assume that he means cross-distribution compatibility between software packages. Yes, there's a problem, but solutions already do exist. You can let packagers do all the work for you, you can write a custom sh installer script, you can provide a tarball like Opera does, or you can use 3rd party installer. The above points are pure WTF. Almost looks like someone took all the buzzwords they knew and threw them together to pretend to sound serious. GNU/Linux is not perfect and I do admit that I hate some things about it, but I can't take this guy and his article seriously because what he produced is a cheesy write up of some MSFT fanboy.
  3. Why Linux is not (yet) Ready for the Desktop

    There is only a couple valid points. Like this: and this: (There is certainly only a handful of big titles on Linux) Everything else is a complete BS. Full stop.
  4. I wasn't talking specifically about naming, for example compare the packages returned from the _PRT method of the PCIB device in your DSDT and the one returned from the _PRT method of the HUB0 device in the vanilla DSDT (control goes through Else route). Yes. The quote I've posted earlier is taken from the lspci dump that was taken right after I booted my Linux box.
  5. LocusOfControl, I assume that you have the Gigabyte GA-EX58-UD5. One little question: why your DSDT looks almost like the DSDT from here? Aren't those DSDTs are made for GA-EP35-DS3L owners? I don't mean that it's a bad thing to copy & paste some parts from the above mentioned DSDTs, but you have done it quite radically and I can see differences in the "core" stuff (e.g. _PRT objects) on the first sight. Oh, and if you're already set to go with your current DSDT I think you can remove _INI method and the PWRC OperationRegion from both EHC1 and EHC2 devices. I think this was done because Gigabyte GA-EP45-DS3 didn't announce any PM capabilities for EHCI controllers (see this). Gigabyte GA-EX58-UD5 does this right:
  6. Do you mean that you also deleted all APIC packages? Btw this method should look like this after cleanup: Method (_PRT, 0, NotSerialized) { Return (APIC) } Can you upload your (working) DSDT somewhere so I can try to strip PIC and LNK stuff? Yes, you can replace AGPS and GPCN operation regions with the PMRS one. Also see item #16 in the first post to get the reasoning behind adding SLPE field. Also I have tried your DSDT with my modifications to see whether wake-up works or not. It seems like it does, but I had trouble waking up my machine by using either keyboard or mouse. I was able to wake it up by pulling out usb stick . I don't have this problem with my DSDT though. Here's a diff between original and modified DSDT: --- original.dsl 2010-01-02 17:06:48.000000000 +0300 +++ modified.dsl 2010-01-03 11:01:41.000000000 +0300 @@ -427,6 +427,13 @@ APMD, 8 } + OperationRegion (PMRS, SystemIO, 0x0430, 0x01) + Field (PMRS, ByteAcc, NoLock, Preserve) + { + , 4, + SLPE, 1 + } + OperationRegion (AGPS, SystemIO, 0x0438, 0x04) Field (AGPS, ByteAcc, NoLock, Preserve) { @@ -493,20 +500,18 @@ { Or (Arg0, 0xF0, Local0) Store (Local0, DBG1) - OSTP () - If (LEqual (Arg0, One)) {} - If (LEqual (Arg0, 0x03)) {} + OSTP() + If (LEqual (Arg0, 0x05)) { Store (0x99, SMIP) + Store (One, \_SB.PCI0.PX40.AG3E) + Store (Zero, SLPE) + Sleep (0x10) } - - If (LEqual (Arg0, 0x04)) + Else { - If (LNot (PICF)) - { - Sleep (0x64) - } + Store (Zero, \_SB.PCI0.PX40.AG3E) } } @@ -3216,6 +3221,12 @@ Return (Local0) } + OperationRegion (LPC0, PCI_Config, 0xA4, 0x02) + Field (LPC0, ByteAcc, NoLock, Preserve) + { + AG3E, 1 + } + OperationRegion (PREV, PCI_Config, 0x08, One) Scope (\) { Also I'll attach your modified DSDT so you don't need to apply modifications again. dsdt.zip
  7. It's the OS that dictates which interrupt controller to use. I don't think that Apple even supports PIC because it's impossible (?) to use on the SMP systems.
  8. Well, according to the specification it should work on all ICH9 and ICH10 boards (earlier versions may support it too). I don't know if all manufacturers of ICH[9,10] motherboards comply to spec, but those who do should have this feature consistently working across all their boards. And yes I've had the MSI P35 Platinum board, but just recently I got myself the Gigabyte GA-EX58-UD5. A few details about the DSDT I posted earlier: It has all OS detection stuff stripped out It includes almost all modifications from the first post. I haven't changed the _PR scope because my board is not overclocked. You need to enable CStates in the Advanced Processor Features (not sure if I named it right) for AppleIntelCPUPowerManagement to work. No IDE. No PIC, only APIC. No PS/2.
  9. There's a solution to make resume after sleep to work properly without requiring user to tick the "Start up automatically after a power failure" checkbox. Guys at the DSDT fixes for Gigabyte boards thread narrowed down the problem to the GEN_PMCON_3 register (spec page 454, see description for bit 0). First you need to define operation region in the Device (PX40): OperationRegion (LPC0, PCI_Config, 0xA4, 0x02) Field (LPC0, ByteAcc, NoLock, Preserve) { AG3E, 1 } For example: Device (PX40) { Name (_ADR, 0x001F0000) Method (_DSM, 4, NotSerialized) { Store (Package (0x02) { "device-id", Buffer (0x04) { 0x18, 0x3A, 0x00, 0x00 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } OperationRegion (LPC0, PCI_Config, 0xA4, 0x02) Field (LPC0, ByteAcc, NoLock, Preserve) { AG3E, 1 } /* snip */ And change the Method (_PTS) to look like this: Method (_PTS, 1, NotSerialized) { Or (Arg0, 0xF0, Local0) Store (Local0, DBG1) OSTP() If (LEqual (Arg0, 0x05)) { Store (0x99, SMIP) Store (One, \_SB.PCI0.PX40.AG3E) Store (Zero, SLPE) Sleep (0x10) } Else { Store (Zero, \_SB.PCI0.PX40.AG3E) } } After the above changes sleep should work even if the "Start up automatically after a power failure" checkbox is unchecked. EDIT: I'll attach my dsdt just in case if I {censored}ed up something when porting the _PTS method to the dsdt in the first post. dsdt.zip
  10. Finally, I've managed to make AppleHDA from the 10.6.2 to work on my MSI P35 Platinum. I replaced cparm's kexts with the LegacyHDA.kext taken from this thread. I've modified the new kext so it matches my DSDT (removed ConfigData keys (I've already had this stuff in my DSDT), changed LayoutIDs, CodecIDs). If someone interested I attached resulting kext. All outputs at the rear panel except the blue one (Line-In) should work. I haven't tested microphone input (rear panel) but it should also work. Front panel's outputs probably won't work at all, sorry. Also it seems like the 7.1 stuff can be configured in the Amp section, but I don't have any idea how it should be done. Random thought: this kext will probably work on other non-MSI boards, or at least green, black, orange rear panel outputs should work (NodeIDs of which seem the same across most MB). Accompanying HDEF section: Device (HDEF) { Name (_ADR, 0x001B0000) Method (_PRW, 0, NotSerialized) { Return (Package (0x02) { 0x0D, 0x05 }) } Method (_DSM, 4, NotSerialized) { Store (Package (0x0A) { "built-in", Buffer (One) { 0x00 }, "codec-id", Buffer (0x04) { 0x88, 0x08, 0xEC, 0x10 }, "ConfigData", Buffer (0x50) { /* 0000 */ 0x01, 0x47, 0x1C, 0x10, 0x01, 0x47, 0x1D, 0x40, /* 0008 */ 0x01, 0x47, 0x1E, 0x01, 0x01, 0x47, 0x1F, 0x01, /* 0010 */ 0x01, 0x57, 0x1C, 0x60, 0x01, 0x57, 0x1D, 0x10, /* 0018 */ 0x01, 0x57, 0x1E, 0x01, 0x01, 0x57, 0x1F, 0x01, /* 0020 */ 0x01, 0x67, 0x1C, 0x70, 0x01, 0x67, 0x1D, 0x60, /* 0028 */ 0x01, 0x67, 0x1E, 0x01, 0x01, 0x67, 0x1F, 0x01, /* 0030 */ 0x01, 0x77, 0x1C, 0x80, 0x01, 0x77, 0x1D, 0x20, /* 0038 */ 0x01, 0x77, 0x1E, 0x01, 0x01, 0x77, 0x1F, 0x01, /* 0040 */ 0x01, 0x87, 0x1C, 0x40, 0x01, 0x87, 0x1D, 0x90, /* 0048 */ 0x01, 0x87, 0x1E, 0xA1, 0x01, 0x87, 0x1F, 0x01 }, "layout-id", Buffer (0x04) { 0x78, 0x03, 0x00, 0x00 }, "PinConfigurations", Buffer (0x14) { /* 0000 */ 0x10, 0x40, 0x01, 0x01, 0x60, 0x10, 0x01, 0x01, /* 0008 */ 0x70, 0x60, 0x01, 0x01, 0x80, 0x20, 0x01, 0x01, /* 0010 */ 0x40, 0x90, 0xA1, 0x01 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } kexts.zip
  11. I was using cparm's LegacyHDA to enable sound on the SL 10.6.1, but since the 10.6.2 update sound has stopped working. I've been getting the following messages in the kernel log: I've tried to tinker with cparm's kexts to no avail. I've marked the most interesting lines in the log with bold and I suspect that the problem has something to do with the CommonPeripheralDSP array in the AppleHDAPlatformDriver.kext, but I'm not sure. Does anyone have any tips on how to solve this problem? Thanks in advance. EDIT: cparm's kexts
  12. atomikramp, Have you solved your problem with the audio? I had no problems with getting sound working. I downloaded VoodooHDA kext from: http://www.kexts.com/cat/6-audio.html then put it into /System/Library/Extensions. After executing in terminal: `kextload VoodooHDA.kext` I was able to use audio. To use your video card without any kexts (btw what kext do you use?) install EFIStudio, add devices and write generated xml into com.apple.Boot.plist. Sorry if this seems obvious to you I'm still a newbie. EDIT: I want to clarify a bit: BIOS on my MB is a version with corrected DSDT made by Kabyl ( http://osrom.net/biosmod/ ).