Jump to content
5539 posts in this topic

Recommended Posts

1 hour ago, Tiem said:

We've discussed this before. You used the wrong command and do not have CFG Lock disabled. 


I don’t like to repeat myself. Stop being a know-it-all. The command was OK and in fact I’m facing the same issue with setup_var_3 AND by using @texem’s profile.

 

There’s probably something off with my motherboard OR the card.

 

Now that I’ve read what @AudioGod wrote it might also have to do with having my m.2 SSD on the bottom m.2 slot and the Fenvi on the bottom PCI-e.

Edited by WizeMan
50 minutes ago, AudioGod said:

Check in the Z390 pro Manual for what lanes get used for what slots.

on the Z390 Master the bottom m.2 slot uses the lanes from the lowest pcie slot and the middle m.2 slot uses the lanes from sata 0 and 1

top slot if fee to use with no effect.

Ok,  I'll check it out, thanks. I think it only uses sata

Screen Shot 2020-02-17 at 5.41.07 am.png

Edited by Cameron Nicholson
2 hours ago, AudioGod said:

Check in the Z390 pro Manual for what lanes get used for what slots.

on the Z390 Master the bottom m.2 slot uses the lanes from the lowest pcie slot and the middle m.2 slot uses the lanes from sata 0 and 1

top slot if fee to use with no effect.

Seems to make no diff to me either this, i have pcie m.2 in the bottom m.2 slot (m2m)  and the wifi card in the x4 slot .. Works alright !

44 minutes ago, Cass67 said:

Seems to make no diff to me either this, i have pcie m.2 in the bottom m.2 slot (m2m)  and the wifi card in the x4 slot .. Works alright !

I did say check the manual for the pro as it has 2 m.2 slots that come off different lanes to the master. 
 

as you can see from the above post it losses sata ports only so for you it’s no biggie.

the masters third m.2 slot shares with the bottom pcie slot. 

Edited by AudioGod
I did say check the manual for the pro as it has 2 m.2 slots that come off different lanes to the master. 
Yeah and it does imply it shares the x4 slot.. just seems to make no diff..

Sent from my LYA-L09 using Tapatalk

4 minutes ago, Cass67 said:

Yeah and it does imply it shares the x4 slot.. just seems to make no diff..

Sent from my LYA-L09 using Tapatalk
 

Really?

On my board if I use it with the m.2 bottom slot in use it freaks my system out and it won’t boot.

makes sense seeing it’s conflicting with what lanes it can use.

I just checked for myself and the pro uses sata 1 for m2a and 4 5 for m2m, no pcie lanes for pcie slots are affected.

Edited by AudioGod
6 minutes ago, AudioGod said:

Really?

On my board if I use it with the m.2 bottom slot in use it freaks my system out and it won’t boot.

makes sense seeing it’s conflicting with what lanes it can use.

I just checked for myself and the pro uses sata 1 for m2a and 4 5 for m2m, no pcie lanes for pcie slots are affected.

m.2-manual-pciex4.png.197d39fd48ac55c29b22494ee6b3ec65.png

 

I read that as sharing the lanes .. 

Edited by Cass67
  • Haha 1

Updated to the latest EFI folder without MA.efi, performed full battery reset and put iGPU to 32MB... But ended up getting the "error allocating boot..." error after a while. A couple of things though... I got the error right after restarting from Windows, and then the error kept happening (whereas it was fine for several boots on macOS before that). Could restarting from windows be a cause somehow, and more importantly is it normal for the error to keep happening once it appears (only got it to boot with a backup EFI including MA.efi) ?

