Jump to content

mcsmart

Members
  • Content Count

    151
  • Joined

  • Last visited

About mcsmart

  • Rank
    InsanelyMac Geek

Contact Methods

  • Website URL
    http://

Profile Information

  • Gender
    Male
  • Location
    Germany
  • Interests
    Un*x-like systems, PCs, Scripting and Programming

Recent Profile Visitors

4,678 profile views
  1. mcsmart

    Clover General discussion

    Okay, I found your post about AddProperties. With this I got "hda-gfx" in my GFX0 section, yay! But I still don't get HDMI audio from my Radeon 7850, although the connector types are correct in the IOReg. When looking at my DSDT I don't see any HDAU device (I've only got HDEF), which is probably the reason why HDMI audio still fails. I have set the FIX_DISPLAY DSDT fix, which is supposed to add that, but HDAU is simply not there. Anything else I could do about that? This is my Clover DSDT patch log: 13:394 0:001 ========= Auto patch DSDT Starting ======== 13:397 0:003 VideoCard devID=0x68191002 13:399 0:001 DisplayADR1[0] = 0x10000, DisplayADR2[0] = 0x0 13:400 0:001 Display 0 is notPCIE 13:402 0:001 Audio HDA (addr:0x10000) setting specified layout-id=1 (0x1) 13:403 0:001 USBADR[0] = 0x140000 and PCIe = 0xFFFE 13:405 0:001 USBADR[1] = 0x1A0000 and PCIe = 0xFFFE 13:656 0:251 Audio HDA (addr:0x1B0000) setting specified layout-id=1 (0x1) 13:658 0:001 USBADR[2] = 0x1D0000 and PCIe = 0xFFFE 13:661 0:003 Found ACPI CPU: CPU0 And CPU1 And CPU2 And CPU3 And CPU4 And CPU5 And CPU6 And CPU7 13:675 0:014 Found PCIROOTUID = 0 13:677 0:001 patch RTC in DSDT 13:678 0:001 Start RTC Fix 13:680 0:001 found RTC Length not match, Maybe will case CMOS reset will patch it. 13:681 0:001 found RTC had IRQNoFlag will move -3 bytes 13:683 0:001 ...len=B380 13:685 0:001 new size written to 2302 shift=0 len=B380 13:686 0:001 len after correct outers B380 13:688 0:001 patch TMR in DSDT 13:691 0:003 patch IPIC in DSDT 13:692 0:001 PIC size=A5 at 20CB 13:694 0:001 found CRS at 20DF size 8D 13:696 0:001 found PIC had IRQNoFlag will move -3 bytes 13:697 0:001 Fix Device PIC size -3 13:699 0:001 patch HPET in DSDT 13:701 0:001 patch LPC in DSDT 13:702 0:001 Start LPCB Fix 13:704 0:001 found LPCB device NAME(_ADR,0x001F0000) at 19AD And Name is LPCB 13:705 0:001 NewName LPCB already present, renaming impossibble 13:707 0:001 Start Display0 Fix 13:709 0:001 add device GFX0 13:713 0:004 Creating DSM for ATI card 13:715 0:001 now inserting Video device 13:718 0:003 ... into existing bridge 13:721 0:003 patch Display #0 of Vendor=0x1002 in DSDT old way 13:724 0:002 Start NetWork Fix 13:726 0:002 found NetWork device [0x001C0002:0] at 3C8C and Name is PXSX 13:729 0:002 Name PXSX present at 0x259, renaming to GIGE 13:731 0:002 Name PXSX present at 0x2FA, renaming to GIGE 13:734 0:002 NetworkADR1=1C0002 NetworkADR2=0 13:737 0:002 network DSM created, size=74 13:741 0:004 Start SBUS Fix PCI=1081 len=B47B 13:743 0:001 device (SBUS) found at 70DA 13:745 0:002 SBUS address 70DA code size = 0x0000005D 13:748 0:003 SBUS code size fix = 0x0000005D 13:751 0:002 patch HDEF in DSDT 13:753 0:002 Start HDA Fix 13:756 0:002 found HDA device NAME(_ADR,0x001B0000) And Name is HDEF 13:759 0:002 NewName HDEF already present, renaming impossibble 13:761 0:002 Start USB Fix 13:764 0:002 USB bridge[140000] at 5E94, size = FB0 13:769 0:004 USB bridge[1A0000] at 5AD7, size = 3BB 13:770 0:001 Device definition before adr=16F not found 13:773 0:003 found slave _DSM, ignore 13:776 0:002 USB bridge[1D0000] at 554D, size = 588 13:779 0:002 Device definition before adr=23A not found 13:781 0:002 found slave _DSM, ignore 13:784 0:002 Start _WAK Return Fix 13:787 0:003 len = 0x0000B7AF 13:790 0:002 _WAK Method find return data, don't need to patch. 13:792 0:002 return len=B7AF 13:794 0:002 deleting device CRT_ 13:798 0:004 deleting device DVI_ 13:800 0:001 deleting device SPKR 13:802 0:002 deleting device ECP_ 13:805 0:002 deleting device LPT_ 13:807 0:002 deleting device FDC0 13:809 0:002 deleting device ECP1 13:811 0:002 deleting device LPT1 13:814 0:002 Start PNLF Fix 13:816 0:002 found PWRB at 4E89 13:819 0:002 Start _S3D Fix 13:821 0:002 Start ADP1 fix 13:823 0:002 no device(AC) exists 13:826 0:002 Start Darwin Fix 13:828 0:002 Name _OSI present at 0x172D, renaming to OOSI 13:831 0:003 Name _OSI present at 0x8F90, renaming to OOSI 13:833 0:001 Name _OSI present at 0x8F97, renaming to OOSI 13:836 0:003 Name _OSI present at 0x8FAC, renaming to OOSI 13:838 0:002 Name _OSI present at 0x8FC8, renaming to OOSI 13:840 0:002 Name _OSI present at 0x8FE8, renaming to OOSI 13:843 0:002 Name _OSI present at 0x9008, renaming to OOSI 13:845 0:002 Name _OSI present at 0x9026, renaming to OOSI 13:847 0:002 Name _OSI present at 0x9042, renaming to OOSI 13:851 0:003 Name _OSI present at 0x905E, renaming to OOSI 13:852 0:001 Name _OSI present at 0x96DA, renaming to OOSI 13:855 0:002 Start SHUTDOWN Fix len=B884 13:857 0:002 ========= Auto patch DSDT Finished ========
  2. mcsmart

    Realtek ALC AppleHDA Audio Injection

    Hi toleda, thanks for your work. I'd like to report a problem with audio injection on my newest build (see my signature for basic HW specs). Description of audio problem: No audio device recognized/usable, although AppleHDA is loaded. System Profiler shows the correct (injected) layout. As it says in your guide I am not using any custom AppleHDA.kext or enabler. OS X version/motherboard model/BIOS version/processor/graphics OS X 10.9.0 (vanilla install), GA-H87M-D3H with ALC892, Radeon HD 7850 Procedure/Guide Used/AppleHDA.kext version I tried the following methods: Clover with Audio Inject=1 and DSDT/FIX_HDA=False Clover with Audio Inject=3 and DSDT/FIX_HDA=False Clover without Audio Inject and DSDT/FIX_HDA=True Extra/dsdt.aml (if installed): none Copy of IOReg: I'm going to send you this one through a PM, as it contains my serial number Console/All Messages/kernel Sound Assertions selected: 22.12.13 19:13:01,000 kernel[0]: Sound assertion in AppleHDADriver at line 1525 22.12.13 19:13:01,000 kernel[0]: Sound assertion in AppleHDADriver at line 2193 22.12.13 19:13:01,000 kernel[0]: Sound assertion in AppleHDADriver at line 207 22.12.13 19:13:01,000 kernel[0]: Sound assertion in AppleHDADriver at line 1084 Screenshots: attached Edit: Sorry, I cannot send you a PM, as your inbox is full clover-config.plist.zip
  3. mcsmart

    [UEFIPatch] UEFI patching utility

    Oh nein, I guess I spoke too soon. While the patching tool itself does, what it's supposed to do, I experienced one major drawback: It completely messed up the UEFI firmware on my MSI-H87M-G43. Short story: I guess the NVRAM or (maybe?) other parts of the firmware might get corrupted Long story: The board worked just as normal for a few days with the PMPatched firmware After rebooting from Windows I noticed that my "Linux Boot Manager" entry was missing in the F11 boot selection menu I thought: not a big deal, let's add it again with efibootmgr on Linux, which I did. I rebooted again, but it still was not there. This is where the odd part starts. I entered the UEFI firmare menu through the <DEL> key and I was shocked: almost all of the firmware options (system time, options for on-board devices, boot options, factory reset, etc.) were missing. Oh Nein! I disconnected the power, let it sit there for a while and turned it back on. Now I could not even get into the UEFI firmware with <DEL>. It was just stuck at "entering BIOS...". Now I was stuck with a non-bootable system. {censored}! I did a CMOS reset (disconnect power, set CLR_CMOS jumper, let it sit there for a while, removed the jumper). This still did not help. After turning the thing back on I got a message "CMOS cleared, press <DEL> to enter setup". I pressed <DEL>. Nothing happened. {censored}! Sh*t! Oh Nein! I disconnected the power, removed the CMOS battery, set the CLR_CMOS and disconnected all SATA drives. I let it sit there for 30 minutes. I put back the CMOS battery, removed the CLR jumper, started up without any drives and I could finally get to the UEFI firmware again. All options were where they were supposed to be. I immediately flashed the unpatched BIOS. Everything was fine. Then I felt adventurous and flashed the patched BIOS again. I did a factory reset. Everything was working as expected, register 0xE2 was unlocked. Just after one day this sh*t started again (missing bootloader entries, corrupt firmware setup). I went through this torture one more time and managed to flash the official BIOS again, which is running for over a week now without any issues (except that 0xE2 is write-protected). I am sorry that I can not really provide any more technical details. But maybe you have an idea of what could have gone wrong here. Thanks for making PMPatch.
  4. mcsmart

    [UEFIPatch] UEFI patching utility

    Success on MSI-H87M-G43 with BIOS 1.4! Now I can finally boot Mavericks through Clover! For the record, this is my patchlog: 3IMS_patched.140 PMPatch 0.5.13 PowerManagement modules not found. PowerMgmtDxe/PowerManagement2.efi module at 00AC4770 patched. AMI nest modules not found. Phoenix nest modules not found. CpuPei module at 00FB7080 not patched: Patch pattern not found. Output file generated. Oh, and this is the output of rdmsr 0xe2 on linux, before and after the BIOS patch: before: 1e008405 after: 1e000405 Thanks a lot for your work!
  5. Hello everyone. I just got my SL disc I ordered and wanted to install SL on my GA-EP45-DS4. I already have a working Leopard Vanilla Installation and I have a custom DSDT which also includes common SL fixes (Ethernet, CMOS Reset). I even have vanilla speedstep working on Leopard. So I copied the SL Install disc to a USB flash drive, put Chameleon 2.0-rc4 on it and successfully installed SL on my internal SATA HDD using this pen drive. I also installed Chameleon 2.0-rc4 on my internal SATA HDD and placed these kexts in the /E/E folder: fakesmc (newest release) IOAHCIBlockInjector EvoXReboot Disabler.kext (just to be safe) Now whenever I want to boot to save graphics mode (-v -x), I get the following messages: The system simply does not boot. Of course full graphics mode isn't working either - I am however able to get into single user mode. I also tried switching between 32 and 64 bit - no difference. Is there anything I am missing? Any cool DSDT-fix I need? Just give me a hint - I can figure out the rest by myself - mcsmart
  6. mcsmart

    AppleLPC.kext prevents sleep

    OK, when I check the "restart automatically" option sleep works just fine. BTW: vanilla speedstep is also working Regards, mcsmart
  7. Not, they are weird. They are between 3.0 and 4.5 @mitch_de: Thanks for explaining. There is still one more problem I have: After a while my system becomes sort of unresponsive. It is noticable when moving around windows (Finder, Terminal, Safari, ...) - everything is some kind of stuttering a little. Music and Videos still play fluently so it's pretty hard to describe. Has anybody else noticed this? Without speedstep this does not happen. The actual CPU load stays low, so the CPU frequency does not scale up when moving around windows. Regards, mcsmart
  8. P-states are CPU-specific. If you are changing your CPU you'll also need to change your P-states. If you use VodooPower.kext or Cpu-i.kext this does not matter because these kernel extensions detect the P-states of your CPU automatically. However, if you have your P-states hardcoded to your DSDT, they are most likely not going to work with a different CPU. @FormerlyKnownAs: Thanks a lot for taking the time. I really appreciate your work. I am going to look over it tomorrow. Rehards, mcsmart
  9. I just loaded AppleLPC by adding my device id to the kext and I noticed that my system can not sleep any more (powers down, but does not wake up [instead of waking up it reboots]). Is there any fix for that? I wanted to use AppleLPC to get the "Restart automatically after a power failure" option, but AppleLPC makes things worse. Without AppleLPC sleep works fine. Is there any reason why we should use AppleLPC? Regards, mcsmart
  10. Yes I have that in my boot.plist. And even though I did not borrow my _cst tables from a Mac I did set the SMproductname to "MacPro3,1" via smios.plist. I have attached my DSDT for reference. Maybe somebody finds any mistakes. The PSS part is located at the very bottom. Regards, mcsmart dsdt_ep45_ds4.zip
  11. mcsmart

    S-Video working on Radeon HD3870

    See this. - mcsmart
  12. mcsmart

    Bug in new design

    This has still not been solved yet. Many posts become unreadable with the new design because lists are not working. Why does this problem not have high priority? - mcsmart
  13. mcsmart

    How to Defrag Leopard drive?

    The answer is simple: you do not need to defrag your HFS+ drives at all. HFS+ does it automatically in the background when you computer is running. If you really want to defrag so badly, just do what you would do with almost all UNIX filesystems: Backup your data (tarball) Format the drive/partition Move the data back to the shiny new partition (untar your backup) - mcsmart
  14. mcsmart

    S-Video working on Radeon HD3870

    Hello everybody! I wanted to let you know that the S-Video output of my Radeon HD3870 is working. I now have an external television connected and I can use FrontRow on it (with a free application called "TV Row"). In fact the HD3870 is probably one of the best cards you can get for your Hackintosh. The device id (0x9501) is already in the vanilla kext so all you need is Natit. Notice: S-Video out does only work with newer framebuffers (tested with Megalodon). It does not work with Lamna or older ones. My card: MSI RX3870-T2D512E-OC (the stock fan is pretty loud - you might want to replace it with a new cooler and a 120mm fan). More H/W specs in my signature. - mcsmart PS: Special thanks go to netkas!
  15. Hello there, I would like to know if anybody has connected a TV to a Radeon HD with an S-Video cable. Is this even supposed to work? I want to get a new GFX card (maybe 2600 XT) and I really need an S-Video connection! Do we need additional modifications for this? Thanks, mcsmart
×