LyonLeBrun

What a relief. It's working. (I suspect the Wi-fi switch made the difference). Here's what I did... I rebooted and checked the BIOS: Wireless Switch there are four checkboxes: WWAN, WiGig, WLAN, Bluetooth® - all are checked Wireless Device Enable: Three checkboxes: WWAN, Bluetooth®, WLAN/WiGig - all are checked. The switch on the side *was* showing red. I switched it back (on, not red). After a reboot, wireless started up, just as it's supposed to. To summarize this incredibly long journey (with huge thanks to you), these are the steps that seem to have mattered: The Solution for Catalina on Dell Latitude E7440 laptop with AzureWave AW-CE123H wireless card: Use the OpenCore EFI folder for Dell Latitude E7440 (https://osxlatitude.com/forums/topic/13155-solved-e7440-no-usb-port-working-with-opencore/?do=findComment&comment=101900) Replace that original config.plist with the one from a few posts ago (https://osxlatitude.com/applications/core/interface/file/attachment.php?id=28462) Ensure all the Wireless boxes are checked in the BIOS Install Catalina 10.15.6 - it seems OK with the AzureWave card Since no kext's were replaced, there was so no need to repair permission or rebuild cache TURN ON WIFI SWITCH on the right side of the laptop I used these OpenCore-safe tools: MountEFI and ProperTree and IORegistryExplorer when needed. Thank you again!

I should also note the my internal drive's top-level /EFI folder has a number of files seemingly created for each boot with a filename of opencore-yyyy-mm-dd-hhmmss.txt, with this data in them: 00:000 00:000 Dependency com.apple.iokit.IOHIDSystem fallback to com.apple.iokit.IOHIDFamily succeeded. Please fix your kext! 00:185 00:185 Dependency com.apple.iokit.IOHIDSystem fallback to com.apple.iokit.IOHIDFamily succeeded. Please fix your kext! opencore-2020-09-14-163048.txt.zip

Yes. See the Network Preferences movie on Youtube. I was slightly surprised to see the OpenWrt5 SSID listed - this installation has never successfully been on Wi-Fi, yet that's one (of *two* SSIDs at my home...) Thanks.

No change to the behavior (I still have the black outline icon. Choosing "Turn Wi-Fi On" causes it to go to grey fan, then the black outline again.) I used Utilities -> Terminal from Recovery mode to disable SIP (with csrutil disable), then booted back to Catalina disk and ran the kextcache command. I ran three variations on the kextcache command, since the first didn't seem as if it worked right: sudo kextcache -u / (gave Warning: /AppleInternal/Library/Extensions: No such file or directory) sudo kextcache -Boot -U / (gave message that everything was up to date - I will note that earlier invocations also gave this same "up to date" result) and sudo kextcache -i / (appears to have worked without incident) (I am hopeful that the second and third commands didn't cancel out the first...) Here's the output: richb@Richs-MacBook-Pro github % sudo kextcache -u / kextcache -u / Warning: /AppleInternal/Library/Extensions: No such file or directory richb@Richs-MacBook-Pro github % sudo kextcache -Boot -U / kextcache -Boot -U / kext allow list already up-to-date for boot FDFD814E-85FB-47D0-9042-6CC5576BE60C richb@Richs-MacBook-Pro github % sudo kextcache -i / kextcache -i / kextcache -arch x86_64 -local-root -all-loaded -kernel /System/Library/Kernels/kernel -prelinked-kernel /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel -volume-root / /Library/Extensions /AppleInternal/Library/Extensions /Library/Apple/System/Library/Extensions /System/Library/Extensions KernelCache ID: E9A7E7FBE6144200232AC43CBC44FB07 richb@Richs-MacBook-Pro github % I then rebooted back to recovery mode, used csrutil enable, and then rebooted back to Catalina. That's where things stand with the black-outline Wi-Fi icon. I'm still game to try other solutions/dig out other troubleshooting info. Thanks again.

Thanks for the advice and updated config.plist. Wireless still doesn't work, but the symptoms have changed. Now the Wi-Fi icon is a black-outlined fan shape. Selecting "Turn Wi-Fi On" causes it to go to grey fan for a few seconds before turn to a black-outline fan again. System Preferences -> Network - Wi-Fi shows a "Turn Wi-Fi on" button, but that has no effect. I attach the latest IORegistryExplorer output. Here's what I did: Removed IO80211Family.kext from /L/E Verified that both IO80211Family.kext and IO80211FamilyV2.kext (untouched) are present in /S/L/E Repaired permissions, rebuilt caches Restarted When the OC Picker came up, used Reset NVRAM Copied your newest config.pilst to /EFI/EFI/OC (Note: the only changes from your original OC EFI version seem to be s/Compatible/compatible/, s/14e4,43b1/pci14e4,43a0/, s/BCM4331/BCM4352/ in "model", and to move the "AirportBrcmFixup.kext" bundle path above the "AirportBrcmFixup.kext/Contents/Plugins/AirPortBrcm4360_Injector.kext". Is this correct?) Restarted - and now have the behavior described above I agree the problem could be elsewhere - what other information can I provide? Many thanks. Rich's Dell E7440-14Sep2020.ioreg.zip

