Ableton Forum

2 days is one thing, a year is another

I re-read the discussions.apple thread and I think some concerns are still warranted however. There seem to be some poeple who are getting overheating issues and form what I can tell I don't think its clear what other extensions are affecte by the kext in question. Thinking about the issue, I'm wondering if the problem/solution is case specific: whether your comp overheats or whines may be due to some design or manufacturing flaw, rather than software implementation. Hoever, I acknoweldge that the throttling issue universally affects MBPs. My concern is that while the deletion of the extension might be safe for some, it might not e safe for others. If thats the case, I think it would be important to find out some objective criteria to distinguish between MBP's suitable for the fix, and those that are not.

Again, someone who has not deleted the extension, can they run the kextstat and see what other extensions are dependant on it? I would if I could but my MBP arrives in a few days...

b0unce wrote:2 days is one thing, a year is another

(1) Lots of things can happen in a year (2) The computer is still covered under warranty (read the discussions.apple thread) despite the hack.

well if its still under warranty, happy days.
only time will tell...

steve-o wrote: Gomi - if I understand the man pages correctly, (1) kextstat to check the dependancies

here is whats running stock on the macbook pro

ayumi:~ pixel$ kextstat
Index Refs Address Size Wired Name (Version) <Linked Against>
1 1 0x0 0x0 0x0 com.apple.kernel (8.6.1)
2 22 0x0 0x0 0x0 com.apple.kpi.bsd (8.6.1)
3 36 0x0 0x0 0x0 com.apple.kpi.iokit (8.6.1)
4 37 0x0 0x0 0x0 com.apple.kpi.libkern (8.6.1)
5 34 0x0 0x0 0x0 com.apple.kpi.mach (8.6.1)
6 19 0x0 0x0 0x0 com.apple.kpi.unsupported (8.6.1)
7 1 0x0 0x0 0x0 com.apple.iokit.IONVRAMFamily (8.6.1)
8 1 0x0 0x0 0x0 com.apple.driver.AppleNMI (8.6.1)
9 1 0x0 0x0 0x0 com.apple.iokit.IOSystemManagementFamily (8.6.1)
10 1 0x0 0x0 0x0 com.apple.iokit.ApplePlatformFamily (8.6.1)
11 49 0x0 0x0 0x0 com.apple.kernel.6.0 (7.9.9)
12 1 0x0 0x0 0x0 com.apple.kernel.bsd (7.9.9)
13 1 0x0 0x0 0x0 com.apple.kernel.iokit (7.9.9)
14 1 0x0 0x0 0x0 com.apple.kernel.libkern (7.9.9)
15 1 0x0 0x0 0x0 com.apple.kernel.mach (7.9.9)
16 17 0x565000 0xf000 0xe000 com.apple.iokit.IOPCIFamily (2.0) <11>
17 9 0x623000 0x4000 0x3000 com.apple.iokit.IOACPIFamily (1.2.0) <11>
18 3 0x627000 0x37000 0x36000 com.apple.driver.AppleACPIPlatform (1.0.3) <17 16 11>
19 6 0x515000 0x32000 0x31000 com.apple.iokit.IOHIDFamily (1.4.7) <6 5 4 3 2>
20 0 0x749000 0x5000 0x4000 com.apple.BootCache (25.1) <6 5 4 3 2>
21 0 0x6b5000 0x4000 0x3000 com.apple.driver.AppleAPIC (1.1.0) <11>
22 2 0x79d000 0x3000 0x2000 com.apple.iokit.IOSMBusFamily (1.0.1) <5 4 3>
23 0 0x866000 0x5000 0x4000 com.apple.driver.AppleACPIEC (1.0.3) <22 18 17 11>
24 0 0x862000 0x4000 0x3000 com.apple.driver.AppleSMBIOS (1.0.7) <11>
25 0 0x85e000 0x4000 0x3000 com.apple.driver.AppleACPIButtons (1.0.3) <19 18 17 6 5 4 3 2>
27 0 0x8e4000 0x3000 0x2000 com.apple.driver.AppleHPET (1.0.0d1) <17 6 5 4 3>
28 0 0x7bf000 0x5000 0x4000 com.apple.driver.AppleRTC (1.0.2) <17 5 4 3 2>
29 1 0x8e7000 0x3000 0x2000 com.apple.driver.AppleEFIRuntime (1.0.0) <17 6 5 4 3>
30 0 0x7b0000 0x3000 0x2000 com.apple.driver.AppleACPIPCI (1.0.3) <18 17 16 11>
31 0 0x7a0000 0x4000 0x3000 com.apple.driver.AppleSmartBatteryManager (8.0.0) <22 5 4 3 2>
32 0 0x901000 0x5000 0x4000 com.apple.driver.AppleEFINVRAM (1.0.1) <29 11 5 4 3>
33 5 0x69e000 0x15000 0x14000 com.apple.iokit.IONetworkingFamily (1.5.0) <6 5 4 3 2>
34 6 0x5e6000 0x16000 0x15000 com.apple.iokit.IOStorageFamily (1.5) <6 5 4 3 2>
36 12 0x4fc000 0x19000 0x18000 com.apple.iokit.IOUSBFamily (2.4.6) <11>
37 0 0x887000 0xc000 0xb000 com.apple.driver.AppleUSBUHCI (2.4.6) <36 16 11>
38 0 0x8ea000 0x10000 0xf000 com.apple.driver.AppleUSBEHCI (2.4.5) <36 16 11>
39 0 0x98c000 0x39000 0x38000 com.apple.iokit.AppleYukon (1.0.2b9) <33 16 11 2>
40 5 0x7c4000 0x30000 0x2f000 com.apple.iokit.IOFireWireFamily (2.1.7) <11>
41 0 0x834000 0x16000 0x15000 com.apple.driver.AppleFWOHCI (2.6.1) <40 16 6 5 4 3>
42 0 0x8d0000 0x9000 0x8000 com.apple.driver.AppleUSBHub (2.4.6) <36 11>
43 2 0x5fc000 0xd000 0xc000 com.apple.iokit.IOATAFamily (1.6.1f3) <11>
44 0 0x87b000 0x8000 0x7000 com.apple.driver.AppleIntelPIIXATA (1.9) <43 16 11>
45 2 0x7a4000 0x5000 0x4000 com.apple.iokit.IOAHCIFamily (1.0.0) <11>
46 0 0x7a9000 0x7000 0x6000 com.apple.driver.AppleAHCIPort (1.0.2) <45 16 11>
47 0 0x84e000 0x10000 0xf000 com.apple.iokit.IOAHCIBlockStorage (1.0.1) <45 34 11>
48 4 0x660000 0x15000 0x14000 com.apple.iokit.IOSCSIArchitectureModelFamily (1.4.7) <11>
49 0 0x675000 0x4000 0x3000 com.apple.iokit.IOATAPIProtocolTransport (1.4.5) <48 43 11>
51 0 0x86b000 0x6000 0x5000 com.apple.iokit.SCSITaskUserClient (1.4.7) <48 34 11>
52 2 0x893000 0x8000 0x7000 com.apple.iokit.IOCDStorageFamily (1.4) <34 5 4 3>
53 1 0x89b000 0x5000 0x4000 com.apple.iokit.IODVDStorageFamily (1.4) <52 34 5 4 3>
54 1 0x8a0000 0x13000 0x12000 com.apple.iokit.IOSCSIBlockCommandsDevice (1.4.7) <48 34 11>
55 0 0x8b3000 0x12000 0x11000 com.apple.iokit.IOSCSIMultimediaCommandsDevice (1.4.7) <54 53 52 48 34 11>
56 0 0x7b3000 0x3000 0x2000 com.apple.driver.AppleUSBComposite (2.4.5) <36 11>
57 0 0x8dc000 0x2000 0x1000 com.apple.driver.AppleUSBMergeNub (2.4.5) <36 11>
58 2 0x547000 0x5000 0x4000 com.apple.iokit.IOUSBHIDDriver (2.4.5) <36 19 11>
59 0 0x54c000 0x3000 0x2000 com.apple.driver.AppleUSBTCKeyboard (1.4.1a1) <58 36 19 11>
60 0 0x8ff000 0x2000 0x1000 com.apple.driver.AppleUSBTCKeyEventDriver (1.4.1a1) <19 11>
61 0 0x6b9000 0x18000 0x17000 com.apple.driver.AppleUSBTrackpad (1.4.1a1) <36 19 11>
63 2 0x6d1000 0x34000 0x33000 com.apple.iokit.IOBluetoothFamily (1.7.3f4) <11>
64 1 0x705000 0x5000 0x4000 com.apple.driver.AppleUSBBluetoothHCIController (1.7.3f4) <63 36 11>
65 0 0x74e000 0x3000 0x2000 com.apple.driver.CSRUSBBluetoothHCIController (1.7.3f4) <64 63 11>
66 0 0x54f000 0x9000 0x8000 com.apple.iokit.IOUSBUserClient (2.4.5) <36 11>
67 4 0x574000 0x1b000 0x1a000 com.apple.iokit.IOGraphicsFamily (1.4.3) <16 6 5 4 3>
68 3 0x58f000 0xf000 0xe000 com.apple.iokit.IONDRVSupport (1.4.3) <67 16 6 5 4 3>
69 0 0x8d9000 0x3000 0x2000 com.apple.driver.AppleBacklight (1.1.0d1) <68 67 16 11 5 4 3>
70 0 0x73c000 0x4000 0x3000 com.apple.driver.AppleIRController (43) <58 36 19 11>
71 3 0x754000 0x17000 0x16000 com.apple.iokit.IOAudioFamily (1.5.8b2) <36 11>
72 2 0x7f4000 0xf000 0xe000 com.apple.iokit.IOFireWireAVC (1.9.5) <40 11>
73 1 0x803000 0x2e000 0x2d000 com.apple.driver.AppleFWAudio (1.1.7b6) <72 71 40 11>
74 0 0x831000 0x3000 0x2000 com.apple.driver.AppleMLANAudio (1.1.7b6) <73 72 40 11>
75 3 0x871000 0xa000 0x9000 com.apple.driver.AppleSMC (1.0.1d9) <17 5 4 3>
76 0 0x8fa000 0x5000 0x4000 com.apple.kext.AppleSMCLMU (1.3.0f4) <75 5 4 3>
77 0 0x59e000 0x48000 0x47000 com.apple.ATIRadeonX1000 (4.2.6) <68 67 16 11>
78 0 0x84a000 0x4000 0x3000 com.apple.driver.AudioIPCDriver (1.0.0) <71 5 4 3 2>
79 0 0x8de000 0x6000 0x5000 com.apple.driver.SMCMotionSensor (2.0.0d5) <75 5 4 3>
80 0 0x65e000 0x2000 0x1000 com.apple.driver.AppleACPILPC (1.0.1d0) <16 5 4 3>
81 2 0x67e000 0x6000 0x5000 com.apple.iokit.IOHDAFamily (1.1.4a9) <5 4 3 2>
82 0 0x684000 0x6000 0x5000 com.apple.driver.AppleHDAController (1.1.4a9) <81 16 5 4 3 2>
83 1 0x906000 0x19000 0x18000 com.apple.iokit.IO80211Family (112.1) <33 16 11 6 5 4 3 2>
84 0 0x91f000 0x6d000 0x6c000 com.apple.driver.AirPortAtheros5424 (102.4) <83 33 16 11 6 5 4 3 2>
85 1 0x68a000 0xd000 0xc000 com.apple.driver.IOPlatformPluginFamily (2.0.2d0) <11>
86 0 0x697000 0x7000 0x6000 com.apple.driver.ACPI_SMC_PlatformPlugin (2.0.2d0) <85 17 16 11 5 4 3>
87 0 0x8c5000 0x3000 0x2000 com.apple.Dont_Steal_Mac_OS_X (6.0.0) <75 6 4 3 2>
88 0 0x883000 0x4000 0x3000 com.parallels.kext.Pvsnet (2.1) <5 4 3 2>
89 0 0x8c8000 0x8000 0x7000 com.apple.iokit.IOFireWireIP (1.4.2) <40 33 6 5 4 3 2>
90 0 0x751000 0x3000 0x2000 com.parallels.kext.Pvsvnic (2.1) <33 4 3>
91 0 0x679000 0x5000 0x4000 com.apple.driver.AppleHWSensor (1.5.0d2) <11>
92 0 0x70a000 0x32000 0x31000 com.apple.kext.ATINDRV (4.2.6) <68 67 11>
93 0 0x76b000 0x32000 0x31000 com.apple.driver.AppleHDA (1.1.4a9) <81 71 5 4 3 2>
94 1 0x558000 0x9000 0x8000 com.apple.iokit.IOSerialFamily (9.0.0d30) <6 5 4 3 2>
95 0 0x740000 0x9000 0x8000 com.apple.iokit.IOBluetoothSerialManager (1.7.3f4) <94 11>
96 0 0x613000 0xb000 0xa000 com.apple.filesystems.msdosfs (1.4.5) <6 5 4 2>
98 0 0x29a52000 0xa000 0x9000 com.apple.nke.asp_tcp (4.4.3) <6 5 4 3 2>
99 0 0x29a66000 0x42000 0x41000 com.apple.filesystems.afpfs (8.0.7) <6 4 3 2>



