Jump to content

Clover General discussion

ErmaC

By ErmaC,
in Clover

 Share
30,171 posts in this topic

Recommended Posts

smolderas
smolderas
Posted
Posted

irc, there was a terminal command to unload all non-apple kext at once.

anyone can recall it?

I'm on mobile, but something like this maybe:

for i in $(ls /System/Library/Extensions/|grep -v -i apple);do kextunload "$i";done

Edit: Caution, even if it works, it would only unload kexts whose name doesn't contain the word "apple"...

  • Like 1
Link to comment
Share on other sites
Sherlocks
Sherlocks
Posted
Posted

@Sherlocks: your latest commit r4162 broke the vram reading for me...

Upload clover full log.

 

나의 LG-F800S 의 Tapatalk에서 보냄

 

my log

8:632  0:000  mem_detected 2048Mb
8:632  0:000  read_nVidia_ROM
8:632  0:000  Using PRAMIN fixups
8:729  0:096  PROM
8:933  0:203  version 80.28.A6.00.58
8:933  0:000  nVidia Gigabyte GeForce GT 710  2048MB NV106 [10DE:128B] :: PciRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0) => device #1
8:933  0:000  Nvidia: VideoPorts: undefined, default to: 2
Link to comment
Share on other sites
smolderas
smolderas
Posted
Posted

 

Upload clover full log.

 

나의 LG-F800S 의 Tapatalk에서 보냄

 

my log

8:632  0:000  mem_detected 2048Mb
8:632  0:000  read_nVidia_ROM
8:632  0:000  Using PRAMIN fixups
8:729  0:096  PROM
8:933  0:203  version 80.28.A6.00.58
8:933  0:000  nVidia Gigabyte GeForce GT 710  2048MB NV106 [10DE:128B] :: PciRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0) => device #1
8:933  0:000  Nvidia: VideoPorts: undefined, default to: 2

Here is with your latest revision:

3:703  0:000  mem_detected 256Mb
3:703  0:000  Apply NvidiaGeneric
3:703  0:000  read_nVidia_ROM
3:703  0:000  Using PRAMIN fixups
3:915  0:212  version 70.10.55.00.01
3:915  0:000  nVidia NVIDIA GeForce GTX 570 HD  256MB NVC8 [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0) => device #1
3:915  0:000  Nvidia: VideoPorts: undefined, default to: 2
3:915  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
3:915  0:000  Apply NvidiaGeneric
3:915  0:000  read_nVidia_ROM
3:915  0:000  Using PRAMIN fixups
3:975  0:059  PROM
4:035  0:059  ERROR: Unable to locate nVidia Video BIOS
4:035  0:000   there are no ROM loaded and no VBIOS read from hardware
4:035  0:000  nVidia NVIDIA GeForce GTX 570 HD  256MB NV1FF [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x1)\Pci(0x0,0x0) => device #2
4:035  0:000  Nvidia: VideoPorts: undefined, default to: 2
4:035  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
4:035  0:000   setting specified layout-id=1 (0x1)
4:036  0:000  stringlength = 5236
4:036  0:000  CurrentMode: Width=1920 Height=1080

Mind, I do have two gtx570's...

 

Here without your changes in Nvidia.c:

3:903  0:000  mem_detected 1280Mb
3:903  0:000  Apply NvidiaGeneric
3:903  0:000  read_nVidia_ROM
3:903  0:000  Using PRAMIN fixups
4:114  0:211  version 70.10.55.00.01
4:114  0:000  nVidia NVIDIA GeForce GTX 570 HD  1280MB NVC8 [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0) => device #1
4:114  0:000  Nvidia: VideoPorts: undefined, default to: 2
4:114  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
4:114  0:000  Apply NvidiaGeneric
4:114  0:000  read_nVidia_ROM
4:114  0:000  Using PRAMIN fixups
4:174  0:059  PROM
4:233  0:059  ERROR: Unable to locate nVidia Video BIOS
4:233  0:000   there are no ROM loaded and no VBIOS read from hardware
4:233  0:000  nVidia NVIDIA GeForce GTX 570 HD  1280MB NV1FF [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x1)\Pci(0x0,0x0) => device #2
4:233  0:000  Nvidia: VideoPorts: undefined, default to: 2
4:233  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
4:234  0:000   setting specified layout-id=1 (0x1)
4:234  0:000  stringlength = 5236
4:234  0:000  CurrentMode: Width=1920 Height=1080

