XPS9350-macOS icon indicating copy to clipboard operation
XPS9350-macOS copied to clipboard

One more patch to have a working WIFI

Open flipphos opened this issue 7 years ago • 64 comments

Many thanks for the great work! It makes my installation on XPS 13 9350 quite straight forward. However, WIFI was not working, until I added one more path according to the article here: http://www.insanelymac.com/forum/topic/312759-fix-macos-sierra-dp1-bcm94532z-wifi/

Basically, what I did was: Kext: AirPortBrcm4360 Find: 81F952AA00007529 Replace: 81F952AA00006690

After reboot, WIFI works fine with both 2.4G and 5G.

I hope you could add this patch into your new release, so other people could benefit a bit from what I learnt. Thanks!

Cheers, HG

Edit: my wifi card is DW1560, which I replaced with the stock 1820A.

flipphos avatar Mar 21 '17 05:03 flipphos

@aizigao I'm experiencing WiFi problems with DW1830 too after StandBy.

mircoianese avatar Mar 21 '17 07:03 mircoianese

@aizigao I have replaced 1820A with DW1560, which I am currently using. I suggest @syscl add one more patch in the my post into the next release, which I used to make mine WIFI working.

flipphos avatar Mar 21 '17 07:03 flipphos

@flipphos nice jobs 👍

aizigao avatar Mar 21 '17 08:03 aizigao

@flipphos The patch you provided fixed my issue

mircoianese avatar Mar 22 '17 12:03 mircoianese

@ZombieTheBest @aizigao If you have DW1830, then this fcvo patch doesn't require. I have some ideas about the Wi-Fi slow response issue, please give this a try(disable reg-ltrovr by commenting out the following code in Deploy.sh like this:

#   _tidy_exec "patch_acpi DSDT syscl "syscl_ltrovr"" "Inject reg-ltrovr for IOPCIFamily::setLatencyTolerance setting ltrOffset for PCI devices successfully (c) syscl"

As a note, remove fcvo patch in your config as well.

syscl

syscl avatar Mar 23 '17 19:03 syscl

@syscl This may have fixed the issue, need more testing

mircoianese avatar Mar 25 '17 14:03 mircoianese

