Jump to content

Clover General discussion


ErmaC
29,872 posts in this topic

Recommended Posts

Clover_v2k_r0.pkg

Why I was BOOTX64.efi BOOTIA32.efi CLOVERIA32.efi CLOVERX64.efi Clover_v2k_r0 then disappear in the drivers64UEFI. Lost but HFSPlus-64.efi Please explain

 Revision appears with svn command after you made svn up

  • Like 1
Link to comment
Share on other sites

have a question about Hibernation. 

 

in Macs have these modes:

 

“sudo pmset -a hibernatemode 0″ = suspend to RAM only (default on desktops)

 


“sudo pmset -a hibernatemode 1″ = suspend to disk only


 


“sudo pmset -a hibernatemode 3″ = suspend to disk + RAM (default on laptops)


 


what does sudo pmset -a hibernatemode 29?


 


thanks


Link to comment
Share on other sites

hello Slice, what's the big change from r2563 to r2577?

 

with r2563 it's still bootable,

 

but with r2577, clover can be loaded, but when i press enter to boot the mac-hdd, then the sreen turned totally black and no other response... even no any logs just black

 

do you probably know why?

Link to comment
Share on other sites

In this script edition only release a compilation of the 64-bit version of the Clover bootloader.

We also use the free version VBoxHfs.efi. If you want to use a HFSPlus.efi, you need to correct the scripts

Please help explain to me understand me or not, I was stupid. 
thank you very much

 Revision appears with svn command after you made svn up

Please help explain to me understand me or not, I was stupid. 
thank you very much
edit...
With pictures 
I do not know the right direction to help or not.
Need to solve the script where it. 
Thanks
Screenshot+2014-02-12+23.04.20.png
Link to comment
Share on other sites

This is how I understand hdmi sound edits:

 

In order to have HDMI sound we have to logically bind an audio device and a graphics card. 

 

1 case: If we have onboard graphics, the connection is hda-gfx, onboard-1 for iGPU and hda-gfx, onboard-1 for HDEF.

 

2. case: If we have only dedicated graphics, we must have a HDAU device with hda-gfx, onboard-1 and GFX device with hda-gfx, onboard-1.

 

3. case: If we have both onboard graphics and dedicated graphics, we must have  hda-gfx, onboard-1 for iGPU and hda-gfx, onboard-1 for HDEF and additionally a HDAU device with hda-gfx, onboard-2 and GFX device with hda-gfx, onboard-2.

OK.

As I don't know how to differ cases 2 and 3 I implemented new custom setting

    <key>Devices</key>
    <dict>
        <key>UseIntelHDMI</key>
        <false/>

for case 2

for cases 1 and 3

 

Clover revision 2590.

 

Testing reports should contain config.plist, boot.log, DSDT.aml after patching and ioreg.

  • Like 1
Link to comment
Share on other sites

OK.

As I don't know how to differ cases 2 and 3 I implemented new custom setting

    <key>Devices</key>
    <dict>
        <key>UseIntelHDMI</key>
        <false/>

<false/> for case 2

<true/> for cases 1 and 3

 

Clover revision 2590.

 

Testing reports should contain config.plist, boot.log, DSDT.aml after patching and ioreg.

 

 

IntelHDMI works! AddHDMI doesn't work, wrote you already on projectosx.

 

 Here are the dumps before and after AddHDMI Fix. Please see PEG0/GFX0 and HDAU

 

PS: I rename GFX0 to iGPU and PEGP to GFX0 for PowerManagement but I tried without those patches and still the same. 

Dumps.zip

Link to comment
Share on other sites

Without display fix I get this in my dsdt

            Device (HDM0)
            {
                Name (_ADR, 0x00030000)
                Device (HDAU)
                {
                    Name (_ADR, One)
                    Method (_DSM, 4, NotSerialized)
                    {
                        Store (Package (0x06)
                            {
                                "layout-id", 
                                Buffer (0x04)
                                {
                                    0x0C, 0x00, 0x00, 0x00
                                }, 


                                "hda-gfx", 
                                Buffer (0x0A)
                                {
                                    "onboard-1"
                                }, 


                                "PinConfigurations", 
                                Buffer (0x04)
                                {
                                    0xE0, 0x00, 0x56, 0x28
                                }
                            }, Local0)
                        DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                        Return (Local0)
                    }
                }
            }

layout-id should be 1 (as in HDEF) and PinConfigurations should be 0 I think

 

 

Link to comment
Share on other sites

Not working here

 

attachicon.gifreport.zip

Try this layout number 1. 
And find the position HDFE repair it with layout number 1. 
Change from number 12 to number 1. 
Find HDEF position of DSDT.aml and repair it. 
https://github.com/toleda/audio_RealtekALC to reload To read the detail. 
The onboard audio on HDMI VGA card it tangled Interview.
Link to comment
Share on other sites

Z77I-Deluxe/3770K/HD4000 primary/GTX 570 HD/10.9.1/Clover 2532

 

1. config.plist/Graphics/Inject/Intel/Yes -working (native dsdt, ssdts), see 2532-1

2. config.plist/Graphics/Inject/Intel/Yes and Inject/NVidia/Yes - KP/loads everything, display goes black, reboot (1st KP is -v, 2nd is -x), see 2532-4-kp

3. config.plist/Graphics/Inject/NVidia/Yes - boot hangs, no HD4000 framebuffer.

 

2532-1-working.zip

2532-4-kp.zip

  • Like 1
Link to comment
Share on other sites

Z77I-Deluxe/3770K/HD4000 primary/GTX 570 HD/10.9.1/Clover 2532

 

1. config.plist/Graphics/Inject/Intel/Yes -working (native dsdt, ssdts), see 2532-1

2. config.plist/Graphics/Inject/Intel/Yes and Inject/NVidia/Yes - KP/loads everything, display goes black, reboot (1st KP is -v, 2nd is -x), see 2532-4-kp

3. config.plist/Graphics/Inject/NVidia/Yes - boot hangs, no HD4000 framebuffer.

Sorry, I don't ask 2532. I asked 2590.

CLOVERX64.efi-2590.zip

  • Like 1
Link to comment
Share on other sites

Since 2577 i have had some problems with Clover changing disk order aleatory. I had two identical SSD, one with Mavericks (EFI-OSX-Recovery) on SATA0 (with supposed to be always disk0) and other with a single partition (EFI-HOME) on SATA1 (with is supposed to be always disk1) 

 

For some reason, it changed aleatory when booting. Sometimes SATA1 (the second SSD) is disk0 and the other is disk1, sometimes it boot correctly. This is causing a several issues with cloud apps with sync some folders. When disks are inverted, i cant sync some folders (apps error). 

 

And one time, network is gone... rebooting solve the problem, but it was very strange. 

 

I have been using clover for a while, and didnt change anything on config.plist since patch appleHDA on the fly was discovered (new way to patch) only update clover. this behavior starts at 2577, but it could be caused by updaded bios too... GA-H87M-D3H from F6 to F7.

 

I had dual boot with windows 7 (disk2 on SATA2) with works ok and never change the SATA order. 

 

did you experienced some like this?

 

UPDATE: it is related with addHDMI new feature. When unchecked, SATA order is normal.

UPDATE2: Is it possible that some nvram variables could change the disk order? i clear nvram (and removed from disk) and it seems more stable now. Also I notice a new entry at bios boot device 1: besides the disks itself and Microsoft Boot Manager (because the dual boot) there is a new option called Mac OS X, but gigabyte bios didnt allow me to view the device linked to it. The last time the disk order are inverted the bios booted at Mac OS X entry ( i dont know how the boot order changed from SSD 1 to this entry, but it happened).

Link to comment
Share on other sites

Sorry, I don't ask 2532. I asked 2590.

Z77I-Deluxe/3770K/HD4000/GTX 570 HD/10.9.1/2590

 

HD4000 - Devices/UseIntelHDMI/Yes - HDMI audio works no edits present in patched dsdt

GTX 570 -  ACPI/DSDT/Fixes/NewWay/YES and AddHDMI/YES, No HDMI audio, no GFX0-Devices/AddProperties/connector-type not working, HDAU-Devices/AddProperties/onboard-2 in patched dsdt, not in IOReg.

 