number 87 is my favourite.

Hmm running kextstat by itself seems to generate all extensions, or are those te ones dependant on the kext file Adamjay has deleted? I think if you run kextstat -b and the n the name of the bundle it generates only those extensions dependant on the bundle???

So, Gomi, is there anyway to discover what other extensions are dependant on the one we are trying to see can be deleted safely?

steve-o wrote:Hmm running kextstat by itself seems to generate all extensions, or are those te ones dependant on the kext file Adamjay has deleted? I think if you run kextstat -b and the n the name of the bundle it generates only those extensions dependant on the bundle???

So, Gomi, is there anyway to discover what other extensions are dependant on the one we are trying to see can be deleted safely?

you can't unload IOPlatformPlugin etc...

the kernal won't let you, because it "needs" it.



delete that extention at your own risk.

steve-o wrote:Hmm running kextstat by itself seems to generate all extensions, or are those te ones dependant on the kext file Adamjay has deleted? I think if you run kextstat -b and the n the name of the bundle it generates only those extensions dependant on the bundle???

So, Gomi, is there anyway to discover what other extensions are dependant on the one we are trying to see can be deleted safely?

Gomi's got it right... all the info per .kext is there...

so we have the guide...

"Index Refs Address Size Wired Name (Version) <Linked Against> "

