Jump to content

OpenCore General Discussion


dgsga
8,888 posts in this topic

Recommended Posts

Can't load my USBPortlimitKext if I inject it trough OC:

 

582126818_Screenshot2019-06-14at21_35_24.thumb.png.0aab43f96eab2602eda78fd008f1d16b.png

 

If I install it into Library/Extensions it works fine:

 

298321162_Screenshot2019-06-14at21_31_25.thumb.png.a947afdc8bfb90af6eff036e0ee16f48.png

 

Tried booth wit and without ExecutablePath in config.

What am I doing wrong?

Link to comment
Share on other sites

9 minutes ago, obus said:

Can't load my USBPortlimitKext if I inject it trough OC:

 

 

If I install it into Library/Extensions it works fine:

 

Tried booth wit and without ExecutablePath in config.

What am I doing wrong?

 

 

 

Not sure, tbh I'm still figuring this out. I just finally got my Aorus Pro Z390 running with OC. But what I did notice was that when I used an SMBIOS for iMac 1.1 , I had all my ports injected from SSDT-UIAC plus an extra 6 ports that where not defined inside  SSDT-UIAC ! 

But when I changed SMBIOS to iMac 19,1 I have exact amount of ports injected as per my  SSDT-UIAC.  As I am using USBInjectAll.kext, I have 

 

I never install anything in Library/Extension. I use OC kext folder. 

 

 

907298898_Screenshot2019-06-14at20_49_40.thumb.png.bf34b3b472bb2e6cff351a78cc703c43.png

 

 

1032509574_Screenshot2019-06-14at20_57_30.thumb.png.35da2ec71699208a01e2f6868131bc5d.png

 

 

 

 

 

 

 

 

Link to comment
Share on other sites

1 hour ago, obus said:

Can't load my USBPortlimitKext if I inject it trough OC:

 

If I install it into Library/Extensions it works fine:

 

Tried booth wit and without ExecutablePath in config

What am I doing wrong?

Problems solved with help from my saver @PMheart the kext is now injected correctly from OC. 

After changing bundles in kext and removing ExecutablePath in OC config. :thumbsup_anim:

Edited by obus
Link to comment
Share on other sites

3 hours ago, glasgood said:

 

 

 

Not sure, tbh I'm still figuring this out. I just finally got my Aorus Pro Z390 running with OC. But what I did notice was that when I used an SMBIOS for iMac 1.1 , I had all my ports injected from SSDT-UIAC plus an extra 6 ports that where not defined inside  SSDT-UIAC ! 

But when I changed SMBIOS to iMac 19,1 I have exact amount of ports injected as per my  SSDT-UIAC.  As I am using USBInjectAll.kext, I have 

 

I never install anything in Library/Extension. I use OC kext folder. 

 

 

907298898_Screenshot2019-06-14at20_49_40.thumb.png.bf34b3b472bb2e6cff351a78cc703c43.png

 

 

1032509574_Screenshot2019-06-14at20_57_30.thumb.png.35da2ec71699208a01e2f6868131bc5d.png

 

 

 

 

 

 

 

 

My kext is working fine with iMacPro1,1 SMBIOS after changing bundles in kext and removing ExcutablePath in OC config.

Here is my kext. Just take the port info from your SSDT-UIAC and copy to the kext and then activate portlimitpatch in OC XhciPortLimit. -->  YES

 

 

C422-XHCI.kext.zip

Edited by obus
New kext
Link to comment
Share on other sites

1 hour ago, obus said:

Problems solved with help from my saver @PMheart the kext is now injected correctly from OC. 

After changing bundles in kext and removing ExecutablePath in OC config. :thumbsup_anim:

 

Can you please screenshot how it looks after the change as I think I have the same problem?

Link to comment
Share on other sites

9 minutes ago, D-an-W said:

Sorry, I meant the change you made in the OC Config.plist

 

If you have 16 ports ore more you need to inject XhciPortLimit  --  YES.