Edit: I also don't understand, why just removing some piece of code would solve the problem with the newer Nvidia cards...

 

You are removing this:

@@ -2115,6 +2115,8 @@
 		vram_size &= 0xffffffff00ll;
 	} else { // >= NV_ARCH_C0
 		vram_size = LShiftU64(REG32(nvda_dev->regs, NVC0_MEM_CTRLR_RAM_AMOUNT), 20);
+    //		vram_size *= REG32(nvda_dev->regs, NVC0_MEM_CTRLR_COUNT);
+    vram_size = MultU64x32(vram_size, REG32(nvda_dev->regs, NVC0_MEM_CTRLR_COUNT));
 	}
Link to comment
Share on other sites
Sherlocks
Sherlocks
Posted
Posted

 

Here is with your latest revision:

3:703  0:000  mem_detected 256Mb
3:703  0:000  Apply NvidiaGeneric
3:703  0:000  read_nVidia_ROM
3:703  0:000  Using PRAMIN fixups
3:915  0:212  version 70.10.55.00.01
3:915  0:000  nVidia NVIDIA GeForce GTX 570 HD  256MB NVC8 [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0) => device #1
3:915  0:000  Nvidia: VideoPorts: undefined, default to: 2
3:915  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
3:915  0:000  Apply NvidiaGeneric
3:915  0:000  read_nVidia_ROM
3:915  0:000  Using PRAMIN fixups
3:975  0:059  PROM
4:035  0:059  ERROR: Unable to locate nVidia Video BIOS
4:035  0:000   there are no ROM loaded and no VBIOS read from hardware
4:035  0:000  nVidia NVIDIA GeForce GTX 570 HD  256MB NV1FF [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x1)\Pci(0x0,0x0) => device #2
4:035  0:000  Nvidia: VideoPorts: undefined, default to: 2
4:035  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
4:035  0:000   setting specified layout-id=1 (0x1)
4:036  0:000  stringlength = 5236
4:036  0:000  CurrentMode: Width=1920 Height=1080

Mind, I do have two gtx570's...

 

Here without your changes in Nvidia.c:

3:903  0:000  mem_detected 1280Mb
3:903  0:000  Apply NvidiaGeneric
3:903  0:000  read_nVidia_ROM
3:903  0:000  Using PRAMIN fixups
4:114  0:211  version 70.10.55.00.01
4:114  0:000  nVidia NVIDIA GeForce GTX 570 HD  1280MB NVC8 [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0) => device #1
4:114  0:000  Nvidia: VideoPorts: undefined, default to: 2
4:114  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
4:114  0:000  Apply NvidiaGeneric
4:114  0:000  read_nVidia_ROM
4:114  0:000  Using PRAMIN fixups
4:174  0:059  PROM
4:233  0:059  ERROR: Unable to locate nVidia Video BIOS
4:233  0:000   there are no ROM loaded and no VBIOS read from hardware
4:233  0:000  nVidia NVIDIA GeForce GTX 570 HD  1280MB NV1FF [10DE:1086] :: PcieRoot(0x0)\Pci(0x1,0x1)\Pci(0x0,0x0) => device #2
4:233  0:000  Nvidia: VideoPorts: undefined, default to: 2
4:233  0:000  default NVCAP: 04000000-00000300-3C000000-00000007-00000000
4:234  0:000   setting specified layout-id=1 (0x1)
4:234  0:000  stringlength = 5236
4:234  0:000  CurrentMode: Width=1920 Height=1080

Edit: I also don't understand, why just removing some piece of code would solve the problem with the newer Nvidia cards...

 

You are removing this:

