Hervé

Sounds more like a hardware-related issue than anything else. Did you verify behaviour in, say, Windows?

There was no need to downgrade BIOS if you were on A20 which is perfectly Ok to run with. The steps to follow are the same whether you use Clover or OpenCore. You may refer to the guides for previous versions if need be.

My guide is for any 11.x Big Sur version; I've amended the version line to that effect. At the time of writing, there was uncertainty with regards to the new version numbering adopted by Apple and it was not known whiter Big Sur would remain 11.0.x or turn to 11.x.x

Ok, it looks like the News category was somehow corrupted and stuck with permissions issues. A workaround was applied to fix things. All should be Ok now.

The articles/news/guides on the web site (article section) and associated threads on the forum are 2 different things; latter are (auto) created from former, but they have different URLs of course. You have missed the domain separation here. https://osxlatitude.com/articles/ -> articles/new-driver-for-realtek-pcie-card-readers-r37/ https://osxlatitude.com/forums/ -> topic/16087-new-driver-for-realtek-pcie-card-readers/#comment-109937 https://osxlatitude.com/articles/ -> news/macos-monterey-is-out-r44/ https://osxlatitude.com/forums/ -> topic/16871-macos-monterey-is-out/#comment-112045

Ok, I created a temp test account and was able to reproduce the problem. However, after going through the set of sections Articles/Guides/News/OSXL, I was able to access all Articles without further actions. However, no such chance with News and an error message stating that the pages are missing was returned. I have absolutely no idea what the issue is here... Maybe an index problem.

As indicated in the Wireless cards inventories we publish (and that I invite you to consult), your Qualcomm card is not supported and must be replaced by a supported model. I recommend a Broadcom one of course.

Ok, I've changed 1 permission; how about now?

That's why I checked logged in and logged out. Made no difference. I've checked the forum/articles permissions settings and all appears in order. Tested again on my E7270: cleared Safari cache went to OSXL Home page can access both of there above articles

Must be a problem at your end. Verified access from 3 x different Hacks under High Sierra/Big Sur/Monterey logged in and logged out, 2 x different Apple Macs (Ok, all 5 on same home network) and from 2 x different iPhones, each on a different 4G telco/network (wifi disabled). Not a single issue for the given pages. Try and clear your browser cache maybe.

History revisited... Intel wireless cards have never been officially supported under OS X/macOS. For years they had no support at all and had to be replaced by Atheros or Broadcom cards there were compatible. See our FAQs section. A couple of years ago, developers worked again on writing drivers for Intel M.2 cards and published their work at the OpenIntelWireless site/repo. This work remains in "beta" stage afaik and, whilst it provides a degree of support for wifi operation, Bluetooth has little to no support as explained in their own FAQs which I invite you to read. If you want a Bluetooth/Wireless combo card that works, replace your Intel card with a compatible Broadcom-based one. See our inventories and various threads on the matter in this very Wireless forum section.

1. What SSDT-7450.aml? Maybe a single table where the patches of all the usual OC SSDT tables (EC, CPU PM, USB, PNLF, etc) are unified. 2. Not when you use add-on SSDTs only rather than a patched DSDT 3. an add-on SSDT made to that effect.

Target macOS release: Monterey 12.x This is a Clover-based installation using the well-known/well documented vanilla method detailed below: Working: full QE/CI with HD520 graphics (with SKL layout 0x19160000) HDMI output OOB but built-in LCD goes off on 1st cable connection. With WEG boot arg igfxonln=1, LCD picture is recovered after closing then re-opening the LID and HDMI is on at 1st boot & after wake mDP output OOB touchscreen with USB HID fix (patch of IOHIDFamily to fake single-user mode) due to Apple dropping support for old USB hardware full audio, including jack microphone input and headset output (with AppleALC kext & layout-id 11) HDMI audio (with SKL con1 connector-type patch) built-in Gigabit Ethernet (with IntelMausiEthernet kext) full CPU power management, including Turbo boost to 3.4GHz (with PlugIn type settings) sleep: Ok through Apple menu->Sleep, lid closure, power button, Fn-Insert and energy savings settings with hibernation mode set to 0 (sleep to RAM) and /var/vm/sleepimage file deleted. wake: Ok through lid opening and power button wireless & bluetooth with any compatible card/USB dongle battery management and monitoring (with ACPIBatteryManager kext) SD card reader (with 1Revenger1's RealtekCardReader kext) integrated webcam OOB keyboard backlight control OOB (for backlit models) audio volume control through Fn-F1/Fn-F2/Fn-F3 brightness control through Fn-F11/Fn-F12 touchpad basic features, incl. buttons (with Rehabman's VoodooPS2Controller kext) but not recognised in PrefPane USB3.0 ports (with Hackintool's generated USBPorts kext) Not Working: N/A Not tested: SmartCard reader GeekBench v4.4.4 (64bit) gives the following rating: 1) 12.x USB installer creation Using a USB key of 16GB minimum, create a Monterey USB installer through the following Terminal command: sudo <path>/Install\ macOS\ Monterey.app/Contents/Resources/createinstallmedia --volume /Volumes/<USB key> where: <path> = location of Monterey installation package (eg: /Applications if freshly downloaded) <USB key> = name of formatted USB volume (eg: USB_16GB) The process will take several minutes. Once completed: install Clover bootloader on the USB installer with the following customised settings: Clover for UEFI booting only Install Clover in the ESP UEFI Drivers Recommended drivers FSInject SMCHelper Human Interface Devices (optional) Ps2MouseDxe UsbMouseDxe FileSystem Drivers ApfsDriverLoader Memory fix drivers OpenRuntime Additional Drivers (optional) NvmExpressDxe PartitionDxe Themes (optional) BootLoaderChooser (optional) CloverConfigPlistValidator (optional) Install Clover Preference Pane (optional) you may use version r5141 attached below: Clover_r5141.pkg.zip once Clover is installed, launch Clover Configurator app and mount the freshly created EFI partition of the USB installer Clover Configurator.zip add the (unzipped) HFSPlus driver attached below to the EFI/CLOVER/drivers/UEFI folder HFSPlus.efi.zip open this EFI partition and transfer/copy the files & folders from the Latitude E7270 Monterey Clover pack below to the EFI/CLOVER folder Clover_Pack_E7270_Monterey.zip 2) 12.x installation boot the Monterey USB installer at the Clover main menu, select the "Install macOS Monterey" partition (but don't press [ENTER]) press [SPACE], select -v verbose option in the menu, then choose to boot with the selected options proceed with installation, creating & formatting the target Monterey installation through Disk Utility as/if required on 1st reboot, boot off the USB installer and select the freshly created "macOS install from <target Monterey partition>" repeat this until this partition is no longer offered and only the target Monterey partition is left to boot Reboot the target Monterey partition via your USB installer 3) Post-installation tuning Once the target Monterey partition has booted, complete the 1st boot configuration tuning Once at the desktop, install Clover bootloader on the Monterey partition/disk with the customised settings listed above Once Clover is installed, launch Clover Configurator app and mount the freshly created EFI partition of the Monterey partition/disk Open this EFI partition and transfer the files & folders from the above Latitude E7270 Monterey Clover pack to the EFI/Clover folder You may then reboot and verify that Monterey boots off your disk through Clover Please note that: Clover config of the pack contains HDMI-audio SKL framebuffer patch. Clover config of the pack contains disabled settings for DW1820A wireless card. Enable or remove as appropriate. Edit: 22 Dec 2021 Touchscreen working after adding the USB HID fix for Big Sur and later. See details right below. Edit: 17 Jan 2024 Revised bootpack with modified SSDT-GPRW patched ACPI table to fix intermittent loss of Bluetooth on wake.

My guide does not actually provide anything with regards to Wifi cards except pre-configured but commented out (i.e. inactive/disabled) properties injection for DW1820a. No way to guess what wireless card people may have in their E7270, hence why that very part is left blank and the guide stipulates [working] "wireless & bluetooth with any compatible card/USB dongle". You need to adjust your setup according to the card fitted to your own E7270, something your IOReg shows as an Intel card Wireless-AC 8260(8086:24f3) @1C,0: Follow the process required for such Intel cards as linked right above by Jake Lo.