I f you have 15 ports or less you don't need it as I learnt from my friend @PMheart

 

 

1078347922_Screenshot2019-06-15at01_07_48.thumb.png.5b239ae6f43e7e1b19cdcc40921692ed.png

Edited by obus
  • Like 1
Link to comment
Share on other sites

Hi folks,

 

Would anyone perhaps know what might have changed between OpenCore v0.0.3 REL-003-2019-06-07 and the latest commits to give me the error in the screenshot below?

 

I can boot normally on the earlier version...

 

UNADJUSTEDNONRAW_thumb_2411.thumb.jpg.d9f2d6562b9e8c25f51acc6af1052039.jpg

 

I did see this so reverted it and compiled locally but still get the same error.

Edited by D-an-W
Link to comment
Share on other sites

7 hours ago, obus said:

My kext is working fine with iMacPro1,1 SMBIOS after changing bundles in kext and removing ExcutablePath in OC config.

Here is my kext. Just take the port info from your SSDT-UIAC and copy to the kext and then activate portlimitpatch in OC XhciPortLimit. -->  YES

 

 

C422-XHCI.kext.zip

 

@obus

 

Thanks, will try kext out. 

 

4 hours ago, D-an-W said:

Hi folks,

 

Would anyone perhaps know what might have changed between OpenCore v0.0.3 REL-003-2019-06-07 and the latest commits to give me the error in the screenshot below?

 

I can boot normally on the earlier version...

 

 

I did see this so reverted it and compiled locally but still get the same error.

 

 

 

Hi did you provide the ExecutablePath ?

 

380182505_Screenshot2019-06-15at05_28_34.thumb.png.6bff22c66a6c80b86220fa6d6f567704.png

 

Edited by glasgood
Link to comment
Share on other sites

@obus

 

Hi, I used Hackintool to create USBPorts.kext as your kext has specifics for SMBIOS iMacPro1,1 and I'm using iMac 19,1.  I noticed differences, in my kext created with Hackintool has IONameMatch as XHC and it contains power properties for sleep and wake. 

I noticed that my XHCI to XHC renames are being correctly implemented.  

 

 

144026492_Screenshot2019-06-15at06_08_23.thumb.png.d65c2e7df91c921fdd18a513b737a266.png

 

26228622_Screenshot2019-06-15at06_13_05.thumb.png.1d4a2b3f8d4281a653637eee0ddee803.png

 

 

:)

 

Link to comment
Share on other sites

5 hours ago, D-an-W said:

Hi folks,

 

Would anyone perhaps know what might have changed between OpenCore v0.0.3 REL-003-2019-06-07 and the latest commits to give me the error in the screenshot below?

 

I can boot normally on the earlier version...

 

UNADJUSTEDNONRAW_thumb_2411.thumb.jpg.d9f2d6562b9e8c25f51acc6af1052039.jpg

 

I did see this so reverted it and compiled locally but still get the same error.

 

https://github.com/acidanthera/OpenCorePkg/commit/16528b2d6558ec12a0311c4671ce096984b7c6ec

 

Add UsePicker=true to Misc/Boot to solve ...

 

Link to comment
Share on other sites

@Download-Fritz

May be it should unrelated but it isn't.

I got the same error if I do some tests with UsePicker=false... maybe a bug?

 

Btw: How to use this new option?

If I load OpenCore from shell with UsePicker=false, I got 'Halting on critical error'

Edited by uglyJoe
Link to comment
Share on other sites

On 6/5/2019 at 5:29 AM, asstastic said:

I've been following along with CoreBoot development for a while but was completely overwhelmed by the documentation the first time I looked into setting it up. Decided to give it a go with the beta release of Catalina. Turns out it wasn't as difficult as it looked initially and I've been able to get boot, graphics, audio and USB injection working.

 