and

85 1 0x68a000 0xd000 0xc000 com.apple.driver.IOPlatformPluginFamily (2.0.2d0) <11>

the # you are interested in is the <Linked Against> number, which the manual page states is "The index numbers of all other kernel extensions that this extension has a reference to."

so its linked against "<11>, and only <11>
and index # 11 is com.apple.kernel
it only links to the kernel, and NO other services.


Also, the only extension that is linked against #85 - IOPlatformPluginFamily.kext is #86 - ACPI_SMC_PlatformPlugin.kext
and that is because this kernel extension is found WITHIN the IOPlatformPluginFamily.kext

Is there any way to put it back once you have deleted it? I am new mac user here so I have no idea how to put it back. I made a copy of the file in another folder but when I try to drag it back in the folder and then resart the computer says it was installed improperly.

DJSK wrote:Is there any way to put it back once you have deleted it? I am new mac user here so I have no idea how to put it back. I made a copy of the file in another folder but when I try to drag it back in the folder and then resart the computer says it was installed improperly.

you did it correctly...

but you also need to repair permissions.

when you place it back in under your user account, its given the permission of your user account instead of root permission. repairing permissions will resolve this.

AdamJay wrote:

steve-o wrote:Hmm running kextstat by itself seems to generate all extensions, or are those te ones dependant on the kext file Adamjay has deleted? I think if you run kextstat -b and the n the name of the bundle it generates only those extensions dependant on the bundle???