Second link question is about disabling iGPU, which seems to be my only option left... what kind of functionality do I lose by doing that ? I seem to remember sidecar and/or x265 decoding is that correct or does everything still work with iMac 19,1 even with iGPU disabled (I don't dare ask about DRM :angel: haha... but still curious haha).

16 minutes ago, Cameron Nicholson said:

Changing to the bottom x4 slot fixed my WiFI. Still no sidecar but I don't think thats related to my BT card.

 

 

Screen Shot 2020-02-17 at 9.33.31 pm.png


yeah confirmed, I just refitted the t919 to my hack to test but using the lowest slot instead of the 1x above it and it sure does work a lot better there.  
 

Edited by AudioGod
3 hours ago, Pieroman said:

Updated to the latest EFI folder without MA.efi, performed full battery reset and put iGPU to 32MB... But ended up getting the "error allocating boot..." error after a while. A couple of things though... I got the error right after restarting from Windows, and then the error kept happening (whereas it was fine for several boots on macOS before that). Could restarting from windows be a cause somehow, and more importantly is it normal for the error to keep happening once it appears (only got it to boot with a backup EFI including MA.efi) ?

Second link question is about disabling iGPU, which seems to be my only option left... what kind of functionality do I lose by doing that ? I seem to remember sidecar and/or x265 decoding is that correct or does everything still work with iMac 19,1 even with iGPU disabled (I don't dare ask about DRM :angel: haha... but still curious haha).


The Z390 Pro is a dam tricky board to use without MA.efi and the igpu enabled but windows shouldn’t cause that. As a test try temporally disconnecting your windows drive and see if it stays stable by restarting macOS over and over ( say 5 or 10 times) if that works then shut down and wait a few mins and then start the hack back up and if it boots then you know there’s something else happening to your hack fault wise that’s causing the problem.

having the igpu disabled with shiki 144 will be fully functional other then your lose Sidecar and quicksync.

If your not using a Navi gpu then one other option for you would be to switch to smbios iMacPro1,1 with igpu disabled. This would give you full working drm and everything else bar Sidecar.

7 minutes ago, AudioGod said:


yeah confirmed, I just refitted the t919 to my hack to test but using the lowest slot instead of the 1x above it and it sure does work a lot better there.  
 

After all these weeks/months of trial and error. But from a theoretical stand point it makes sense.

Just now, Cameron Nicholson said:

After all these weeks/months of trial and error. But from a theoretical stand point it makes sense.


Does it?

Hhhhmmmmm, it’s a 1x card to start with isn’t it?

i don’t see how using a 4x slot instead of the 1x can cause that.

thinking about it though, I use a BCM943602CS native card and it’s on a pcie adaptor. The adaptor is a 1x pcie card yet I know the BCM943602CS runs at 4x natively so you might actually have a point there. Baffled I am :hysterical:

ok ok I just did some digging and the t919 is a pcie 4x card. That explains it then. :thumbsup_anim:
 

@WizeMan are you using the lowest pcie slot already? Switch your card to it if your not. 

Edited by AudioGod

@texem Question, is your ABWB BCM943602CS metal bracket silver or black?

also have a look at the BCM943602CS card itself and tell me if you see a CE approved stamp on it or not?

I am doing a build for somebody and I bought a ABWB BCM943602CS from amazon and it’s not a CE approved BCM943602CS so I suspect it’s a fake one and also when the system goes to sleep under smbios1,1 (Vega56 gpu installed) The system crashes and restarts just like what was happening to you. I removed the ABWB BCM943602CS and tried again without it and low and behold the crash stopped straight away.

I’ve just called amazon about it and let them know and the guy admitted that they have Had this flagged up a lot of times over the last few months and gave me a full refund and a £15 voucher as a sorry.

my Personal ABWB BCM943602CS has a silver bracket not black and is ce approved, I’m going to swap it out for my t919 I think and donate my ABWB BCM943602CS to the build I’m doing.

24 minutes ago, AudioGod said:

ok ok I just did some digging and the t919 is a pcie 4x card. That explains it then. :thumbsup_anim:
 

@WizeMan are you using the lowest pcie slot already? Switch your card to it if your not. 

Thats what made me start to wonder, when I retrieved the link to post here I noticed it's a x4 card. 

So sidecar requires integrated which I'm guessing we have disabled. All good, I run dual monitors which I'm about to upgrade to 4K :D

14 minutes ago, Cameron Nicholson said:

Thats what made me start to wonder, when I retrieved the link to post here I noticed it's a x4 card. 

So sidecar requires integrated which I'm guessing we have disabled. All good, I run dual monitors which I'm about to upgrade to 4K :D

Sidecar works fine here.

igpu enabled under 19,1 and away you go 

59 minutes ago, AudioGod said:


The Z390 Pro is a dam tricky board to use without MA.efi and the igpu enabled but windows shouldn’t cause that. As a test try temporally disconnecting your windows drive and see if it stays stable by restarting macOS over and over ( say 5 or 10 times) if that works then shut down and wait a few mins and then start the hack back up and if it boots then you know there’s something else happening to your hack fault wise that’s causing the problem.

having the igpu disabled with shiki 144 will be fully functional other then your lose Sidecar and quicksync.

If your not using a Navi gpu then one other option for you would be to switch to smbios iMacPro1,1 with igpu disabled. This would give you full working drm and everything else bar Sidecar.

Thanks for the answer ! Tough luck, I would have tried iMacPro1,1 but I have a 5700XT. I'll try things out again, maybe deactivating built-in audio which I don't care about will free some more memory for the kernel (anyone tried ?). If it's still not OK I will probably live on the edge and keep using MA.efi ... Are the problems between iMacPro 1,1 SMBIOS things that could get solved in future updates of macOS or WEG/Lilu ?

Edited by Pieroman
9 minutes ago, AudioGod said:

Sidecar works fine here.

igpu enabled under 19,1 and away you go 

Thanks, it was as easy as that. Silly question, the hack won't use the iGPU for rendering, it will still use my discrete GPU?

6 minutes ago, Pieroman said:

Thanks for the answer ! Tough luck, I would have tried iMacPro1,1 but I have a 5700XT. I'll try things out again, maybe deactivating built-in audio which I don't care about will free some more memory for the kernel (anyone tried ?). If it's still not OK I will probably live on the edge and keep using MA.efi ... Are the problems between iMacPro 1,1 SMBIOS things that could get solved in future updates of macOS or WEG/Lilu ?

the Navi drivers are awful in MacOS and it’s Apple or AMD that actually need to sort it out as try using a Navi gpu on a real Mac and it crashes all over the place. 19,1 is stable with the 5700xt but saying that if you don’t do anything super gpu intensive like gaming or gpu rendering then you should be ok under 1,1 as that’s the only things that really make it crash. This applies to a real Mac as well as hacks.

 

2 minutes ago, Cameron Nicholson said:

Thanks, it was as easy as that. Silly question, the hack won't use the iGPU for rendering, it will still use my discrete GPU?

only time the igpu comes into play is when you use quick sync buddy.

Edited by AudioGod
2 minutes ago, AudioGod said:

only time the igpu comes into play is when you use quick sync buddy.

Ok, thanks. I've pretty much got a perfect hack now, thank you, appreciate it. 

 

Next thing to tackle is fan control. But that can wait haha

Edited by Cameron Nicholson
  • Like 1
2 minutes ago, Cameron Nicholson said:

Ok, thanks. I've pretty much got a perfect hack now, thank you, appreciate it. 

Glad to hear it, I’m sick at home with a stinking cold so I’m more helpful on here today as I’m bored and stuck indoors....lol

Edited by AudioGod
Just now, AudioGod said:

Glad to hear it, I’m sick at with a stinking cold so I’m more helpful on here today as I’m bored and stuck indoors....lol

Fly round the world and rewire my fan setup haha, get well so man. 

×
×
  • Create New...