I could still use some help resolving an nvram issue. Regardless of the EFI drivers used, I still get an AMI safe boot "F1" warning after reboot. I get the following results with various EFI driver combinations:

  • AptioMemoryFix only: System boots. Does not power off on shutdown or restart
  • EmuVariableRuntimeDxe only: System boots. On verbose ('-v') boot console log shows a black screen after "End RandomSeed" until Apple boot logo. Shutdown/Restart functional
  • EmuVariableRuntimeDxe and AptioMemoryFix: System boots with Apple console log visible and shutdown/restart functional
  • no NVRAM efi drivers: Boot hangs at "End RandomSeed"

Also a warning: VariableRuntimeDxe is not the same as EmuVariableRuntimeDxe. I compiled VariableRuntimeDxe.efi from the master branch of UDK thinking newer must be better. The module crashed on load, corrupting the motherboard memory and required shorting the motherboard CMOS pins before it would post again.

 

 

Hi, 

 

Where do I source EmuVariableRuntimeDxe ? can you hyperlink source please. 

Link to comment
Share on other sites

On 6/13/2019 at 8:02 AM, vandroiy2012 said:

Your motherboard does not need any patches at all.

 

On 6/13/2019 at 8:15 AM, vit9696 said:

@vandroiy2012 is perfectly right that people should not be modding ACPI when they have no good grasp of the spec. If we had time to explain how to write dsl code, sure, you may not have made mistakes, but we cannot help everyone.

 

 

I had time to test this morning and using OC without my patched DSDT works great. And even better, I had a sleep issue which I always knew was ACPI related but could not find the time/be arsed to fix, and now sleep works which proves my DSDT was borked! Thanks guys :)

Edited by blackosx
Added ‘patched’
  • Like 4
  • Haha 1
Link to comment
Share on other sites

On 5/1/2019 at 9:23 AM, dgsga said:

@vit9696

Recent Z390 Aptio V motherboards don’t support native NVRAM with AptioFixPkg. With Clover the solution is to use EmuVariableUefi.efi.  Is there any way to emulate NVRAM with OpenCore?

 

Hi @dgsga :)

 

What is the alternative to EmuVariableUefi.efi for Z390,  for working NVRAM ?  

 

 

Link to comment
Share on other sites

I don't think this would qualify for adding to bugtracker so am posting it here.

 

I've spotted in the Configuration.pdf that some 'Default value' settings for booleans read NO rather than false. This is the case for the following:


7.4 Debug Properties
----------------------
1. DisableWatchDog


10.2 Properties
----------------------
1. ConnectDrivers


10.3 Protocols Properties
----------------------
2. ConsoleControl


10.4 Quirks Properties
----------------------
2. IgnoreInvalidFlexRatio
3. IgnoreTextInGraphics
4. ProvideConsoleGop

  • Like 6
Link to comment
Share on other sites

2 hours ago, blackosx said:

I don't think this would qualify for adding to bugtracker so am posting it here.

 

I've spotted in the Configuration.pdf that some 'Default value' settings for booleans read NO rather than false. This is the case for the following:


7.4 Debug Properties
----------------------
1. DisableWatchDog


10.2 Properties
----------------------
1. ConnectDrivers


10.3 Protocols Properties
----------------------
2. ConsoleControl


10.4 Quirks Properties
----------------------
2. IgnoreInvalidFlexRatio
3. IgnoreTextInGraphics
4. ProvideConsoleGop

Fixed at https://github.com/acidanthera/OpenCorePkg/commit/7045dbaaa978a7045dcf2561514304b14bd76d2a, thanks!

  • Like 3
  • Thanks 2
Link to comment
Share on other sites

Hi,

 

I'm using vault and signature.

I would like to report users using that to be carefull with naming files.

 

For example DSDT.AML is not correct it must be DSDT.aml -> or just like me you'll spend time to understand why OS doesn't boot ...

OpenCore.log said 01:031 00:000 OCS: Aborting ACPI\DSDT.aml file access not present in vault

 

There's many way to improve that.
I think isn't priority but if users using more and more this feature, it could be a major issue for them.  

 

Fred

Link to comment
Share on other sites

×
×
  • Create New...