So, Gomi, is there anyway to discover what other extensions are dependant on the one we are trying to see can be deleted safely?

Gomi's got it right... all the info per .kext is there...

so we have the guide...

"Index Refs Address Size Wired Name (Version) <Linked Against> "

and

85 1 0x68a000 0xd000 0xc000 com.apple.driver.IOPlatformPluginFamily (2.0.2d0) <11>

the # you are interested in is the <Linked Against> number, which the manual page states is "The index numbers of all other kernel extensions that this extension has a reference to."

so its linked against "<11>, and only <11>
and index # 11 is com.apple.kernel
it only links to the kernel, and NO other services.


Also, the only extension that is linked against #85 - IOPlatformPluginFamily.kext is #86 - ACPI_SMC_PlatformPlugin.kext
and that is because this kernel extension is found WITHIN the IOPlatformPluginFamily.kext

Then it seems to me that if the extensions is not linked to any other services, then this precludes deletion of the extesion from harming otherservices perormed by the OS? What is ACPI_SMC_PlatformPlugin.kext? What it "service" does it provide?

steve-o wrote: Then it seems to me that if the extensions is not linked to any other services, then this precludes deletion of the extesion from harming otherservices perormed by the OS?

correct.

What is ACPI_SMC_PlatformPlugin.kext? What it "service" does it provide?

ACPI stands for Advanced Configuration and Power Interface. Its basically a Power Management spec, developed jointly by Compaq, Intel, Microsoft, and others. According to Intel, "ACPI moves the power management responsibility to the operating system. The operating system has the most knowledge on a running system's state, and so is in the best position to perform power management.

However, it is my opinion that the OS apparantly is not smart enough to know that when i am running a real time audio application, i want to use 100% of the processor.

Okay - indulge my caution here for a short while longer.

So the power managemet extension is located within the IOPlatformPluginFamily.kext extension, but this extension is linked against (besides 85 and 11 ) 17 (com.apple.iokit.IACPIPlatform), 16 (com.apple.iokit.IOPCIFamily), 5 (com.apple.kip.mach), 4 (com.apple.kpi.libkern), 3 (com.apple.kpi.iokit)

3-5 are kpi's - I have no idea what these are, ut assume that tey are related to the kernel?

17 & 16 are iokits, but only linked to the kernel (like 85). However, is it safe to assume that merely because extensions are not linked against other extensions (and therefore do not interfere with the srevices renderd by those extensions) that they are not integrated by the kernel (and the iokits) in some way. In other words, is it possible that the kernel acccess and utilizes those extensions and iokits in a waythat creates dependencies between extensions even though they are not explcitily linked against one another?

Pardon my ignorance in these matters.

kpi = kernel programming interface.

ACPI_SMC_PlatformPlugin references the extensions <85 17 16 11 5 4 3>, not the other way around.

in other words, <85 17 16 11 5 4 3> do not rely on ACPI_SMC_PlatformPlugin, but rather ACPI_SMC_PlatformPlugin relies on them.

How do you repair permissions?