Jump to content
InsanelyMac Forum

kt6uk

Members
  • Content count

    19
  • Joined

  • Last visited

About kt6uk

  • Rank
    InsanelyMac Protégé
  1. I have a nicely working 10.6.4 install on a P5Q Asus with a Q6600 CPU and 8800GTS video. Bios is 2002 by Juzzi. It works well, but being a 'tinkerer' by nature I really wish I could get rid of these two error messages which appear in the kernel log ** AppleSMBusPCI::start failed to get acpi path for provider and ACPI_SMC_PlatformPlugin::start - waitForService(resourceMatching(AppleIntelCPUPowerManagement) timed out I've removed the appleintelcpu management kexts and rebuilt the cache. I've made sure the dsdt is patched and all looks good in the ioregister. I'm only running the following kext in /extra/extensions: fakesmc, nullcpupowermanagement and OpenHaltRestart But yet these error messages still torment me - must be my OCD ! Any suggestions ? Tim
  2. Hi Minihack - thanks for your tips and guidance. As it turns out I've made s little bit of progress under my own steam which correlates pretty well with your comments. So i generated a DSDT.aml under Ubuntu and implanted it into /extras and then / - same result, no audio detected. So I deleted it then ran dsdt patcher in OSX which generated a patched DSDT.aml which is significantly different to the one from Ubuntu. I put this patched DSDT.aml into / and inserted an AppleHDA.kext which seemed like the right one. Hey presto ioregexplorer finds the HW and the sound works - sort off. So I figure the reason why IOregexplorer could find the audio chip was because it was missing from the DSDT.aml. The sound is a bit quiet and distorted but at least there is sound. Tried quite a few different Apple HDA.kext's - all have the same problem, distorted audio. I think I'm going to try and fine tune the DSDT.aml for my particular set up. I'll give VoodooHDA a try - I did look for it last night, but couldn't an exact match for my chip and 10.6.4 - maybe I was being too picky and a vanilla VoodooHDA would be fine. Stay tuned.
  3. ioregexplorer can't find my audio chip....

    A little bit of progress. So i generated a DSDT.aml under Ubuntu and implanted it into /extras and then / - same result, no audio detected. So I deleted it then ran dsdt patcher in OSX which generated a patched DSDT.aml which is significantly different to the one from Ubuntu. I put this patched DSDT.aml into / and inserted an AppleHDA.kext which seemed like the right one. Hey presto ioregexplorer finds the HW and the sound works - sort off. It's a bit quiet and distorted but at least there is sound. Tried quite a few different Apple HDA.kext's - all have the same problem, distorted audio. I think I'm going to try and fine tune the DSDT.aml for my particular set up. Stay tuned.
  4. Apologies for the duplicate post - just found this forum and it seems more appropriate to my audio problem - so here goes.. I built a very nice fully working hackintosh a while back and it's great - had to patch the dsdt, but got there in the end. See sig below. Learnt a lot about Mac's and hacking :-) Now trying to build a new better Hackintosh on a asus P5Q MB with Q6600 CPU and 8800GT video. I'm nearly there, everything works but the sound. I've tried various kexts - but no joy, so figure I need to patch the DSDT. Sadly it seems ioregexplorer can't find my audio chip. A few more details - I have the 2002 Juzzi bios dated 03/04/2009. I'm triple booting XP, Ubuntu and SL 10.6.4 The audio works fine in XP and Ubuntu - in XP and Ubuntu the chip gets reported as an ALC888 (not ALC1200 as per the MB spec). So I guess the patched BIOS is ok. I've extracted the DSDT while in Ubuntu and de-compiled it - no obvious sign of HDEF. On my original working Hackintosh the HDEF shows under AppleACPIPCI as HDEF@1B - no sign of anything like that on the new machine. I'm running Chameleon RC3 fully installed but suspect it might be ignoring my patched DSDT - but shouldn't IOregexplorer find the HDEF chip with or without a patched DSDT ? In Extra/ extensions I have the following: UUID.kext OpenHaltRestart.kext NullCPUPowermanegement.kext IOAHCIBlockStorage Injector.kext fakesmc.kext ATAPortinjector.kext AHCIPortinjector.kext What am I missing here to get the audio chip recognized and operating ? Do I need to do anything to make sure Chameleon takes notice of my patched DSDT ? BTW - posting this from my nearly perfect new Hackintosh :-) Thanks again guys (I hope)
  5. I built a very nice fully working hackintosh a while back and it's great - had to patch the dsdt, but got there in the end. See sig below. Learnt a lot about Mac's and hacking :-) Now trying to build a new better Hackintosh on a asus P5Q MB with Q6600 CPU and 8800GT video. I'm nearly there, everything works but the sound - ioregexplorer can't find my audio chip. A few more details - I have the 2002 Juzzi bios dated 03/04/2009. I'm triple booting XP, Ubuntu and SL 10.6.4 The audio works fine in XP and Ubuntu - the chip gets reported as an ALC888 (not ALC1200 as per the MB spec). So I guess the patched BIOS is ok. I've extracted the DSDT while in Ubuntu and de-compiled it - no obvious sign of HDEF. On my original working Hackintosh the HDEF shows under AppleACPIPCI as HDEF@1B - no sign of anything like that on the new machine. I'm running Chameleon RC3 fully installed but suspect it might be ignoring my patched DSDT - but should IOregexplorer find the HDEF chip with or without a patched DSDT ? In Extra/ extensions I have the following: UUID.kext OpenHaltRestart.kext NullCPUPowermanegement.kext IOAHCIBlockStorage Injector.kext fakesmc.kext ATAPortinjector.kext AHCIPortinjector.kext What am I missing here to get the audio chip recognized and operating ? Do I need to do anything to make sure Chameleon takes notice of my patched DSDT ? BTW - posting this from my nearly perfect new Hackintosh :-) Thanks again guys (I hope)
  6. Boot time of your Hackintosh?

    15 seconds from Chameleon or about 10 seconds from the spinning disk. Instantaneous shut down / sleep and wake up. No errors in the logs - hand crafted DSDT and only two kexts.
  7. The Definitive Sleep Thread....

    I also had all sorts of sleep problems until I edited my dsdt to include P states for the CPU. My hacintosh now boots up in less than 15 seconds from cold, goes to sleep and re-wakes on demand (within a couple of seconds) and auto sleep after a pre-set time also works. I also corrected the USB, LAN and video sections in the DSDT to match my actual HW. I now have no errors in the logs and only run fakesmc and legacyHDA kexts - all in all I'm one happy camper ! I had to edit the plist for fakesmc to clear out an error similar to yours. Bottom line -make sure your DSDT is a good as it can be ! Oh and time machine works after tweaking the LAN dsdt.
  8. I have my Hackintosh working very nicely apart from this little problem with the log. Seems the time stamp is 8 hours out until the network starts up. I've set the correct time zone in preferences and made sure the bios clock is correct but I still see this same error in both the system and kernel logs. Any suggestions ? Yeah - know I could just ignore it, but I figure it may cause other problems.... Jan 22 10:48:09 Macintosh kernel[0]: HDAEnabler: 03/07/2009 Compiled for 32/64-bit by Taruga Jan 22 10:48:10 Macintosh kernel[0]: DSMOS has arrived Jan 22 10:48:10 Macintosh kernel[0]: AppleRTL8169Ethernet: Ethernet address 00:1a:4d:54:6b:fd Jan 21 18:48:22 Macintosh kernel[0]: NTFS driver 3.1 [Flags: R/W]. Jan 21 18:48:22 Macintosh kernel[0]: NTFS volume name Windows Xp, version 3.1. Jan 21 18:48:22 Macintosh kernel[0]: NTFS volume name XP_Data, version 3.1.
  9. Not sure where to post this, but after a lot of work and research I now have my Hackintosh working 100% and stable - at least as far as I can tell :-) That is to say: 1. Audio works 2. Time Machine works 3. Auto sleep / wake works 4. Boot time is less than 15 seconds 5. Shut down / sleep on demand is instantaneous 6. No error messages in the system or kernel logs 7. Only using fakesmc and hda for audio 8. Speed stepping works with seven preset clocks speeds I customized / patched DSDT for processor, video card, LAN, USB final_version.zip
  10. So close to getting speedstep working. Worked fine with voodoopstate, but really want it in my patched DSDT :-) Here's hoping one of you experts can help a newbee :-) I've followed the instructions and created three entries for the P states and have checked in ioreg that AppleLPC exists - it does with an ID of 026a or 0244 (seems to vary???) , there's also LPCB@1F just above it ID if 0156, but there's nothing in the AppleLPC.kext plist which comes close. Output from ioreg: | | +-o LPCB@1F <class IOPCIDevice, id 0x100000156, registered, matched, active, busy 0 (13815 ms), retain 18> | | | +-o AppleLPC <class AppleLPC, id 0x100000244, registered, matched, active, busy 0 (5 ms), retain 5> Below is my LPCB entry fro my dsdt as it stands with 2916 as the ID which matches one in the plist. Should I just change the below dsdt entry to 6a20 so it matches the ioreg dump ? Device (LPCB) { Name (_ADR, 0x001F0000) Method (_DSM, 4, NotSerialized) { Store (Package (0x02) { "device-id", Buffer (0x04) { 0x16, 0x29, 0x00, 0x00 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } Interestingly when voodoopstate was installed I could see the clock rate changing between 1200 at idle and 2500MHz under heavy load with 13 pstates and the power being consumed rising from 132 watts to 154 watts as measured on my 'kill a watt meter'. Now with voodoopstate remved and my attempt at speed stepping, at idle the power is 128 watts and 148 under identical heavy load but CPU-x now always reports 2500MHz rather than ramping up then down as it did before - so maybe it is working despite the LPCB issue above and CPU-x is just wrong ??? EDIT So I just found and installed cpu-i and watching its output, the clock freq is switching ok between the max 2500, 1800 and min 1200MHz pstates I entered - so I guess its working and CPU-X is incorrect when used without voodoopstate changer ???? I'll upload the fully patched dsdt later when I'm sure it's ok.
  11. DSDT fixes for Gigabyte boards

    Hi tj5, Thanks for the USB tip - good idea I'll give it a try later. Still working on my P states - but making progress. BTW the only kexts I have installed are fakesmc and hda for the sound. Tim
  12. thanks to this forum and the experts who help out I have 10.6.2 vanilla install working on a GA-P35-DS3L E5200 power MB with a patched DSDT (manually by me). All works well apart from speed stepping which I'm trying to fix up. I'm wondering if its possible to re-use someone elses entry for an E5200 into my patched dsdt ? In the mean time I'll try and extract the actual p states from my rig - but having trouble finding an app which works :-( pstatechanger crashes on me !
  13. DSDT fixes for Gigabyte boards

    Hi Zoliky I tried the command as you mention below both for SMBus and SBUS your typo :-) and got no output in either case. I have now tested my final DSDT posted above and it works as expected. No errors reported in the system or kernel logs and instant sleep when I hit sleep - but to come back out of sleep I need to hit the power button rather than click the mouse - no big deal though. Now onto getting the c p states working for the CPU..... Hope this helps Tim
  14. DSDT fixes for Gigabyte boards

    Hi Sull, Funny you should ask :-) I've spent the last few days reading this thread from to start to finish and editing / improving my DSDT as I went along. I have a 8800GTS file which worked perfectly from day one on my rig so I built it into my master dsdt. Then I came across your dsdt which someone else fixed up for you just recently in this thread. I compared it to yours and its practically identical. I've attached the relevant part. Ok on the voodoo monitor - yeah I was thinking that might be a way forward... Certainly have learnt a lot thanks to this thread :-) Tim Edit also here's my full dsdt - but I've not tested it yet..... 8800_dsdt_extract.txt original_gt_usb_uhci_dsdt.zip
  15. DSDT fixes for Gigabyte boards

    So I've spent must be the past week learning all I could from this thread and it's been a real education - I nearly have a fully patched DSDT for my GA-P35-DS3L F9 motherboard. Just have to edit up the CPU entry for my E5200 duo core and related P states - problem is I can't determine the P states as pstatechanger keeeps crashing. Does anyone have this info or better still a DSDT entry for a E5200 ? Rig notes: Running 10.6.2 fully patched with a 8800GTS video card. Chameleon RC4 triple booting in XP, SL or Unbuntu 9.10
×