Ethernet
To avoid using the PlatformUUID kext to fix Error 35 I want to patch my dsdt with Ethernet. I'm going to provide some screens to replace the words. Should I just replace the whole PEX5 section or only add the code to it? My dsdt Code to…
- Primary Author
- @Snow Published 2009-09-10
- Collection
- OSx86 Core & 10.X
- Archival Footprint
- 59,182 historical reads · 6 curated field notes (from 12 dispatches) · 2009-09-10 – 2009-09-11
- Credited Voices (4)
- @Snow (6)@mormegil (4)@chris7519@wwbsox
To avoid using the PlatformUUID kext to fix Error 35 I want to patch my dsdt with Ethernet.
I'm going to provide some screens to replace the words. Should I just replace the whole PEX5 section or only add the code to it?
My dsdt
Device (PEX5)
{
Name (_ADR, 0x001C0005)
Method (_STA, 0, NotSerialized)
{
Return (0x0F)
}
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x09,
0x05
})
}
Name (PIC5, Package (0x04)
{
Package (0x04)
{
0xFFFF,
Zero,
LNKB,
Zero
},
Package (0x04)
{
0xFFFF,
One,
LNKC,
Zero
},
Package (0x04)
{
0xFFFF,
0x02,
LNKD,
Zero
},
Package (0x04)
{
0xFFFF,
0x03,
LNKA,
Zero
}
})
Name (API5, Package (0x04)
{
Package (0x04)
{
0xFFFF,
Zero,
Zero,
0x11
},
Package (0x04)
{
0xFFFF,
One,
Zero,
0x12
},
Package (0x04)
{
0xFFFF,
0x02,
Zero,
0x13
},
Package (0x04)
{
0xFFFF,
0x03,
Zero,
0x10
}
})
Method (_PRT, 0, NotSerialized)
{
If (LNot (PICF))
{
Return (PIC5)
}
Else
{
Return (API5)
}
}
}Code to import (gathered from this thread: forums.msi wind.net/post117337.html#p117337)
Device (P0P4)
{
Name (_ADR, 0x001C0000)
Method (_PRW, 0, NotSerialized)
{
Return (GPRW (0x09, 0x04))
}
Method (_PRT, 0, NotSerialized)
{
If (PICM)
{
Return (AR04)
}
Return (PR04)
}
Device (PSL0)
{
Name (_ADR, Zero)
}
Device (LAN)
{
Name (_ADR, Zero)
Name (_PRW, Package (0x02)
{
0x0B,
0x04
})
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x04)
{
"built-in",
Buffer (One)
{
0x01
},
"device_type",
Buffer (0x09)
{
"ethernet"
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
}
}Author Updates & Technical Revisions
Follow-up dispatches by @Snow
Ah, really? then I won't be needing it. I never had issues with TM but I do have the Error 35 when removing PlatforumUUID.kext
I'll skip this then.
Thx for the info bro
Modded, compiled without errors (unlike my tries before)
Going to test it anyway, I'll report back.
Update: Replaced dsdt.aml then removed PlatformUUID.kext, rebooted and rerpairing permission now without Error 35. Will test Time Machine afterwards (maybe it's the other way round in my case)
Looks good though!
Update: Mormegil has done it again! haha 1 more kext gone (leaves 5)
Thx a lot bro
Hardware-UUID: 00000000-0000-1000-8000-(MAC-adress here)
Network is en0 (same as with kext so working properly I reckon)
in console? hmm, haven't checked that, I only checked repairing permissions in terminal, do you get the error when repairing m8?
I checked log and they have error 35 but from a few hours back so I think they are from previous modding.
Hmm, should be an easy edit for RAID no?
m8, those 2 unknown SATA devices in sys profiler, are they Jmicrons? because if so I don't use them and will disable in BIOS.
Alright got it, Jmicron gone
Synthesized Community Field Notes
6 technical responses curated from 12 original dispatches
Snow, I'm still getting the hang of the whole DSDT thing, but I would just add the "Method (_DSM, 4, NotSerialized)" under your "Device (PEX5)". I don't have a need for the PlatformUUID (Don't get Error 35, ethernet works Out of the box), so I wouldn't be able to give this a try myself. However, I did have an issue with sound and had to create "Device (HDEF)" as I didn't have "Device (AZAL)" in my DSDT and it only contains that method:
Device (HDEF)
{
Name (_ADR, 0x001B0000)
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x04)
{
"layout-id",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00
},
"PinConfigurations",
Buffer (Zero) {}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
}A BIG thanks to kDawg & mormegil for the help!
Device (PEX5)
{
Name (_ADR, 0x001C0005)
Method (_STA, 0, NotSerialized)
{
Return (0x0F)
}
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x09,
0x05
})
}
Name (PIC5, Package (0x04)
{
Package (0x04)
{
0xFFFF,
Zero,
LNKB,
Zero
},
Package (0x04)
{
0xFFFF,
One,
LNKC,
Zero
},
Package (0x04)
{
0xFFFF,
0x02,
LNKD,
Zero
},
Package (0x04)
{
0xFFFF,
0x03,
LNKA,
Zero
}
})
Name (API5, Package (0x04)
{
Package (0x04)
{
0xFFFF,
Zero,
Zero,
0x11
},
Package (0x04)
{
0xFFFF,
One,
Zero,
0x12
},
Package (0x04)
{
0xFFFF,
0x02,
Zero,
0x13
},
Package (0x04)
{
0xFFFF,
0x03,
Zero,
0x10
}
})
Method (_PRT, 0, NotSerialized)
{
If (LNot (PICF))
{
Return (PIC5)
}
Else
{
Return (API5)
}
}
Device (LAN)
{
Name (_ADR, Zero)
Name (_PRW, Package (0x02)
{
0x0B,
0x04
})
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x04)
{
"built-in",
Buffer (One)
{
0x01
},
"device_type",
Buffer (0x09)
{
"ethernet"
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
}
}Should look like this.
Anyway, I don't think this solves error 35. It's only a fix for time machine afaik.
haha np.
What do you see under Hardware UUID in SysProf now? I'd have thought thats what PlatformUUID is for. Anyway I'm going to try remove it and see for myself
Error 35 still shows in system.log for me after removing PlatformUUID
Nope. I didnt see any error during verbose but checked logs and they were still there.
Think I'll just keep it for now. No harm done.
Gave it a try. No error 35 when booting up in verbose without platformuuid.kext. Ethernet seems to still work fine. However system profiler no longer shows my raid identifier as the boot uuid.
Never checked console for error 35 though.
I think I'll keep platformuuid.kext for now. Kinda like the correct uuid showing up in system profiler.
Keep up the work snow. Someday we'll have a dsdt for this board that takes care of any and every issue for our hacks…wishful thinking? Maybe?
Sources & Contributor Provenance (4 credited usernames · Thread #4007)
| Username | Dossier Contribution | Dispatches | Active Window |
|---|---|---|---|
| @Snow | Primary Author | 6 | 2009-09-10 → 2009-09-11 |
| @mormegil | Core Contributor | 4 | 2009-09-11 |
| @chris7519 | Contributor | 1 | 2009-09-10 |
| @wwbsox | Contributor | 1 | 2009-09-11 |