Jump to content


  • Content Count

  • Joined

  • Last visited

About PeterHaas

  • Rank
    InsanelyMac Protégé

Profile Information

  • Gender
  • Location
    Monterey Bay, CA

Recent Profile Visitors

1,991 profile views
  1. On your X58 system, should you have a fully working DSDT, Mavericks installed with MyHack should work perfectly. Not all X58 products are created equally. hp/Compaq's X58 product (Z400) won't work on OS X (at least mine would not). I have Mavericks running on two different X58 systems: a Dell Studio XPS 9100 (Core i7-920) and an MSI X58A-GD45 (Xeon W3520), both using MyHack, with a little help from [url="http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/"]#####[/url] For Mountain Lion (this was before Mavericks was officially released, and [url="http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/"]#####[/url] was updated accordingly) and both are solid as a rock. While I sometimes resort to a DSDT-less installation of OS X, I always follow it up with a customized DSDT for maximum OS X compatibility. This can be particularly important on a 7- or 8-Series mobo, where the USB systems are distinct (UHCI and EHCI in one group and xHCI in another group), and you want all USBs, whether 3.0 or 2.0/1.1 to operate seamlessly as is all were in the very same group. This requires a lot of DSDT hacking to provide the "multiplexing" function, but the effort is worth the improved result.
  2. PeterHaas

    FX 1800/ GT335?

    I installed ML 10.8.2 with an 8400GS, then updated to 10.8.4, then changed-out the 8400GS for the Quadro FX 1800, and there were no issues whatsoever. Whatever support was originally there for the 8400GS worked 1000 percent with the Quadro FX 1800. This was on an i7-930, BTW, a Dell LGA 1366 mobo in a Corsair case with a Corsair PSU. And, the Quadro FX 1800 was original to the hp Z400 (LGA 1366, W3520) from which it was temporarily borrowed. The basic card supplied with the Z400 series has no OSx86 support, to my reasonably certain knowledge.
  3. The DC7700 and DC7800 certainly have their issues, but the DC7900 is reasonably clean, except for LAN and audio. My DC7900 CMT runs Mountain Lion flawlessly using the Intel kext for LAN and an nVidia 8400GS for video and Voodoo for audio. One of mine was originally a DC7800 but was converted to a DC7900 by a mobo swap ($40, delivered, on eBay, using B-I-N). An E6850 proc. The other DC7900 CMT was built for (presumably) Microsoft, but was surplussed by them as brand-new, but unused systems. An E8400 proc. The brand-new DC7900 CMT was my main system for nearly a year. Alas, the LAN is sort of non-standard. The Audio definitely is non-standard. My subsequent systems have been 7-Series, with the proviso that the LAN HAS to be R8111, and the codec HAS to be ALC892 or ALC897. My own custom DSDT to allow any type of USB device to be inserted in any USB receptacle, adapted from Mieze's code. Too many Hacks, too little time.
  4. DSDT Editor provides additional, and very much needed, functionality over DSDTSE (Simple Editor), although I generally continue to use DSDTSE in preference to DSDT Editor. DSDTSE will not, or cannot, detect instances where an assignment is being made from a wide variable or value (e.g., 64 or 32 or 16 bits) to a less wide variable (e.g., 32 or 16 bits or 8 bits). DSDT Editor can, and does. My strong preference is to use DSDTSE for all or almost all development, until I get a clean and working DSDT, and then pass it, or rather "wash it", through DSDT Editor to catch any lingering errors, such as the assignment statement errors. But, DSDT Editor can also catch and eliminate other errors, through use of the "Fix Errors" option of the error dialog of the compile option. Both tools are useful to me, and I have come to depend upon DSDTSE for its rather simple interface, and also on DSDT Editor for its superior error detection and its optional correction. This is especially helpful in a very complicated DSDT modification, such as porting Mieze's USB 1.1/2.0/3.0 compatibility mods from her MSI B75MA-P45 implementation (four slot) to another MSI or, especially, a non-MSI motherboard. Using both DSDTSE and DSDT Editor, I have successfully ported her mods to MSI B75A-G43 (seven slot) and ASRock H77M (four slot) motherboards.
  5. PeterHaas

    SoundMAX Integrated Digital HD Audio

    We did over on Hackintosh Questions-Answers ... both the DC7800 AND the DC7900. I got my DC7800 SFF and later my DC7900 CMT up and running on Mountain Lion withing 30 minutes of the availability of the download from the Apple Store. You MUST be on the highest BIOS release from hp/Compaq for the USB flash drive boot method to work properly. For Audio, I used Voodoo 0.2.1. There is LOTS of work required on hp/Compaq's DSDTs for perfect OSx86 compatibility.
  6. PeterHaas

    Install Lion directly without SL installed?

    Also works well on unsupported mobos, such as my SP35 Shuttle (P35 MCH/ICH9R ICH with Marvell LAN, TI Firewire and ALC888). The Marvell 88E8056 was handled by manually editing the Yukon2 plist. In this particular case, I handled the ALC888 using Voodoo 0.2.1, although normally I would do so using a combination of 10.6.2 AppleHDA "roll-back" and ALC8xxHDA. Installation went on the first time, and has worked flawlessly since. The selectable Server Lion option did not work, although I DO HAVE Server Lion. The really good news is there is NO use of TERMINAL required, either to build the USB flash drive or to finalize the installed system. IOW, once the Lion Installer comes back, the installed system will reset into Lion and you will get the usual MacOS X (Lion) setup menus. Oh, I used my own DSDT from my 10.6.8 system.
  7. Attached is the original DSDT I used on my ASRock P55 Pro. It works for 10.6 (AKA 10.6.0) through 10.7 (AKA 10.7.0). Lion has been running without error on this machine for a week. I have not had to go back to 10.6.8, and I probably won't. dsdt.aml.zip
  8. PeterHaas

    GMA950 with Lion

    Both the GMA950 and GMAX3100 kexts are in Lion. To use the GMA950, you must boot in 32-bit mode. Like Snow, Lion defaults to 64-bit mode, but it can be booted in 32-bit mode. You should not need to add any kexts, particularly not the older ones. But, you must add your GMA950 device (GFX0 within PCI0) to your DSDT. After that, boot Lion in 32-bit mode and your GMA950 will come up with all resolutions and Ci/QE, just as it did in Snow.
  9. Working on my ASRock P55Pro (i5-670/9500GT) with my own DSDT. Worked first time, and there have been no failures of any kind in 1.5 days. My /E/E contains fakeSMC, ONLY. After operation was confirmed, I deleted the -v boot flag from com.apple.Boot.plist as the revised version of Chameleon does not accept boot flags from the keyboard. Its a good thing that the revised version of Chameleon will display and boot the other hard drives, too! When I went to install Lion on my 10.7 Backup volume, I had to specify 10.7\ Backup to finalize, a small price to pay. Just remember that all values specified to TERMINAL which have embedded spaces must indicate those spaces by "\ ".
  10. I'm attaching fully-commented versions (dsl and aml) of the Rev. E Shuttle K48 DSDT. For this documentary purpose, I am calling this Rev. X, although it is really Rev. E, but with extensive comments. This is a HUGE hack and fixes all known problems with the Shuttle K48 and Snow Leopard up to and including 10.6.7. The intention, here, is to provide guidance for others who are also hacking ill-designed Award BIOS DSDTs, possibly for non-Shuttles. Remember: the GMA950 device is 32-bit, only, in order to obtain full acceleration and all resolutions. 64-bit will give you no acceleration and 1024 x 768, only. The applications may run 64-bit, of course. Also remember: the optical and hard devices are on the PATA channel. For this to be most effective, a fast optical device is highly recommended. 22x should be fine. A hand-me-down Pioneer DVR-110, say, from an old G4 Mac will probably be too slow. The SATA channels are reserved for eSATA uses. 2011_03_22X_Shuttle_dsdt.aml.zip 2011_03_22X_Shuttle_dsdt.dsl.zip
  11. Shuttle K48 with all-IDE internal drives (the Shuttle K48's two SATA ports are reserved for eSATA use). ALC662 support by Voodoo (32-/64-bit version). Marvell 88E8056 supported by the usual hacking of the 88E8053 device in the plist (see attachment). Note, the GMA950 device is 32-bit only, and booting the OS into 64-bit, while it DOES work, the GMA950's resolutions are necessarily limited to 1024 x 768. However, if the OS is booted into 32-bit (arch=i386), then all resolutions are available, and so also are CI and QE. Naturally, even though the OS is running 32-bit, the applications may still run 32- or 64-bit. Indeed, Firefox 4 runs 64-bit by default, and you will have to restart it into 32-bit to run Netflix "Watch Instantly". The required DSDT is a major hack of the Shuttle one, mainly to fix all the USB device issues (see attachment). At the same time, I brought the DSDT up to current "MacOS friendly" level. Installation method: 1) [url="http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/"]#####[/url] + [url="http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/"]#####[/url] + 10.6.3 "retail" DVD, 2) User DSDT specified, 3) Voodoo 32-/64-bit specified, 4) 32-bit com.apple.Boot.plist specified, 5) Apply 10.6.7 Combo Update, and, finally, 6) Restart into 10.6.7. Presently running 10.6.7 with all software updates, and with updated Developer code, too. 2011_03_22E_Shuttle_K48_dsdt.aml.zip Marvell_88E8056_Changes_to_IONetworkingFamily.zip
  12. An i3 is SMcputype 2305. I have two of these, an i3-540 and an i3-550. My latest build is an ASRock P55 Pro with an i5-760. The P55 Pro's built-in Power-on/off switch, Clear CMOS switch and POST code display are useful during initial debugging, but probably not thereafter. The P55 Pro's on-mobo Firewire is supported OOTB. In a pinch, you can indeed use the DSDT for a P55DE2 on a P55 Pro. However, this will not give you sound as the P55 Pro has an ALC890, not an ALC888. Although most, if not all of the DSDT edits for a P55 Pro (with the exception of the codec device code) are the same as for a P55DE3, it is definitely best to start fresh, using an Ubuntu extract, after you update to the latest BIOS. A LOT changed in the DSDT between the retail inventory of P55 Pros (BIOS level 2.40) and the current BIOS level 2.60. So, grab your updated DSDT using Ubuntu and go from there. To support the ALC890, code the HDEF device as an ALC889a/ALC885 and use AppleHDA rolled-back to 10.6.2 and Legacy889aHDA. For most purposes, the defaults which are supplied by selecting ACPI are fine, but I always go back and disable the IDE port (JMB363) and anything else which makes sense. I always disable the true IDE device tree (named SAT1, in this case), and I always replace the IDE compatibility mode device tree (named SATA, in this case) with my own true SATA device tree. After replacing the entire SATA device, I comment-out the entire SAT1 device. Also, DO insure that the HDEF device is enabled. It is set to AUTO, by default, but it needs to be set to ENABLED. Auto is not a good idea. Enabled at least ensures that the ALC890 chip is, indeed, enabled, allowing any sound debugging to revolve around the DSDT's HDEF device and MacOS X's kexts, and not the ephemera of the P55 Pro's power-on reset function. I like the ASRock P55 Pro. Highly MacOS X compatible, and I am running it on 10.6.5 with all Software Updates, except for Safari 5.0.3. (My ASRock P55DE3s are also running 10.6.5 with all Software Updates, except for Safari 5.0.3). For best USB compatibility, it is a MUST to ignore [url="http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/"]#####[/url]'s USB roll-back option, and to, instead, do your own roll-back, using the IOUSBFamily kexts from 10.6.4 (IOUSBFamily and IOUSBMassStorageClass). Oh, yes, I select iMac11,1 for smbios.plist. ASRock P55DE3 and P55 Pro ... highly recommended! dsdt.aml.zip 2010_12_25_ASRock_P55_Pro_dsdt.dsl.zip
  13. PeterHaas

    45 nm processors : Q9300 & Q9450

    No particular issues with 45 nm CPUs. In fact, they're in most cases a significant improvement, although any processor with less than a 1067 MHz FSB doesn't over-clock well, if at all. Reasonable over-clocked speeds are (1333 / 1067 ) * processor speed rating for 1067 MHz FSB processors. Reasonable over-clocked speeds are (1600 / 1333 ) * processor speed rating for 1333 MHz FSB processors.
  14. Either works. For my latest install, an ASRock P55DE3 with an i3-540, I specified MacPro4,1 and Core i5. Although Apple is now making i3s, I haven't yet seen the processor code for an i3. For an i5 it is 1537 and the associated smios.plist key-value pair is: <key>SMcputype</key> <string>1537</string> For an earlier install, I specified iMac11,1 and Core 2 Duo, but that made even less sense to me than MacPro4,1 and Core i5.
  15. The ASRock P55DE3 (DeLuxe 3) and the P55Pro are nearly the same. The Pro version has all "Japanese" capacitors. The DE3 version has "Japanese" capacitors in the VRM, only. Otherwise, the two "raw" boards appear to be identical. Both have AMI BIOSes, and the DSDT for these is very un-Gigabyte-like. Fortunately, the master USB addresses are the usual ones, 0x001D0007 and 0x001A0007, and this allows for Gigabyte-like USB system mods for OSx86. Alas, only the high-speed USBs will be seen by About This Mac... , but that is probably OK in most cases. Finally, these mobos have serious USB issues with 10.6.5, possibly a consequence of the USB system design within the DSDT. Installing 10.6.3 from the "retail" DVD is fine, and leads to a usable system. Software Update... to 10.6.4 is fine, too. Alas, Software Update... to 10.6.5 leads to USB block devices, including at least external hard drives and FLASH drives, being unmountable, although About This Mac... will see these devices. Its just that the 10.6.5 system WILL NOT MOUNT these block devices. So, once you get to 10.6.4 with everything working, the update path to 10.6.5 is as follows: 1) download the folder which contains the 10.6.4 versions of IOUSBFamily.kext and IOUSBMassStorageClass.kext (or, possibly more simply, just copy these kexts from the running 10.6.4 system to a new folder on the Desktop), 2) download and execute the 10.6.5 Combo Update, but DO NOT hit RESTART, 3) drag the two USB kexts to Kext Utility, thereby rolling-back these kexts to 10.6.4, and, finally, 4) hit RESTART to boot into 10.6.5. This procedure only works if [url=&quot;http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/&quot;]#####[/url] was NOT originally or later executed with specifying any USB roll-backing option. I have found the ASRock P55DE3 mobo to be a good, yet very economical choice. I bought it while NewEgg was having its recent 10 percent off sale on mobos, and I got it for $70 with "free" shipping. The regular price was just under $80 (actually, $79.99) Alas, a few days after the conclusion of the sale, NewEgg reduced the regular price of this mobo to a tad over $70 ($71.99, I think). Anyway, my DSDT for these mobos has been tested on 10.6 (AKA, 10.6.0), 10.6.2, 10.6.3, 10.6.4 and 10.6.5, and it works on all of these. For sound, I use [url=&quot;http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/&quot;]#####[/url]'s Legacy888HDA and rolled-back AppleHDA kexts. For networking, I use the new R8111DL kext. My DSDT may be found in the HQ-A Google Group Mediafire repository. It is named: 2010-11-13-ASRock-P55DE3-dsdt.aml .