Here's the Save... output from IORegistryExplorer. Thanks. Rich’s MacBook-Dell-E7440.ioreg

Alas... Replacing the /EFI/EFI/OC/config.plist with that file, then restarting did not change anything. Having worked as a software engineer for 40 years (writing assembly driver code for macOS back in the day), this tells me that SOMETHING ELSE IS WRONG. (I confirmed that the wireless card is indeed an AzureWave AW-CE123H, and that it was connected properly.) I am happy to start examining log files, searching for error messages, etc. but I need a hint about where to start looking. Thank you again for your patience.

Oh dear. I just realized that I have only installed Catalina 10.15.1 on this computer. Does this invalidate all the tests I've done? I will try upgrading...

This didn't work. (But you hear this all the time...) I would feel really bad if I wasn't following your instructions carefully, so I wanted to document the exact steps I have followed: 1. I re-downloaded Jake Lo's E7440 EFI folder and used its contents to replace BOOT and OC folders the internal disk's EFI folder. (I used Clover Configurator 5.15.2.0 to Mount EFI, then copied unzipped contents from Jake Lo's archive. I rebooted, and the computer started up OK.) 2. I then re-downloaded the 10.14.6_IO80211Family.kext.zip from the Wireless Inventory #2 . I unzipped it and copied it to /Library/Extensions. (I had to supply my password.) 3. I used the following script to repair permissions and rebuild cache, and then restarted the computer. #!/bin/bash sudo echo 'Password Accepted: Fixing Kext Cache.' sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / sudo kextcache -i / echo 'Done fixing kext cache' The result was: richb@Richs-MBP Desktop % sudo sh permission-E7440.sh Password: Password Accepted: Fixing Kext Cache. kextcache -Boot -U / kext allow list already up-to-date for boot 1381DFE9-B6EF-4E1D-AE99-F6E947E61C48 kextcache -i / kextcache -arch x86_64 -local-root -all-loaded -kernel /System/Library/Kernels/kernel -prelinked-kernel /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel -volume-root / /Library/Extensions /AppleInternal/Library/Extensions /Library/Apple/System/Library/Extensions /System/Library/Extensions KernelCache ID: 2829D03E8F958FF77117B46A9FD2AE79 Done fixing kext cache richb@Richs-MBP Desktop % 4. I used IORegistryExplorer.app to review the IO devices in my Dell. I wasn't quite sure what to look for, but when I searched for "Brcm" I found the "FakeBrcm" at the PCI address you mentioned (it matches the screen shot) and the IONameMatched is 'pci14e4,43b1' as expected. 5. I could not open the image "CC Devices.jpg..." in the post above, but... 6. I used Clover Configurator (same version) to a) Mount EFI, b) open /EFI/EFI/OC/config.plist 7. In Clover Configurator, I went to "Devices" on the sidebar, and added an item to the "List of PCI Devices" (at the bottom) with this value: PciRoot(0x0)/Pci(0x1C,0x3)/Pci(0x0,0x0) and set the Property "compatible" to the STRING "14e4,43a0" 8. I then used Save (not Save As...) and saw that the EFI's config.plist was changed within the last minute. 9. I rebooted. The Wi-Fi menu item is a grey fan, and opening System Preferences -> Network -> Wi-Fi gives a button that says, <do not loc> briefly before it changes to "Turn Wi-Fi On" Clicking the button has no effect. 10. Because of the differences between the screen shots and the advice from Thursday, I repeated Steps 6,7,8 above with the following choices. - "Compatible" and STRING "14e4,43a0" - "compatible" and STRING "pci14e4,43a0" - "Compatible" and STRING "pci14e4,43a0" 10. All four choices (of "compatible/Compatible" and "14e4,43a0"/"pci14e4,43a0") had the same behavior. Am I misinterpreting the instructions? Many thanks as always.