@syscl Nope. Issue was not fixed. Sometimes Wifi is very slow after sleep (don't have to be a "long" one). Connecting to another AP solves the issue. The problem is not caused by reg-ltovr

mircoianese avatar Mar 27 '17 21:03 mircoianese

I am having this problem now and I don't think I was having it previously. Ever since I got a new router (Netgear R7000) I have had seriously slow speeds after sleep. Not sure if its related to updating my OSX/syscl patch, or the new router but I am seeing 100+mbit speedtests on a clean boot but after sleep for any amount of time, it drops substantially to 3mbit or less. Occaisionally it drops to <.5 mbit and using the browser is agonizing. Often it won't connect to the 5G network after sleep and defaults to 2.4G, which becomes uselessly slow. Hoping someone has this issue as well or any suggestions. No issues on clean boot or windows so I feel like this is related to the patch.

illladelph avatar May 26 '17 00:05 illladelph

@illladelph is this with a DW1560 ?

try this https://github.com/syscl/XPS9350-macOS/issues/100#issue-229663705 : Quick fix: if you wake your XPS from sleep and wifi is slow, do a software sleep (top left corner -> Apple -> Sleep), wait till Power button goes dark. Press Power button -> Wifi is fast again. /edit2: this sometimes leaves you without working audio. Re-Sleep fixed it for me.

@syscl Mid March when I was on 10.12.3 with your patches (around 14th March) there was no wifi sleep issue. Maybe theres a bug somewhere?

furrybanana avatar May 26 '17 10:05 furrybanana

@furrybanana sorry yea its the 1830. I've been having issues for months now with either wifi or BT. Previously the BT would always show not available after sleep. I recently updated to 10.12.5 and re-deployed and the wifi/bt was seemingly better. But after sleep it is hopelessly slow. I have tried doing the soft sleep like you advised and no change in speeds. One thing I do notice is on speedtests, the ping goes from ~20ms on clean boot to ~1-200+ms after sleep. So there is clearly some kind of bug in the wifi resuming from sleep. Since the update though I have not had any BT issues and so far I haven't noticed a loss of sound from any sleep whereas before I would lose audio randomly and had to open system prefs-sound-input to get it to come back.

illladelph avatar May 26 '17 15:05 illladelph

Is anyone else having this issue with the 1830? Should I switch to the 1560? I sleep my computer usually 5-10 times a day so this is getting pretty frustrating and I don't believe it was an issue in previous releases of this patch

illladelph avatar Jun 02 '17 20:06 illladelph

@illladelph I have exact same issue with 1830. It's pretty much unusable at his point.

kultigspritzig avatar Jun 04 '17 18:06 kultigspritzig

@illladelph I have the same problem, too. Even when I use soft sleep, DW1830 is still slow(10M or less

jerryzj avatar Jun 19 '17 22:06 jerryzj

@illladelph Same issue with DW1830 on macOS 10.12.3

ghost avatar Jun 24 '17 03:06 ghost

finally, I had the time to switch to the 1560. thank you @flipphos

This was a huge downer for using the hackintosh with 1830.

I recommend getting the 1560 for using with macOS.

furrybanana avatar Jun 30 '17 10:06 furrybanana

I seem to have this problem too. I max out at about 15Mbps after sleep. Also when running a ping to google.com, I was getting consistent 40ms-60ms before sleep and then after sleep, I get 70ms-150ms. I had ordered the 1830 because I thought it was more widely supported :-(

Anyone had luck with getting handoff working on either the 1830 or 1560? I have it working one way only. It will send pages and clipboard to my IOS device, but it will not receive the other way around.

rpruden avatar Jul 02 '17 20:07 rpruden

@rpruden I think handoff feature uses bluetooth like the airdrop feature. It's very likely that it's the DW1830 card that is causing both wifi and bluetooth problem because airdrop is sometimes broken after sleep. I had to turn off and on the bluetooth in order to make it work again. The wifi is a well known issue now. You can manually put the device back to sleep through the left corner menu to get the normal wifi speed, but it's annoying when you have sleep setup as 5 min inactivity or something.

ghost avatar Jul 02 '17 22:07 ghost

@mingiryu Thanks for the response. My handoff issues don't only occur after sleep though. My handoff will send clipboard items and safari tabs TO my iPhone, but it doesn't work from my other devices TO this laptop for some reason. I have tried using the DW1560 and I'm currently using the DW1830.

I had ordered the DW1830 in hopes that it would resolve this handoff issue but the behavior is the same. Which card do people consider to be offering the more complete functionality at this point? It seems to me that there are mixed responses on this point.

rpruden avatar Jul 03 '17 06:07 rpruden

@rpruden based on furrybanana's post, DW1560 seems to be the best option at the moment. DW1830 has sleep issue.

ghost avatar Jul 03 '17 13:07 ghost

Cool. Thanks for the advice. I will swap this card back out and hang on to the DW1830 for a rainy day or something.

rpruden avatar Jul 03 '17 14:07 rpruden

I can confirm that replacing the DW1830 w the DW1560 is a good fix for now. I was unable to get it working by re-deploying syscl's patch so I had to follow this:

First: Installing Kexts to get Wifi+BT working:

  1. Download the latest release from https://bitbucket.org/RehabMan/os-x-fake-pci-id/downloads

  2. Download the latest release from https://bitbucket.org/RehabMan/os-x-brcmpatchram/downloads

  3. Copy BrcmFirmwareData.kext, BrcmPatchRAM2.kext, FakePCIID_Broadcom_WiFi.kext and FakePCIID.kext to your EFI partition (EFI/Clover/kexts/10.12/) — If you have not yet updated Clover boot loader (such as using UniBeast which has the old Clover install), copy to EFI/Clover/kexts/Other)

  4. Open Clover Configurator and in the Kernel and Kext patches, add:

    Name: AirPortBrcm4360 Find: 81F952AA00007529 Replace: 81F952AA00006690 Comment: Brcm4360 Sierra fvco init

  5. Restart

illladelph avatar Jul 28 '17 15:07 illladelph

Is anyone else getting this issue? I'm using DW1560. WiFI works great for the most part, but bluetooth would stop working after sleep and the only way to get it back is through a reboot.

louwe avatar Jul 29 '17 00:07 louwe

lol I was about to edit my post to say the same thing. Bluetooth is lost on resume from sleep 5g working tho :/

illladelph avatar Jul 29 '17 02:07 illladelph

  @illladelph I actually have diagnosed this problem more and here's what I noticed.

After a deep sleep (i.e. power button LED turns off), upon wake up, bluetooth will no longer be available, however WiFi still works. The next deep sleep will then disable WiFi and bring a new issue. The laptop itself will now lose the ability to sleep at all.

Bluetooth is a minor annoyance, but WiFi not working as well as laptop not being able to sleep at all are huge deal breakers. I'm considering swapping my DW1820A back cause though the card only worked in Windows, at least I didn't have to deal with sleep problems.

louwe avatar Jul 29 '17 02:07 louwe

UPDATE: I may have found the solution to it. A thought came to me that the newly-installed card may need some "priming" to sleep properly. So, I rebooted into Windows 10 and did several deep sleep/wake-up cycles and rebooted back to Mac OS Sierra. To my delight, the priming seems to be the key I needed to solve the problem.

I'm still holding my final judgment though. I will observe to see if the issue crops back up over the next several days. Stay tuned!

louwe avatar Jul 29 '17 02:07 louwe

UPDATE: Sleep issue still exists somewhat infrequently. It seems like a solid way to reproduce it is by having a bluetooth device connected while trying to sleep.

Knowing that, I disabled bluetooth in the BIOS and now I have zero sleep issues. Seems like the Bluetooth card not being able to wake up also directly affects the WiFi card. Now that it has been disabled though, it can no longer hamper the WiFi card. That being said, it would still be nice to be able to use the Bluetooth card without fear of the WiFi card being disabled and sleep issues cropping up.

louwe avatar Jul 30 '17 15:07 louwe

UPDATE: I've resolved the issue with some help from folks at tonymacx86.com.

I now have a fully functional WiFi and Bluetooth without any sleep issues whatsoever. The root cause turns out to be unused USB ports that were still configured.

Since XPS 13 9350 i7-6560U (not sure about other models) only has 2x USB2/3 ports + 3 internal ports, it didn't need the extra 7 ports or so configured by the deploy script listed under SSDT-XHC.aml file (i.e. HS09, USR1, USR2, SS03 - SS06).

I think this should be added together with the WiFi patch @flipphos mentioned for a glitch-free sleep install.

louwe avatar Jul 30 '17 20:07 louwe

Awesome work. Could you provide info on how to resolve this? Just edit the aml file?

illladelph avatar Jul 30 '17 21:07 illladelph

Hi @flipphos @ZombieTheBest @aizigao @illladelph @furrybanana please try this aml then report! SSDT-XHC.aml.zip

Thanks in advance, syscl

syscl avatar Aug 02 '17 09:08 syscl

Alright. I have done some experiment with the new SSDT-XHC.aml from syscl's email. Before start, I also updated clover to the latest 4128.

  • For convenience, I adjusted the time for sleep to 5 min, hooked a Magic mouse gen. 2 with the laptop via bluetooth.

Leave the 9350 till the power LED turns off, while doing some other things. Turn the laptop on again by pressing the power button, I had to press any key to wake up the screen, or the screen turns black again. The wifi and bluetooth seem to all work fine after each wakeup, as I could see emails coming in and move the cursor by the mouse. I repeated this loop for 6 times. No problems so far.

I just rebooted the laptop because I updated some files in the clover folder such as lilu and its plugins, and the touchpad driver. I have had the sleep/wake up twice now, and I am going to leave it overnight and see what happens tomorrow morning. I’ll update you tomorrow.

By the way, @syscl is it possible to include the AppleALC plugin to work with lilu to replace the current kext AppleHDA_ALC256.kext, ALC256 (3246) is listed as supported by the plugin?

Cheers, flipphos

在 2017年8月2日,17:01,Zhou Yating [email protected] 写道:

Hi @flipphos https://github.com/flipphos @ZombieTheBest https://github.com/zombiethebest @aizigao https://github.com/aizigao @illladelph https://github.com/illladelph @furrybanana https://github.com/furrybanana please try this aml then report! SSDT-XHC.aml.zip https://github.com/syscl/XPS9350-macOS/files/1193268/SSDT-XHC.aml.zip Thanks in advance, syscl

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/syscl/XPS9350-macOS/issues/82#issuecomment-319613209, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0rdoXLjLbj9HE01Z06rhowGAHkUQks5sUDrmgaJpZM4MjXbS.

flipphos avatar Aug 02 '17 16:08 flipphos