@@ -2115,6 +2115,8 @@
 		vram_size &= 0xffffffff00ll;
 	} else { // >= NV_ARCH_C0
 		vram_size = LShiftU64(REG32(nvda_dev->regs, NVC0_MEM_CTRLR_RAM_AMOUNT), 20);
+    //		vram_size *= REG32(nvda_dev->regs, NVC0_MEM_CTRLR_COUNT);
+    vram_size = MultU64x32(vram_size, REG32(nvda_dev->regs, NVC0_MEM_CTRLR_COUNT));
 	}

 

okay

some latest nvidia graphic has ram display issue.

http://www.insanelymac.com/forum/topic/306156-clover-bugissue-report-and-patch/page-107?do=findComment&comment=2443062

http://www.insanelymac.com/forum/topic/306156-clover-bugissue-report-and-patch/page-104?do=findComment&comment=2433537

 

also me too.

 

i will see more detail. can you inform me your corrected ram size?.

 

EDIT1.

okay. i found it

Link to comment
Share on other sites
apianti
apianti
Posted
Posted

If the intention is to build Clover without C99, perhaps it should be disabled when building with Xcode. Then you don't have to worry about devs adding code that depend on it.

 

IMHO, Seems ok to rely on tech (C99) that was ratified more than 17 years ago.

 

Not sure what you mean, Xcode uses clang which is forked from GCC 4.2 (earlier versions just use GCC)... It has way more messed up default rules than even GCC, neither actually follows the standard and decides to make a hybrid of C89/90 and C99, just differently. The C89/90 standard should be followed when writing C code, because that's standard C and what compilers should default to without being overridden. Also technically, C99 is dead and withdrawn from both ANSI and ISO in favor of C11. Not very many compilers actually have a full C99 implementation, I only know of GCC. And only like GCC and VS support C11, I know some versions don't support the full implementation but I'm pretty sure they both have full now. You should not be targeting anything but C89/90 unless you need a specific language feature, which is not needed, so should be using standard C here.

Link to comment
Share on other sites
Sherlocks
Sherlocks
Posted
Posted

Hello. I want to gather nvidia graphics information.

 

Anyone has "Kepler" or "Maxwell" or "Pascal" NVIDIA graphics card?

 

If has one of them, please check injection nvidia on graphic in config, then get clover fulllog and upload it.

 

Thanks in advance

 

나의 LG-F800S 의 Tapatalk에서 보냄

  • Like 2
Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

Not sure what you mean, Xcode uses clang which is forked from GCC 4.2 (earlier versions just use GCC)... It has way more messed up default rules than even GCC, neither actually follows the standard and decides to make a hybrid of C89/90 and C99, just differently. The C89/90 standard should be followed when writing C code, because that's standard C and what compilers should default to without being overridden. Also technically, C99 is dead and withdrawn from both ANSI and ISO in favor of C11. Not very many compilers actually have a full C99 implementation, I only know of GCC. And only like GCC and VS support C11, I know some versions don't support the full implementation but I'm pretty sure they both have full now. You should not be targeting anything but C89/90 unless you need a specific language feature, which is not needed, so should be using standard C here.

I'm pretty sure I've seen options inside the Xcode project manager to disable C99 (and probably other extensions).

But I'm not familiar enough with the Clover/edk2 build process to find the spot that needs to be changed to disable them.

Nor does it interest me much.

I was just suggesting that if you want devs to stick to a certain subset of the many C-standards, it should be enforced by the build process.

  • Like 1
Link to comment
Share on other sites
apianti
apianti
Posted
Posted

I'm pretty sure I've seen options inside the Xcode project manager to disable C99 (and probably other extensions).

But I'm not familiar enough with the Clover/edk2 build process to find the spot that needs to be changed to disable them.

Nor does it interest me much.

I was just suggesting that if you want devs to stick to a certain subset of the many C-standards, it should be enforced by the build process.

 