Thank you for addressing my questions. I have the luxury of being able to blow away and re-install from scratch, so I am starting over with Catalina, using Jake Lo's E7440 EFI and it has booted fine. Now I want to get wireless running using the AW-CE123H. I see that Note 5 of the 2nd Wireless Inventory says that I can do a `DSDT/kext patch` on the 10.14.6_IO80211Family.kext.zip kext. If I understand the page correctly, I have two options: Patch one of the Plugins within the IO80211Family.kext. ("Show Package Contents" on the top level .kext, then open one of those plugins with "Show Package Contents" and add "14e4-43b1" to the IONameMatch array for the plugin's Info.plist. Then save, and copy the entire .kext file either to /L/E or /S/L/E, repair permissions and rebuild cache and reboot. This is straightforward, but may need to be re-done after an update. Three questions: a) Is this procedure correct? b) Are there any other steps? c) Which of the three plugins (AirPortBrcm4331, AirPortBrcm4360, or AirPortBrcmNIC) should get the "14e4-43b1"? Modify the DSDT This would likely not need to be re-done if I upgrade the OS (Is that correct?) But my search of the OSXLatitude site doesn't turn up a clear description of how to do this. I see the "json-like" key-value file on the Inventory page, but don't know what tool to use to view/edit that data. Could you provide a link? As always, many thanks.

It does seem to happen when I am logged in. Here is more troubleshooting info... I logged out of OSXLatitude. I then went into Firefox preferences and removed all cookies for "OSXLatitude". I was able to go to the front page and then click through to the Catalina 10.15.6 article as expected. I then logged into my account on OSXLatitude. I went back to the home page, and clicked the Catalina 10.15.6 article. The info below comes from Firefox 80.0 Network inspector and shows the request for that link. What other information could I provide? Many thanks. Disable Cache 16 requests 1.13 MB / 54.14 KB transferred Finish: 1.86 s DOMContentLoaded: 1.69 s load: 1.75 s GET https://osxlatitude.com/articles/news/macos-catalina-10156-is-out-r22/ Status500 Internal Server Error VersionHTTP/2 Transferred47.44 KB (46.73 KB size) Referrer Policyno-referrer-when-downgrade alt-svc h3-27=":443"; ma=86400, h3-28=":443"; ma=86400, h3-29=":443"; ma=86400 cache-control no-store, no-cache, must-revalidate cf-cache-status DYNAMIC cf-ray 5d12165318ddf049-EWR cf-request-id 051f2c47ef0000f0498ca17200000001 content-type text/html;charset=UTF-8 date Fri, 11 Sep 2020 14:30:33 GMT expect-ct max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct" expires Thu, 19 Nov 1981 08:52:00 GMT pragma no-cache server cloudflare strict-transport-security max-age=2592000; includeSubDomains; preload vary cookie, Accept-Encoding X-Firefox-Spdy h2 x-frame-options sameorigin x-ips-loggedin 1 x-xss-protection 0 Accept text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 Accept-Encoding gzip, deflate, br Accept-Language en-US,en;q=0.5 Connection keep-alive Cookie __cfduid=dcc095e7b945d7b15b78532a81539a3a31599834579; ips4_IPSSessionFront=j8cbrjlpp9g8i1sdeaveq9pccb; ips4_guestTime=1599834619; ips4_ipsTimezone=America/New_York; ips4_hasJS=true; ips4_device_key=5a22414c1f28b076f9d3d72ff6ef402a; ips4_member_id=135780; ips4_loggedIn=1 Host osxlatitude.com Referer https://osxlatitude.com/?_fromLogin=1 TE [ ... this little bit left off the "code" section ... ] Trailers Upgrade-Insecure-Requests 1 User-Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:80.0) Gecko/20100101 Firefox/80.0

Curiouser and curiouser... When I sign off, can go to those three home-page articles. But when signed on (using Firefox and Safari on macOS 10.15.5) I get those error messages. I have tried refreshing browser/force reloading. But... I still see those errors for the other links: (I used Chrome, was signed off, used Force Reload) * Categories -> Feedback https://osxlatitude.com/bugtracker/forums/ * Report Bug -> Forum bug https://osxlatitude.com/bugtracker/forums/ What other information could I provide? Thanks.

Thanks for the speedy response. I did see that "Supported/Unsupported Wireless Inventory" page before I posted, and saw this note: My search queries did not turn up a page that describes/links to this procedure. There are a zillion responses, all telling me to do this, or to refer to Hervé's Guide (which I was also unable to locate). But none tell how to do it. NB: I have ProperTree and can see the Info.plist in the kext. I just need a hint of what to add... Thanks again.

Also... 3. Categories -> Feedback gives this error: Thanks.

[Not sure where to report this] 1. Clicking on any of the three "featured articles" ("MacOS Catalina 10.15.6 is out", "Driver for Realtek RTS Card Readers", or "Broadcom BCM4350 Wireless Cards") on the home page gives this message: 2. Going to Report Bug -> Forum Bug gives this message: Thanks for this great forum...