I even tried a HDMI to DVI cable and connect it to a DVI only screen and it worked wonders.
One can plug and replug different monitors at any time and macOS will find them and work wonderfully. The ones that go thru either a converter or Mux (Like the MXM DP_C connection that goes thru a DP MUX then a DP/HDMI Demux or the DP_A that goes thru a DP Redriver before reaching the connector) work flawlessly. So what we have are 4 lines from the MXM Card to the various connectors. Since no iGPU is presented to us on the PCI bus, I'm assuming the line iGPU -> eDP to LVDS -> LVDS Mux -> LVDS/EDP Connector doesn t exist. If we look closely at the schematic, one also see's another connection from DP_D (maybe it's not DP_D but a fifth port?) to a LVDS Mux (where a connection from the iGPU also connects after passing thru a eDP to LVDS converter) which also go to the internal eDP/LVDS connector. If we put together the VBIOS listing and the schematic we can assume:Ĭonnector 4 ( DCB Entries 5 and 6) - Schematic's DP_A (which go to the DisplayPort Port)Ĭonnector 5 ( DCB Entries 3 and 4 ) - Schematic's DP_B (which go indeed to the Dock Port)Ĭonnector 7 ( DCB Entries 10 and 11 ) - Schematic's DP_C (which go to the HDMI Port)Ĭonnector 8 ( DCB Entry 8 ) - Schematic DP_D (which go to the internal eDP connector) So according to Linux and the VBIOS, there's 4 connectors of interest 4, 5, 7 and 8 (External Display Port, An Unknown (I assume it's a Dock connector), External HDMI and the internal eDP).
#CLOVER EFI NO SIGNAL MAC#
Sadly my knowledge of OS X internals is not that great even tho I've been around since the deadmoo days.įrom my findings in fiddling with Linux (xrandr + nvbios from nouveau's envytools), I managed to find out the connector numbers and where they'd go, this information is also confirmed by looking at my vbios' dcb table and is mostly the same as reported by fassl's old nvidia info mac utility: I believe that with your help we might solve this. NB: MacBookPro11,x were last Mac laptops fitted with nVidia graphics to date. Can't remember if that were ever considered or looked into in the past. It may be worth looking into the SMBIOS matter again even as a desperate last attempt.
#CLOVER EFI NO SIGNAL PRO#
MBP11,5 was Haswell platform running with dual Intel Iris Pro 5200 + AMD Radeon R9 M370X (Tropo GCN1.0) graphics MBP11,3 was Haswell platform running with dual Intel Iris Pro 5200 + nVidia GeForce GT 750M (Kepler GK107) graphics MBP11,1 was Haswell platform running with Intel Iris 5100 graphics only MBP10,1 was Ivy Bridge platform running with dual Intel HD4000 + nVidia GeForce GT 650M (Kepler GK107) graphics MBP6,x were Arrandale platforms running with dual 1st gen Intel HD + nVidia GeForce GT 330M (Tesla 2.0 GT216) graphics MBP8,x models were either HD3000 (MBP8,1) or dual HD3000 + AMD Radeon HD 6xxx graphics (MBP8,2/MBP8,3). People obtained a black screen unless they using a specifically tuned MBP6,x SMBIOS where the board-id was replaced by that of nVidia GPU-based MBP10,1 (Credits to memory). See here (Chameleon/Enoch) and here (Clover) for instance. This being said, I remember the days when Precision M4600 with nVidia graphics would too end up in a black screen when using MBP8,x Sandy Bridge SMBIOS. I've not seen anything that changed this in the last 4 years. EDP models were out of luck as far as built-in LCD is concerned (see last post in M4800 thread I linked above).
0 kommentar(er)