Case-1 works, Case-3 not working.

 

Edit:

2532: ssdt/GFX0/hda-gfx injection working

2590: ssdt/GFX0/hda-gfx injection not working

Something changed?

2590-igpu_working.zip

2532-ssdt-1-working.zip

2590-ssdt-1-not_working.zip

Link to comment
Share on other sites

Z77I-Deluxe/3770K/HD4000/GTX 570 HD/10.9.1/2590

 

HD4000 - Devices/UseIntelHDMI/Yes - HDMI audio works no edits present in patched dsdt

GTX 570 -  ACPI/DSDT/Fixes/NewWay/YES and AddHDMI/YES, No HDMI audio, no GFX0-Devices/AddProperties/connector-type not working, HDAU-Devices/AddProperties/onboard-2 in patched dsdt, not in IOReg.

 

Case-1 works, Case-3 not working.

 

Edit:

2532: ssdt/GFX0/hda-gfx injection working

2590: ssdt/GFX0/hda-gfx injection not working

Something changed?

What is the question?

76:303  0:161  Apply DsdtFixMask=0x00000000 old way
76:456  0:153     drop _DSM mask=0x0000

Link to comment
Share on other sites

 

What is the question?

76:303  0:161  Apply DsdtFixMask=0x00000000 old way
76:456  0:153     drop _DSM mask=0x0000

The config.plist is the same in both logs . Why does the same setting (OldWay=NO, NewWay=NO, no fix selected) in 2532 work different in 2590?  What do i set in 2590 so it behaves the same as 2532?

Link to comment
Share on other sites

The config.plist is the same in both logs . Why does the same setting (OldWay=NO, NewWay=NO, no fix selected) in 2532 work different in 2590?  What do i set in 2590 so it behaves the same as 2532?

I see no changes neither in debug.log nor in ioreg. I shall propose something?

Hello Slice if you check our dsdt you will notice that it  inject only this in GFX0 section

 

Device (GFX0)

{

Name (_ADR, Zero) // _ADR: Address

}

 

 

which is not enough to have HDMI work as i understand.

You have different choices in config.plist

  • Like 1
Link to comment
Share on other sites

But toleda is saying the same thing

Different issue.  I use an ssdt  for GFX0/hda-gfx injection and it no longer works in 2590.  The point you made is valid; Clover/2590 GFX0/hda-gfx injection is not working.  Post 3933 has the 2590 settings I tried for a GTX 570 without success.

  • Like 1
Link to comment
Share on other sites

I see no changes neither in debug.log nor in ioreg. I shall propose something?

I see differences: Post 3934 shows the difference in the 2590 debug.log and the 2590 IOReg shows no GFX0/hda-gfx injection.  

Why is 2590 reporting those default/null settings? is 2590 doing something different with all null dsdt/fix settings?

Link to comment
Share on other sites

I see differences: Post 3934 shows the difference in the 2590 debug.log and the 2590 IOReg shows no GFX0/hda-gfx injection.  

Why is 2590 reporting those default/null settings? is 2590 doing something different with all null dsdt/fix settings?

Hello toleda 
Try to Clover_v2k_r2605 See if it solves the problem
Link to comment
Share on other sites

Try to Clover_v2k_r2605 See if it solves the problem

2605 has the same problem as 2590, no ssdt/GFX0/hda-gfx injection for HD4000.

2570 ssdt/GFX0/hda-gfx injection is working, debug-log has the same messages as 2590, something else changed.

The only file difference between working 2532/2570 and not working 2590/2605 is the Clover binary.

2605.zip

2570.zip

Link to comment
Share on other sites

2605 has the same problem as 2590, no ssdt/GFX0/hda-gfx injection for HD4000.

2570 ssdt/GFX0/hda-gfx injection is working, debug-log has the same messages as 2590, something else changed.

The only file difference between working 2532/2570 and not working 2590/2605 is the Clover binary.

 

I don't get it... Just add Devices/UseIntelHDMI=true and Device/Audio/Inject=3 and boot without your SSDT-1.aml . This injections happen through strings, you won't see anything in DSDT.

Link to comment
Share on other sites

×
×
  • Create New...