How can I enforce how they build something?? Even if I changed the build scripts, they could just not use them, that's part of the problem really. I think that maybe they should just use standard C. I don't think it's very useful if you start using C99 or C11, since that source cannot be built by every compiler but C89/90 can. Like if you take any C class in school they certainly aren't teaching you C99 or C11. When you change those options in Xcode, it doesn't change system wide, it just changes the arguments passed to clang/GCC when compiling. So maybe, probably, by default Xcode might use C99 by passing it as an argument. I have never used Xcode to directly build a C source though.... And the EDK2 build system uses a tools_def.txt file to define build rules, I'm sure that everyone uses different ones. There's a default from EDK2, one in clover, pretty sure that each tool to help build uses its own too...

  • Like 2
Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

How can I enforce how they build something?? Even if I changed the build scripts, they could just not use them, that's part of the problem really. I think that maybe they should just use standard C. I don't think it's very useful if you start using C99 or C11, since that source cannot be built by every compiler but C89/90 can. Like if you take any C class in school they certainly aren't teaching you C99 or C11. When you change those options in Xcode, it doesn't change system wide, it just changes the arguments passed to clang/GCC when compiling. So maybe, probably, by default Xcode might use C99 by passing it as an argument. I have never used Xcode to directly build a C source though.... And the EDK2 build system uses a tools_def.txt file to define build rules, I'm sure that everyone uses different ones. There's a default from EDK2, one in clover, pretty sure that each tool to help build uses its own too...

Hmm... I think most people using this to build Clover:

https://github.com/Micky1979/Build_Clover.git

Link to comment
Share on other sites
apianti
apianti
Posted
Posted

Hmm... I think most people using this to build Clover:

https://github.com/Micky1979/Build_Clover.git

 

Yeah... That script I think uses the clover tools_def.txt but I'm not sure, I don't use that because I can just run all the stuff separately. Which means that changing the clover tools_def.txt does nothing in that case unless I specifically use it. I just need people contributing to the project to code in standard C, that's all. There's not really any way to "force" not using extensions because the person could just build without whatever was "forcing" in the build process, like by using a different tools_def.txt. I don't see why it's so hard to actually code in C the way that is expected. It's not like it's any harder, it's just putting declarations before any statements in any scope. But more importantly, use the correct types - that's a big problem with the extensions, automatic typecasting. Currently the patchers (and probably more), all have typecasting errors in various directions. That's how bugs can develop, when a type is promoted or truncated but still expected to be the original size...

  • Like 3
Link to comment
Share on other sites
gujiangjiang
gujiangjiang
Posted
Posted

I found 3 bugs in clover.

 

1.While we use apfs partition disk our disk will have disk0 and disk1 but clover cant recognize the real efi partition because when we use apfs partition the real efi partition is still disk0s1 but clover will recognize efi to disk1s1 this is an apfs partition so clover will always install failed and i had reported this bug in june but still cant be fixed till now so i mentioned again.

 

2.New clover version will create a CLOVERX64.EFI.ZIP file in EFI/Clover folder and still exist in Clover 4152.

 

3.I have a bug in recognize my menory vendor in system prefrence and all the memory vendor show NoName and it shows error SN number but i dont know how to fix this.

 

The clover log shows it recognized corrrectly first but when write into spd shows UnKnow.

0:116  0:016  === [ Get Smbios ] ========================================
0:116  0:000  Type 16 Index = 0
0:116  0:000  Total Memory Slots Count = 2
0:116  0:000  Type 17 Index = 0
0:116  0:000  SmbiosTable.Type17->Speed = 2133MHz
0:116  0:000  SmbiosTable.Type17->Size = 8192MB
0:116  0:000  SmbiosTable.Type17->Bank/Device = DIMM A DIMM A
0:116  0:000  SmbiosTable.Type17->Vendor = SK Hynix
0:116  0:000  SmbiosTable.Type17->SerialNumber = 12161215
0:116  0:000  SmbiosTable.Type17->PartNumber = HMA41GS6AFR8N-TF    
0:116  0:000  Type 17 Index = 1
0:116  0:000  SmbiosTable.Type17->Speed = 2133MHz
0:116  0:000  SmbiosTable.Type17->Size = 8192MB
0:116  0:000  SmbiosTable.Type17->Bank/Device = DIMM B DIMM B
0:116  0:000  SmbiosTable.Type17->Vendor = SK Hynix
0:116  0:000  SmbiosTable.Type17->SerialNumber = 12121212
0:116  0:000  SmbiosTable.Type17->PartNumber = HMA41GS6AFR8N-TF    
0:116  0:000  Boot status=0
0:116  0:000  Running on: 'XPS 15 9550' with board '0N7TVV'

