Jump to content

Mieze

Mieze

Member Since 27 Mar 2012
Offline Last Active Today, 02:04 AM
*****

#2538529 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 23 November 2017 - 03:02 AM

Can someone explain to me why SSDT patching doesn't work unless you inject ATI using Clover?Basically it boils down to the question: why do Apple's framebuffer drivers define dedicated framebuffer personalities although they are able to auto-generate a default personality for almost any graphics card we are using? Well, I think that the answer is quite obvious. It's because the auto-generated connector data isn't meant to be a full replacement for a dedicated one but more as a fallback mechanism for situations in which a dedicated framebuffer personality for a certain graphics card is missing so that basic screen output can be provided even for unknown hardware. This is also the reason why auto-generated connector data is limited in functionality in a way that it doesn't support advanced feature like multi screen support, etc. Mieze

#2538044 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 21 November 2017 - 08:58 PM

Thanks a lot. Now system setting display AMD RX 580 8GB. But power draw hasn´t changed. Complete system idle: 88 watt with a NVIDIA 1060 = approx. 8 watt for the GPU 116 watt with RX 580 = approx. 36 watt (!) for the GPU For graphics power management to work properly make sure you have selected a system definition which matches your hardware, checked that the GPUs have proper names in your DSDT and checked that platform power management (ASPM) in BIOS setup is enabled. Mieze

#2535679 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 17 November 2017 - 02:08 AM

still not working even with "onboard-2" in SSDT... do you need some more files? Another thing that I feel to point out is that no matter what FB you specify in the SSDT it seems to me that it loads the AMDframebuffer one. That's to say the generic one... that's leading to have only 2 DP ports working out of 3... I didn't test the HDMI yet, but I will soon with 3 monitors attached... This indicates that there is a problem with the SSDT regarding the GPU. Take a look at device GFX0's method _DSM. The lines If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) }are missing. Without them it won't work. I must have missed that at first glance. Mieze

#2535665 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 17 November 2017 - 01:44 AM

@hackaro: It's "onboard-1" but it should be "onboard-2" in case you use "onboard-1" for device HDAU and the AMD GPU because this property links the graphics device to the audio device. Mieze

#2535652 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 17 November 2017 - 01:21 AM

where do I found this info?  DSDT or IORegistry.

#2535643 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 17 November 2017 - 12:42 AM

Hi, finally everything is almost working! Multimonitor is working perfectly now for my XFX RX 580 8GB ... with DeInit in Clover (v.4297) and Mieze's code in form of SSDT! Thanks Mieze, Slice, CyberDevs and Von Morks!  :thumbsup_anim:  The problem is audio HDMI ... for some strange reason is not working while it was with WhatEverGreen kext... anyone has any hint? Which value does the "hda-gfx" property of device HDEF have? Mieze

#2534474 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 14 November 2017 - 11:41 AM

I know that 3D very well ... and I wrote there many times ... not the solution I want ... Mieze's SSDT gave us an elegant solution to solve AMD boot problems, I don't want to patch 580's kexts anymore - as we all did till 6 months ago, before whatevergreen - because those kexts won't survive any update. I'd like to change ATI connectors and/or AMD FB directly in SSDT without the need of patching kexts.Sorry, but this isn't possible because the framebuffer data is located inside the kext. By the way, Whatevergreen.kext also patches the framebuffer. In order to be able to inject custom framebuffers via DSDT Apple would have to add this ability to the framebuffer controllers but I don't think that this will happen because they have no need for this feature. Mieze

#2531378 New Driver for Realtek RTL8111

Posted by Mieze on 08 November 2017 - 09:37 PM

@sarvodaya1219: According to your IOReg dump you've got an RTL810x Fast Ethernet Controller which means that you are using the wrong driver. Mieze
  • nms likes this

#2531164 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 08 November 2017 - 04:02 PM

Thanks for clearing that up and with all due respect I already asked the question in post #19 but you never answered. :blush:I'm sorry but I must have overlooked that post. Too much work... :( Mieze

#2531155 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 08 November 2017 - 03:53 PM

Yes I know about that. I'm not talking about the GPU BIOS. What I'm saying is that the Legacy BIOS on the mainboard is the problem. P.S. This mainboard is ancient :D (GA-EP45-DS3R)This means that you are definitely in the wrong thread because my patch doesn't apply to your problem. It solves exactly one problem but it's far away from being a cure-all medicine for all GPU related problems. Mieze

#2530738 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 07 November 2017 - 07:55 PM

@Mieze  I guess this is only concerning gpus which already have their device-ids included in amd kexts???  No, any supported AMD GPU which may be driven by the Apple provided kexts can use this patch in order to solve the wakeup issue but of course you'll have select a framebuffer (and in some cases also a framebuffer patch) which matches your graphics card. Mieze

#2529425 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 05 November 2017 - 02:52 PM

i enable rx580 with ssdt.amd but it show AMD 9XXX 8G...how to resolve it ..thx. Inject the missing device properties. For an example, please see http://www.insanelym...igin/?p=2525983 Mieze

#2528971 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 04 November 2017 - 06:44 PM

In FX-6300 hackintosh with AMD GPU Radeon HD 6870:this trick worked at 10.13.1(17B48), but it got instant reboot at 10.13.2(17C60c) & 10.12GM on wake up from S3 sleep.If booted by Enoch 2905 and Lilu/WhateverGreen.kext in /S/L/E at 10.12.6 it can wake up from S3 sleep without blank screen issue. But not working by Clover 4243 yet (still got blank screen on wake up from sleep).There is a 99% probability that the reason for this behavior lies somewhere else, maybe a broken DSDT, a BIOS issue, incorrect connector patch, etc. Mieze
  • jsl likes this

#2527889 New Driver for Realtek RTL8111

Posted by Mieze on 02 November 2017 - 09:27 PM

I'm going to be using this machine for many years, so your recycle comment is off base. I appreciate your development efforts, but don't see that as justifying you yelling at me and repeating yourself. I think my questions about known workarounds or alternate versions are valid and think you should maybe not bother posting non-answers that could deter others from helping.Are you looking for help or are you looking for a fight? I just told you what I told anybody who asked this kind of question and you'll probably understand that I get tired answering the same old questions over and over again when the answer could have been googled easily. Personally I don't care what you are doing with this machine and I don't prevent anybody from doing anything. I just wanted to make clear that I won't spend my time with outdated hardware because I consider it to be a waste of (my spare) time. Mieze

#2525008 Tracing back the AMD GPU wakeup issue to its origin

Posted by Mieze on 29 October 2017 - 10:22 PM

@carlo_76: correct! If the framebuffer personality doesn't match your card, you'll end up with a black screen because the display isn't recognized. Also keep in mind that Futomaki might not enable all of your display connecters. In my case only the DP and one of the DVI connectors work but that's more than enough for me. Mieze
  • nms likes this

© 2017 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy