Hervé

lspcidrv kext (not lpsci) is part of the tool package that allows to list PCI devices, hence its name. It comes with a set of binary executables and database. Nothing to do with LAN card driver. I posted a dedicated thread on the matter some time ago, look it up. BCM5722D is a Broadcom LAN driver. If you have an Intel LAN card in the E6500, it's clearly of no use. I'm not entirely convinced you'd need this DellBluetoothHCI kext. What's the BT module fitted to the E6500 and what are its PCI ids? I would expect you'd be able to turn it off and on with a classic IOBluetoothFamily PlugIn patch. Look up the R&D->Wireless & Bluetooth section for details. There are several reference threads on this matter. I'm not surprised your previous USB injector does not work. You were probably using MBP5,1 SMBIOS in El Capitan and now use MBP7,1 in Sierra. As such, you have to modify your kext to tune it to MBP7,1 model. Failing that, replace it with Rehabman's USBInjectAll kext. Battery, well, which kext do you use? Probably an old driver... Look up Rehabman's Github repository and install his latest ACPIBatteryManager kext.

Laxman, you can use CMD-SHIFT-3 for a full screenshot or CMD-SHIFT-4 + Space + mouse click for a window screenshot. Then try and post pictures in the right angle, it's a lot easier to read afterall...

Updated support info regarding normally unsupported Atheros cards such as those based on chips AR946x, AR9485 and AR9565.

You can Google for removal of recovery partitions, there are many posts and blogs that detail this action. But, since you run Clover, you may want to keep your Sierra recovery partition. It's used for Apple device localisation facility for instance...

Regarding Clover config.plist, I suggest you modify as follows using Clover Configurator app: 1) ACPI tab: Add SSDT CpuPM + SSDT Cpu0Ist in the list of drop tables. You can probably tick off "Drop OEM" option. Make sure to have your generated CPU-specific SSDT in ACPI/patched folder 2) Kernel & Kext Patches tab: You have an Ivy Bridge system so remove the Kernel Pm option you've applied. 3) SMBIOS tab: You've opted for MacBookPro10,1 model which is a high-end quad-core i7 model. According to the specs listed in your signature, you'd be much better using SMBIOS of MacBookPro9,2 or -possibly- MacBookPro10,2;

I expect it'll work OOB, make sure to use MBP7,1 SMBIOS. Tune the graphics through FakeSMC after installation as detailed here. Generally speaking, you can apply the same tuning as for the D630 (USB, AGPM, FakeSMC), adjusted to your own systems specs (dGPU PCI id for instance).

Nothing wrong having no information listed under PCI devices in SysProfiler. Real Macs display the same. It's a cosmetic matter. If you wish to display hardware in there, simply add a _DSM method in the DSDT for the various devices you wish to see (eg: GPU, LAN, wifi, etc.). You can refer to this article for reference. It's an old article and the tools have evolved (you'll probably be using Maciasl to patch your DSDT these days), but the principles remain the same. If you don't know which DSDT device to patch, 1st identify them in IOReg, take a note of their address, then look them up in DSDT.

If Bluetooth appears supported -even if only partially-, you may just need a little patch to fully support it. You can apply the same principles and method as detailed here for the BT module of Intel's Advanced-N 6235.

To answer some of your questions: 2. Kexts locations and resulting behaviour/impact: kexts placed in Clover EFI folder are injected (loaded) at boot time; they're not cached so they load slower and cannot be patched on-the-fly. You probably won't see those in the list of SysProfiler->Extensions. /S/L/E is for all Apple's vanilla kexts; ideally, this folder is left untouched but some kexts will only load from that folder (eg: AppleHDA and, by extension, patched AppleHDA). Kexts placed in /S/L/E are cached and can therefore be patched on-the-fly by Clover (it patches the kernel cache). /L/E is for 3rd party/add-on kexts; this is typically where our Hackintosh add-on kexts are added to be cached. 3. lspci tool requires more than a kext for line commands to operate. It's not built-in to OS X/macOS. You also need to install the exec + database files (which can and should be updated from time to time). See here for details. 4. No need for XCode to build a Hack. It may only be required for some tools or app, but these tend to be specific. This would be a complete post-installation app requirement. 5. No Internet => no "problems" per sé, just the obvious...

Assuming you use Clover, check for erroneous bus/cpu speeds in the config.plist. Use Clover Configurator app to check these. Or you did something wrong with your re-compiled DSDT (but I'd doubt it) and/or SSDT. Why don't you use existing patched DSDT available in our bootpacks?

That's what I wrote on 22nd of June, didn't I?

When rebuilding your cache, if you're getting: Child process /usr/sbin/kextcache[625] exited with status 77. Error 107 rebuilding /System/Library/PrelinkedKernels/prelinkedkernel repeat the sudo touch + sudo kextcache commands. If the problem persists, remove the kernel cache files entirely before rebuilding the cache: sudo rm -Rf /S*/L*/PrelinkedKernels sudo rm -Rf /S*/L*/Caches/com.apple.kext.caches

The BT modules of some Intel combo cards are supported under OS X. They can therefore complement another non-combo but compatible wireless card. That's what I've done with my Latitude E6440 that offers multiple mini-PCIE slots: I left the original combo Intel card in its slot since the BT4.0 module was supported and I added a wifi-only Atheros card in another mini-PCIe slot.

No, it does not need an extra USB connector. It needs a mini-PCIe or M.E adaptor.

Disk cloning.

If the E7240 can physically take the card, go for this and Bob's your uncle.

Oh look! https://osxlatitude.com/index.php?/topic/9484-e5420-el-sierra-only-partially-working/&do=findComment&comment=69330

You could have started with that rather than state "LAN does not work"... Run DPCIManager app to verify the card model or if it's even detected in IOReg. Wasn't there also a ROM parameter of some sort to enable or disable in BIOS? Did you check the other E5x20 threads or search the forum?

Please lookup the HD4000 patching guide in the R&D->Graphics forum sub-section. However, please note that there's a chance that HDMI output is wired through the nVidia discrete GPU and since neither Optimus nor the GT630m are supported under OS X/macOS, that'd leave you without HDMI output capabilities.

You should contact Mieze and tell her about your LAN performance tests.

How about a little homework on the forum, hmm? Be "smart"...

Well, there you go then, no need to state the obvious... On checking Dell's web site for Vostro 5460 touchpad driver, it appears the laptop is fitted with an ELAN touchpad:

Even though post #1 states the drivers support ALPS hardware V1 to V5, I don't think Dr Hurt's R4 and R5 versions support these older ALPS touchpads very well. I could not use these kexts on my old Latitude D630 that also has a V2. I suggest you try the PS2 kexts I posted in my D620/D630 bootpack thread instead.

Check the syslog for ALPS touchpad. From Terminal, type log show | grep ALPS. If you have an ALPS touchpad, it'll say so and its version will be displayed. If you still have Windows, you can also check the details of the driver in Device Manager.

Try and identify your ALPS touchpad version in the boot log. You might have a model not entirely supported by the driver. You can use the following Terminal line command for instance: e6230:~ admin$ log show | grep ALPS 2017-07-12 20:57:14.208257+0200 0x3daa3 Default 0x0 0 kernel: (kernel) ALPS: Found a V3 Rushmore touchpad with ID: E7=0x73 0x03 0x0a, EC=0x88 0x08 0x1d