0:841  0:016  === [ GetMacAddress ] =====================================
0:841  0:000  === [ ScanSPD ] ===========================================
0:841  0:000  SMBus device : 8086 A123 class=0C0500 status=Success
0:841  0:000  SMBus CmdReg: 0x3
0:841  0:000  Scanning SMBus [8086:A123], mmio: 0xDD132004, ioport: 0xF040, hostc: 0x11
0:841  0:000  Slots to scan [8]...
0:842  0:000  SPD[0]: Type 12 @0x50
0:859  0:017  Unknown vendor bank=0x80 code=0xAD
0:859  0:000  Not using XMP because it is not present
0:859  0:000  DDR speed 2132MHz
0:859  0:000  Slot: 0 Type 26 8192MB 2132MHz Vendor=NoName PartNo=HMA41GS6AFR8N-TF SerialNo=0301070A0303080A
0:860  0:000  SPD[2]: Type 12 @0x52
0:878  0:017  Unknown vendor bank=0x80 code=0xAD
0:878  0:000  Not using XMP because it is not present
0:878  0:000  DDR speed 2132MHz
0:878  0:000  Slot: 2 Type 26 8192MB 2132MHz Vendor=NoName PartNo=HMA41GS6AFR8N-TF SerialNo=0301070A0403090D
  • Like 2
Link to comment
Share on other sites
apianti
apianti
Posted
Posted

 

I found 3 bugs in clover.

 

1.While we use apfs partition disk our disk will have disk0 and disk1 but clover cant recognize the real efi partition because when we use apfs partition the real efi partition is still disk0s1 but clover will recognize efi to disk1s1 this is an apfs partition so clover will always install failed and i had reported this bug in june but still cant be fixed till now so i mentioned again.

 

2.New clover version will create a CLOVERX64.EFI.ZIP file in EFI/Clover folder and still exist in Clover 4152.

 

3.I have a bug in recognize my menory vendor in system prefrence and all the memory vendor show NoName and it shows error SN number but i dont know how to fix this.

 

The clover log shows it recognized corrrectly first but when write into spd shows UnKnow.

0:116  0:016  === [ Get Smbios ] ========================================
0:116  0:000  Type 16 Index = 0
0:116  0:000  Total Memory Slots Count = 2
0:116  0:000  Type 17 Index = 0
0:116  0:000  SmbiosTable.Type17->Speed = 2133MHz
0:116  0:000  SmbiosTable.Type17->Size = 8192MB
0:116  0:000  SmbiosTable.Type17->Bank/Device = DIMM A DIMM A
0:116  0:000  SmbiosTable.Type17->Vendor = SK Hynix
0:116  0:000  SmbiosTable.Type17->SerialNumber = 12161215
0:116  0:000  SmbiosTable.Type17->PartNumber = HMA41GS6AFR8N-TF    
0:116  0:000  Type 17 Index = 1
0:116  0:000  SmbiosTable.Type17->Speed = 2133MHz
0:116  0:000  SmbiosTable.Type17->Size = 8192MB
0:116  0:000  SmbiosTable.Type17->Bank/Device = DIMM B DIMM B
0:116  0:000  SmbiosTable.Type17->Vendor = SK Hynix
0:116  0:000  SmbiosTable.Type17->SerialNumber = 12121212
0:116  0:000  SmbiosTable.Type17->PartNumber = HMA41GS6AFR8N-TF    
0:116  0:000  Boot status=0
0:116  0:000  Running on: 'XPS 15 9550' with board '0N7TVV'