No Jake, you must have confused host processor (of the machine on which I generated the table, i.e. my E6230) with the target processor (the OP's i3-3110M): Store ("host processor........: Intel(R) Core(TM) i7-3540M CPU @ 3.00GHz", Debug) Store ("target processor......: i3-3110M", Debug) The table I posted is correct, the target CPU settings are identical to those of the table you posted (and generated on an i3-3110M). I simply used Pike R Alpha's generator with the relevant optional parameter as per the script's own help info, i.e.: ./ssdtPRGen.sh -p i3-3110M

Post an IOReg extract taken from apps such as IORegistryExplorer. See our FAQ section...

What do you mean by "system itself is not shutting down the camera" ? Do you see the Webcam in SysInfo->Hardware->USB section or in IOReg? If you don't, you need to revisit your USB ports settings: remap the ports again or possibly adjust your bootloader ACPI patches (eg: XhciPortLimit, renaming of EHCx devices). The USBPorts_E7440 may need to be regenerated for Monterey. Try it anyway. Also, why apply an ACPI patch that renames ECDV to EC when you inject an SSDT-EC.aml patched table that defines a separate EC device?

There is a dedicated thread for the E6220 BIOS settings pinned at the top of this very section; 'pretty sure your E6420 will have the same set of parameters. Make sure to use there latest BIOS, just in case. I you also look into my E6220 Mojave guide, you'll notice there's no need for a patched DSDT and that a small set of add-on patched SSDT tables does suffice. This is of course transposable to High Sierra.

The CPU power management SSDT has nothing to do with the verbose info displayed by OpenCore. It's a problem with your OC config list that does not meet the arrangements expected for the given version. Can happen if you use OCC too to build our config. I know it's a real pain in the a*se with OpenCore but you have to make sure your config is aligned with the requirements and the expectations of the OC version and some of those change from one version to the other according to the decisions made by the devs.

EFI partitions do not exist by default on a raw/reinitialised USB key. It usually is created by bootloaders such as Clover (or older bootloaders before). Since you do not have any EFI partition on the device, you may manually create it and format it FAT32. Or, if you find the associated process not within your grasp, install Clover temporarily on the USB key. Once you wipe out the contents of the EFI partition created by the Clover installer, you'll have an empty EFI partition to play with.

SSDT_i3-3110M.aml.zip

It's Fn-F11 and Fn-F12. If you're using the ACPI-based method to enable the brightness control keys (rather than the brightness keys kext which I believe unsuitable for our Dell Latitude), you may want to add values 0x366 and 0x365 which were not present in the SSDT-BRT6 table offered by Jake: Method (BRT6, 2, NotSerialized) { If (LEqual (Arg0, One)) { Notify (LCD, 0x86) [...] Notify (^^LPCB.PS2K, 0x0366) // additional value } If (And (Arg0, 0x02)) { Notify (LCD, 0x87) [...] Notify (^^LPCB.PS2K, 0x0365) // additional value } } These are the values that work on my Latitude E6230 and E7270 and also worked on my E6220, E6440, E7250 and 7490 when I had them. You may also want/need to add the ACPI patch that renames GFX0 to IGPU. I tried to explain the process of enabling brightness control keys here. Look it up, it contains important infomation about requirements/pre-requisites, especially on the PS2 controller kext.

Do not listen to people who say Dell systems can only boot OS X/macOS with Clover. They booted the OS without issues with Chameleon, Enoch and continue do so with OpenCore or Clover of course. Your E5530 may be getting a little old bit it will boot and run Big Sur with OC without problem. I invite you to look at my OpenCore-based E6230 Big Sur guide available in the Guides section; I trust it'll re-assure you. Latitude E6x30 are 95% identical to your E5530 model.

Absolutely no idea. I've heard of such issues on HD3000 systems but never on the Latitude E6x20 models. If you want further assistance, post the Clover setup you were using + your E6420 full specs.

Woaw, old and totally deprecated stuff. Why would you install old Yosemite with Chameleon today? It's all been abandoned for years. The E6x20 laptops can natively run macOS up to High Sierra and you'll find much more recent guides for that. The installation process and DSDT-less bootpack I posted in my E6220 Mojave guide here may be of particular interest to you.