- Joined
- Nov 10, 2011
- Messages
- 27
- Mac
- Classic Mac
- Mobile Phone
@ellnic - I want to send a gazillion thanks for the AppleACPIPlatform.kext and IOPCIFamily.kext rollback tip. I've been trying for months to get a Core2Duo laptop (T7300)--965/82801H/ICH8 w/ Nvidia GeForce 8400 M G gfx card up and running and could not get it past this very early point in the boot process.
I basically have my system--although it's a Fujitsu-Siemens Lifebook E8410 (so yeah, not a Dell -my apologies!, but it should be somewhat similar) working with audio, synaptics trackpad+keyboard and QE/CI working for the 8400 M G (albeit with one "minor" caveat):
What really bugs me, though, is that only an external DVI display works, not the internal LCD (LVDS) panel which supports 1680x1050. It is detected automatically with GraphicsEnabler=Yes in Chimera 1.7.0. Using GraphicsEnabler=No one gets 1024x768, but obviously with no QE/QI making the system not really usable.
I've done a whole bunch of DSDT-wrangling with DSDTSE; but am unable to make a dent in the problem of OS X (10.7.2) not detecting the laptop's LCD screen. After spending the last couple of weeks I thought I'd ask here to see if anyone of you guys have any tips on this.
The latest one I tried was this "Device (VID)" edit -
However, I know I must be doing something wrong, or the DSDT editor is giving me static. When I compile it successfully and subsequently re-open the generated dsdt.aml my edits are gone! I have checked and re-checked this several times, making sure it is the right file; diff-ing the one recently generated in the DSDTSE directory with the one copied to /Extra (and ~/Desktop)
I did not have a Device (VID) section in my extracted DSDT though. Closest I came wrt. some of the methods in the hack was the Device (VGA)--which I am not even sure is the right one. This DSDT business has me feeling like I am shooting in the dark basically using a prop-gun.
I am attaching some of my dsl & aml files in case someone here feels the urge to try and sanity-check them!
I've invested quite some time in this and would really like to be able to get this thing working on the laptop.
I basically have my system--although it's a Fujitsu-Siemens Lifebook E8410 (so yeah, not a Dell -my apologies!, but it should be somewhat similar) working with audio, synaptics trackpad+keyboard and QE/CI working for the 8400 M G (albeit with one "minor" caveat):
What really bugs me, though, is that only an external DVI display works, not the internal LCD (LVDS) panel which supports 1680x1050. It is detected automatically with GraphicsEnabler=Yes in Chimera 1.7.0. Using GraphicsEnabler=No one gets 1024x768, but obviously with no QE/QI making the system not really usable.
I've done a whole bunch of DSDT-wrangling with DSDTSE; but am unable to make a dent in the problem of OS X (10.7.2) not detecting the laptop's LCD screen. After spending the last couple of weeks I thought I'd ask here to see if anyone of you guys have any tips on this.
The latest one I tried was this "Device (VID)" edit -
Code:
Device (VID)
{
Name (_ADR, 0x00020000)
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x30)
{
"device_type",
Buffer (0x08)
{
"display"
},
"model",
Buffer (0x10)
{
"Intel GMA X3100"
},
"AAPL,HasPanel",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"AAPL,Haslid",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"AAPL,SelfRefreshSupported",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"AAPL,backlight-control",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"AAPL00,blackscreen-preferences",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x08
},
"AAPL01,BacklightIntensity",
Unicode ("d"),
"AAPL01,blackscreen-preferences",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x08
},
"AAPL01,DataJustify",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"AAPL01,Depth",
Unicode (" "),
"AAPL01,Dither",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
},
"AAPL01,DualLink",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"AAPL01,Height",
Buffer (0x04)
{
0x20, 0x03, 0x00, 0x00
},
"AAPL01,Interlace",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
},
"AAPL01,Inverter",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
},
"AAPL01,InverterCurrent",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
},
"AAPL01,InverterFrequency",
Buffer (0x04)
{
0x08, 0x52, 0x00, 0x00
},
"AAPL01,LinkFormat",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
},
"AAPL01,LinkType",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
},
"AAPL01,Pipe",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"AAPL01,PixelFormat",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
},
"AAPL01,Refresh",
Unicode (";"),
"AAPL01,Stretched",
Buffer (0x04)
{
0x00, 0x00, 0x00, 0x00
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
Method (_DOS, 1, NotSerialized)
{
Store (Arg0, MIS4)
SMI (0x9E, MIS4)
}
Method (_DOD, 0, NotSerialized)
{
Return (Package (0x04)
{
0x00010100,
0x00010200,
0x00010400,
0x00010300
})
}
However, I know I must be doing something wrong, or the DSDT editor is giving me static. When I compile it successfully and subsequently re-open the generated dsdt.aml my edits are gone! I have checked and re-checked this several times, making sure it is the right file; diff-ing the one recently generated in the DSDTSE directory with the one copied to /Extra (and ~/Desktop)
I did not have a Device (VID) section in my extracted DSDT though. Closest I came wrt. some of the methods in the hack was the Device (VGA)--which I am not even sure is the right one. This DSDT business has me feeling like I am shooting in the dark basically using a prop-gun.
I am attaching some of my dsl & aml files in case someone here feels the urge to try and sanity-check them!
I've invested quite some time in this and would really like to be able to get this thing working on the laptop.