0:841  0:016  === [ GetMacAddress ] =====================================
0:841  0:000  === [ ScanSPD ] ===========================================
0:841  0:000  SMBus device : 8086 A123 class=0C0500 status=Success
0:841  0:000  SMBus CmdReg: 0x3
0:841  0:000  Scanning SMBus [8086:A123], mmio: 0xDD132004, ioport: 0xF040, hostc: 0x11
0:841  0:000  Slots to scan [8]...
0:842  0:000  SPD[0]: Type 12 @0x50
0:859  0:017  Unknown vendor bank=0x80 code=0xAD
0:859  0:000  Not using XMP because it is not present
0:859  0:000  DDR speed 2132MHz
0:859  0:000  Slot: 0 Type 26 8192MB 2132MHz Vendor=NoName PartNo=HMA41GS6AFR8N-TF SerialNo=0301070A0303080A
0:860  0:000  SPD[2]: Type 12 @0x52
0:878  0:017  Unknown vendor bank=0x80 code=0xAD
0:878  0:000  Not using XMP because it is not present
0:878  0:000  DDR speed 2132MHz
0:878  0:000  Slot: 2 Type 26 8192MB 2132MHz Vendor=NoName PartNo=HMA41GS6AFR8N-TF SerialNo=0301070A0403090D

 

1. It is known. It is problem with installer and APFS, has not been updated, I don't use either so doesn't really come into my realm. IDK if anyone is really maintaining the installer anymore.... Someone needs to edit the installer scripts.

2. Thats just because apparently slice has a zip in his folder and hasn't cleaned it out. It's not really anything but an extra file, just remove it for now. Hopefully he removes it from his build for the next package installer.

3. Well that's not really a bug, the first is SMBIOS, the second is SPD, these are two different detections. You didn't actually show where it was injected later. If it still has changed then I would check to make sure you see "Trusting SMBIOS" in the log after where you selected your boot loader as that's where it is injected.

  • Like 6
Link to comment
Share on other sites
gujiangjiang
gujiangjiang
Posted
Posted

1. It is known. It is problem with installer and APFS, has not been updated, I don't use either so doesn't really come into my realm. IDK if anyone is really maintaining the installer anymore.... Someone needs to edit the installer scripts.

2. Thats just because apparently slice has a zip in his folder and hasn't cleaned it out. It's not really anything but an extra file, just remove it for now. Hopefully he removes it from his build for the next package installer.

3. Well that's not really a bug, the first is SMBIOS, the second is SPD, these are two different detections. You didn't actually show where it was injected later. If it still has changed then I would check to make sure you see "Trusting SMBIOS" in the log after where you selected your boot loader as that's where it is injected.

 

Here are the full clover boot.log.

bootlog.log.txt.zip

Link to comment
Share on other sites
Badruzeus
Badruzeus
Posted
Posted

Hello. I want to gather nvidia graphics information.

 

Anyone has "Kepler" or "Maxwell" or "Pascal" NVIDIA graphics card?

Sorry, my 2nd Gen. laptop with SingleNvidia doesn't use such graphics, but since U've also committed this:

[4164] "Update id of NVIDIA Fermi/Kepler/Maxwell/Pascal families",

...so I give U some reports from another Nvidia Fermi variant: GT520M (10de:1050 aka GF119M).

 

Using 10.13 Beta 5 (17A330h) with Clover v2.4k r4166 all are still good. Some minor issues that I (actually) don't really care are:

1. with InjectNvidia=False & w/o @rehabman's GT520M DSDT patch, (Native) my Graphics on ATM shows only 1023MB VRam.

2. with InjectNvidia=True & w/o GT520M DSDT patch it shows "Asus GT520M" (NP, as seen on nvidia.c Platform; 0x1043 is detected as Asus, so the graphics injection is working well). VRam shown properly as it is: 1024MB.

