Contribute
Register

Adding 8560w to Install Guide and Clover

Status
Not open for further replies.
How to do the EFI dump?

Just link me a bios update for your machine, i'll do the rest. :)

For the installation post #175 would be the guide. That you meant be editing the eeprom?

Yes.

I also read somewhere, that a dual booted windows could not handle the card because of the "wrong" PCI ID. Is that true? If so, how could this be solved, if there is any solution?

Windows can easily be forced to use a specified driver. If I'm not mistaken, that's all there is to it.
 
I like hell, you have my support in finding the relevant switch :headbang:
InjectnVidia=false, DropOEM=false? Maybe the wrong plist has been added? Both set to true didn't work, only the blank screen then. I check it in the evening. Currently I'm using an Ubuntu Live-USB (14.04 LTS), it boots faster and gives a graphical text editor. Maybe I mounted something wrong.

Fortunately we have a working plist in #3. Is it reasonable to do a diff between those to?




Yep, the tests have been made with that parameter. It has been removed for the last test, but was not successful. I'll readd the parameter.

Yes, I did a diff, and the noticable difference I see is DropOEM=false, InjectnVidia/AMD, but it won't work in your case.

The easy way is changing the working config.plist step-by-step toward the generated config.plist, until you can't boot anymore.
 
Well according to the latest F60A Bios update (which I got from here, the allowed cards in the white list are:

Broadcom:
Code:
E4 14 53 43 3C 10 09 15 0A
E4 14 53 43 3C 10 10 15 0A
E4 14 27 47 3C 10 5C 14 0A

Atheros:
Code:
8C 16 30 00 3C 10 27 16 0F
8C 16 30 00 3C 10 27 16 0A
8C 16 30 00 3C 10 27 16 0B

(I still have to understand or learn what does the 0A/0B/0F mean after each PCI ID...)

which after byteswapping and a bit of google fu translate to:
Code:
Ven/DevID  Subsystem  FCC ID?      - Chipset  - Description and other cards with different subsystem id.
14e4:4353  103c1510  QDS-BRCM1041  - BCM43225 - Dell 1520
14e4:4353  103c1509                - BCM43224 - WMIB-275N Half-size Mini PCIe Card -
14e4:4727  103c145c  QDS-BRCM1050  - BCM4313  - Dell Wireless 1501/1503/1701 Half Mini Card
168c:0030  103c1627  PPD-AR5BHB112 - AR9380   - HB112 802.11abgn 3×3 Wi-Fi Adapter

Only the AR9380 card is both supported by OS X and on the Whitelist, so that's the way I'd go. If not, you could always rebrand a AR9280/9285 and use FakePCI ID.

Here is a list of other cards with the same PCI ID (but different subvendor IDs (not sure if OS X/Whitelist cares for subvendor IDs but I guess at least the whitelist does...)
 
...
which after byteswapping and a bit of google fu translate to:
Code:
Ven/DevID  Subsystem  FCC ID?      - Chipset  - Description and other cards with different subsystem id.
14e4:4353  103c1510  QDS-BRCM1041  - BCM43225 - Dell 1520
14e4:4353  103c1509                - BCM43224 - WMIB-275N Half-size Mini PCIe Card -
14e4:4727  103c145c  QDS-BRCM1050  - BCM4313  - Dell Wireless 1501/1503/1701 Half Mini Card
168c:0030  103c1627  PPD-AR5BHB112 - AR9380   - HB112 802.11abgn 3×3 Wi-Fi Adapter

Only the AR9380 card is both supported by OS X and on the Whitelist, so that's the way I'd go.

Not true. 14e4:4353 is supported on OS X.
 
Not true. 14e4:4353 is supported on OS X.

Well, I checked here and it said it was not, but if you say it is, then i'll believe ya :D

EDIT: Wait, I should've moved it more to the right... it was unsupported on earlier versions of OS X, but as you've correctly said, it is now supported on 10.8.5 and newer
 
Well, I checked here and it said it was not, but if you say it is, then i'll believe ya :D

I think you should read the document carefully.
 
A 8x60w user tried the HP Broadcom 43224 once, it does not work.

As in BIOS rejected? Probably due to it not having the correct HP branding. Or BIOS version difference...
 
The easy way is changing the working config.plist step-by-step toward the generated config.plist, until you can't boot anymore.

Thanks for that hint! After many times merging and rebooting (at least 15x) it could be tracked down to the SMBIOS part. Attached are the following plists (all are sorted for easier comparison):


  • config_orig.plist: The working one from the beginning
  • config_PBI.plist: The one generated by PBI
  • config.plist: the merged one which still boots

Currently working: Audio, Battery(!), Graphics
I don't know about backlight control, PowerManagement and other stuff, but currently this a quite good shape.

I will be on vacation over the weekend. After that I can track it down which of the SMBIOS parameters is relevant. In #1264 it was already mentioned that a change in SMBIOS is necessary, so it could be taken as a confirmation?

By the way: Sorting of a plist could be done with the help of Python (tried on Ubuntu 14.04):
Code:
[FONT=courier new]#!/usr/bin/python
#
# Reads plist from standard input and writes it back to standard output
# sorted by key.
# Usage:    python sortplist.py <original.plist >sorted.plist

from plistlib import readPlist, writePlist
from sys import stdin, stdout

plist = readPlist(stdin) 
[/FONT][FONT=Consolas][FONT=courier new]writePlist(plist, stdout)[/FONT]
[/FONT]
It didn't sort everything (KernelAndKextPatches needed some care) but it helped a lot. And OS X booted afterwards :)
 

Attachments

  • config.plist
    6.9 KB · Views: 320
  • config_PBI.plist
    7 KB · Views: 284
  • config_orig.plist
    6.6 KB · Views: 300
Status
Not open for further replies.
Back
Top