3. with InjectNvidia=False and using GT520M DSDT patch, ATM shows my graphics as Nvidia and 1024MB VRam (it's just "cosmetics" for sure  :drool: )

 

Overall, is still good (for now) since my QE/CI works well. For El Capitan I stick with No. 3 but using Nvidia Web Driver. Minor issues are exactly same. Thanks.

 

#EDIT: Plz ignore my 3rd party kexts logs from EFI folder except FakeSMC & PS2, since some of them (maybe) obsolete or even not working under 10.13. 

#EDIT2: Sorry, forgot to mention: both on 10.13 Beta or 10.11.6 use MBP10,1 as SMBios. Cheers!

post-826765-0-67376800-1502716452_thumb.png

1. bootlog-NoInject-No_GFX0_DSDT.txt

post-826765-0-93610800-1502716497_thumb.png

2. bootlog-InjectNvidia.txt

post-826765-0-72487600-1502716542_thumb.png

3. bootlog.log-GFX0-DSDT_Patch.txt

post-826765-0-00815500-1502716574_thumb.png

  • Like 1
Link to comment
Share on other sites
Cyberdevs
Cyberdevs
Posted
Posted

Hello. I want to gather nvidia graphics information.

 

Anyone has "Kepler" or "Maxwell" or "Pascal" NVIDIA graphics card?

 

If has one of them, please check injection nvidia on graphic in config, then get clover fulllog and upload it.

 

Thanks in advance

Here is the bootlog for 1070 with and without injection

bootlog-Inject nVidia.txt.zip

Bootlog-No Injection.txt.zip

post-1011040-0-01696400-1502721076_thumb.png

post-1011040-0-34339200-1502721085_thumb.png

Link to comment
Share on other sites
Sherlocks
Sherlocks
Posted
Posted

Sorry, my 2nd Gen. laptop with SingleNvidia doesn't use such graphics, but since U've also committed this:

[4164] "Update id of NVIDIA Fermi/Kepler/Maxwell/Pascal families",

...so I give U some reports from another Nvidia Fermi variant: GT520M (10de:1050 aka GF119M).

 

Using 10.13 Beta 5 (17A330h) with Clover v2.4k r4166 all are still good. Some minor issues that I (actually) don't really care are:

1. with InjectNvidia=False & w/o @rehabman's GT520M DSDT patch, my Graphics on ATM shows only 1023MB VRam.

2. with InjectNvidia=True & w/o GT520M DSDT patch it shows "Asus GT520M" (NP, as seen on nvidia.c Platform; 0x1043 is detected as Asus, so the graphics injection is working well). VRam shown properly as it is: 1024MB.

3. with InjectNvidia=False and using GT520M DSDT patch, ATM shows my graphics as Nvidia and 1024MB VRam (it's just "cosmetics" for sure :drool: )

 

Overall, is still good (for now) since my QE/CI works well. For El Capitan I stick with No. 3 but using Nvidia Web Driver. Minor issues are exactly same. Thanks.

 

#EDIT: Plz ignore my 3rd party kexts logs from EFI folder except FakeSMC & PS2, since some of them (maybe) obsolete or even not working under 10.13.

First of all, thank you for detail test.

Ram size issue is just cosmetic.

I see your all log. Log fine that my think and theroy.

 

I don't know exactly El capitan issue.

I have a 525m model. I can success install and qc/ei on el capitan.

 

Thanks

 

나의 LG-F800S 의 Tapatalk에서 보냄

Here is the bootlog for 1070 with and without injection

I will send pm. Check please thanks.

 

나의 LG-F800S 의 Tapatalk에서 보냄

  • Like 1
Link to comment
Share on other sites
Wppley2
Wppley2
Posted
Posted

Hi all, hi Sherlocks! What you ask us is the log with 10.13 or 10.12.X too. I have an ssdt to inject my GTX 750 Ti. I need to take out my ssdt end inject Nvidia with Clover config or with ssdt is good to you?

Link to comment
Share on other sites
Sherlocks
Sherlocks
Posted
Posted

Hi all, hi Sherlocks! What you ask us is the log with 10.13 or 10.12.X too. I have an ssdt to inject my GTX 750 Ti. I need to take out my ssdt end inject Nvidia with Clover config or with ssdt is good to you?

For test

1. Without ssdt gfx injection

2. Just check nvidia injection on graphic in config.plist

3. Get full log

 

No related macos version. Test on you want

Thanks.

 

나의 LG-F800S 의 Tapatalk에서 보냄

Link to comment
Share on other sites
oSxFr33k
oSxFr33k
Posted
Posted

No. Ivy-E is an XCPM unsupported model. AICPUPM should be the best solution I guess. (Note that there's even AICPUPM workaround mode for Ivy-E like they did for MacPro6,1, this is the only way to get a frequency lower than 1600Mhz with AICPUPM as far as I know) Although XCPM could also be enabled properly on Ivy-E in principle...

 

True.

Sigh... MP5,1 doesn't even have X86 support, so the data is missing undoubtedly. Maybe it's better to fill the data, for example something from MP6,1. (Remove pmspFile to prevent KP)

If you prefer Clover kext injection for that, I think CPUFriend might help you.

 

XCPM working fine here with MacPro6,1 model and X79PlatformPlugin kext.   So basically this is not something expected for Clover, there has to be a kext for this model CPU.

Link to comment
Share on other sites
PMheart
PMheart
Posted
Posted

XCPM working fine here with MacPro6,1 model and X79PlatformPlugin kext.   So basically this is not something expected for Clover, there has to be a kext for this model CPU.

Hi. Could you please share the link of X79PlatformPlugin.kext? I may check it further. And, if you prefer kext injection, then you could also use CPUFriend. (Sorry I'm on my mobile now)

  • Like 1
Link to comment
Share on other sites
xtddd
xtddd
Posted
Posted

Sorry, my 2nd Gen. laptop with SingleNvidia doesn't use such graphics, but since U've also committed this:

[4164] "Update id of NVIDIA Fermi/Kepler/Maxwell/Pascal families",

...so I give U some reports from another Nvidia Fermi variant: GT520M (10de:1050 aka GF119M).

 

Using 10.13 Beta 5 (17A330h) with Clover v2.4k r4166 all are still good. Some minor issues that I (actually) don't really care are:

1. with InjectNvidia=False & w/o @rehabman's GT520M DSDT patch, (Native) my Graphics on ATM shows only 1023MB VRam.

2. with InjectNvidia=True & w/o GT520M DSDT patch it shows "Asus GT520M" (NP, as seen on nvidia.c Platform; 0x1043 is detected as Asus, so the graphics injection is working well). VRam shown properly as it is: 1024MB.

3. with InjectNvidia=False and using GT520M DSDT patch, ATM shows my graphics as Nvidia and 1024MB VRam (it's just "cosmetics" for sure  :drool: )

 

Overall, is still good (for now) since my QE/CI works well. For El Capitan I stick with No. 3 but using Nvidia Web Driver. Minor issues are exactly same. Thanks.

 

#EDIT: Plz ignore my 3rd party kexts logs from EFI folder except FakeSMC & PS2, since some of them (maybe) obsolete or even not working under 10.13. 

#EDIT2: Sorry, forgot to mention: both on 10.13 Beta or 10.11.6 use MBP10,1 as SMBios. Cheers!

hi,,my laptop is also 2nd.thinkapd w520.... the graphic of nvidia quadro 1000m has no QE/CI on 10.13 beta1 but works well on 10.12.6 with dsdt patch.

Link to comment
Share on other sites
Balamut
Balamut
Posted
Posted

Hey guys just found a bug on the latest Clover 4149 and up, for some odd reason Clover doesn't read/patch Kext sections from plist, eg. NVME patch doesn't work. Rolling back the clover does.

 

Check all the logs found nothing so far to indicate why is it doing it.

Link to comment
Share on other sites
Wppley2
Wppley2
Posted
Posted

Hello. I want to gather nvidia graphics information.

 

Anyone has "Kepler" or "Maxwell" or "Pascal" NVIDIA graphics card?

 

If has one of them, please check injection nvidia on graphic in config, then get clover fulllog and upload it.

 

Thanks in advance

 

나의 LG-F800S 의 Tapatalk에서 보냄

Here is your request, sir  :P

bootlog.log.txt

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...