Mariusz

yes assigning IRQ 0, 8, 11, 15 to HPET fixes the USB , but I don't feel to good about this solution right now.

Try using my Extra folder and dsdt from this thread (remember to rebuild)

Just tried it and I see this strange (-) value

Just tried it and now I see no Airport and only one CPU sensor. Tried both combination ACPIMonitor + IntelThermal and ACPIMonitor + IntelCPUMonitor. Right now I'm using ACPIMonitor + IntelCPUMonitor cause I get the extra voltage sensor.

I have tried your corrections. Few comments/questions: - I like what you did with OSID method - nice and simple now. I was impersonating Windows 2006 as Darwin before. - Can you tell me what is the purpose for moving those three IO's from MB2 to PIC device? - I have tried the FSAM device with your ACPIMonitor but this worked for a while (extra cpu heat sink in sensors) and stopped. - I see Airport Card sensor with no value - strange

It is going to be boom here, amazing there, puff, gorgeous, boom again, amazing

At this point I can't say I see any. You are all safe to test it out

Ehhh it is not that bad. I'm using it (10J842) on my D430 all is good.

I have forgot to add that this dsdt is far from perfect and not finished (I guess I'll update the post now) Yes I know the USB EHCI problem - I'm just not a big fan assigning resources in HPET and right now I'm experimenting to find out more elegant solution. I always start with no IRQ's in HPET. The CMOS reset is another thing related to that. Proper cpu and ram detection can be defined in smbios.plist or by using better boot loader (like latest Slice branch - detects all just fine) To have external display you must force display detection (and force detect when cable is disconnected). Resume from sleep trigers the strange 777777 until you press any key to stop it. VoodooHDA needs to be restarted after resume from sleep to have a working mic. Strange the mic is not working for you at all? -double check that. Also do check if the modem you see in Network is not the Serial port - cause this is another anomaly

Yes I know. I just wanted to experiment on older dsdt to see how its performing and make an update to see if the changes are actually doing something if anything at all. How is the dsdt file performing on Your D630?

For my quick look logic the code looks good... But maybe this will help tracking this case. Just tried the revision 691 and with GraphicEnabler=Yes and Graphic Mode set to 1280x800x32 I have a proper resolution when I do this simple steps: I enter the text mode during boot (pressing TAB) and go back to correct (1280x800) graphic mode. This is the same case with my D430 on GMA950 and D630 with X3100. Maybe you can track it down by checking the old GraphicsEnabler.dylib and Resolution.dylib code. Just a thought. PS. Attached bdmesg log bdmesg-D630-Mariusz.txt

Right, thanks. It is included in D630_D530_X3100_Pack.zip from now on. (Post updated)

Try pressing Alt+Q on registration.

WARNING: This dsdt is far from perfect and not finished This is for Dell Latitude D630 X3100 1280x800 modell with Dell 1395 WiFi, D530 X3100 1400x1050 and D830 (both nVidia and X3100) What you get here is dsdt.aml file with my workshop /Extra folder for this specific model. Start by setting your bios to default and change to AHCI mode - that's it for now. Install Chameleon v2.0-RC5 r700 Copy /Extra folder to your disk root VoodooHDA.kext and AppleBCM5751Ethernet.kext are meant to run in /System/Library/Extensions Download attached dsdt.aml file for your model and copy it to /Extra/ DSDT: - dsdt is based on fresh A09 dump. - Minimal X3100 graphic injection - some other fixes - Screen brightness and sleep by lid - Sleep works without bios password D630: - X3100 injection for 1280x800 - Dell 1395 WiFi injection D830: - X3100 injection (for GMA) - Dell 1395 WiFi injection D530: -X3100 injection for 1400x1050 All You D630/D530 Intel X3100 users do test this out and report here, thanks. dsdt_D530_x3100.aml.zip dsdt_D630_X3100_1280x800.aml.zip D630_D530_X3100_Pack.zip dsdt_D830_nVidia.aml.zip dsdt_D830_X3100.aml.zip dsdt_D830_X3100_1280x800.aml.zip

It seems like the boot loader is expecting higher resolution display (mine is 1280x800). Cause I know this effect from faulty AAPL01,DualLink injection. Resolution up to 1280x800: "AAPL01,DualLink", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }, For higher resolution "AAPL01,DualLink", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 },

I'm testing it on D630 X3100 without dsdt in /Extra a. user interaction is needed during boot (flashing "\") stops - at this point pressing any key continues booting | deleting ATI5000Enabler.dylib fixes it b. Auto resolution is not working during boot (standard 1024x768) - adding Graphic Mode = 1280x800x32 has no result c. black screen in graphic mode (with and without GraphicsEnabler=Yes)

Try Chameleon v2.0-RC5 r656

Try different boot loader

Now this is cool boot screen! Attach the file for Others to use it - thanks

Nice mod. What drive is this? (give more details)

I kind of blindly started supporting D820/D620 GMA models but this need to be tested first. Test it out and report if it works for you.

Yes - just cleaned out the code to make it clean compile.

I have not tested this against Intel GMA models so all users with that hardware make sure to remove any injectors from /Extra/com.apple.boot.plist, test it out and report. Thanks.

WARNING: This dsdt is far from perfect and not finished This topic is for all D820 and D620 users. Just like in my earlier post, the reason why D620 is mentioned second is because the DSDT file was tested for D820, but from my analysis (from ACPI perspective) the only difference between those two is slightly different configuration for IRDA and and PXS4 devices, beside that DSDT is identical and because there is this little extra in D820 the file will be build on top of that version for both. (If You D620 users will encounter any major problems I'll split those two and add another post just for D620 models) This DSDT file is based on latest A10 Bios DSDT dump (dsdt from nVidia and GMA models are the same) What is included: - DTGP Method - HPET fix - RTC fix - GMA950 fix and injection - Clamshell sleep / brightness dim - Fix for all errors, warnings and remarks Not yet included: - Cosmetic Apple Audio injection Additional info: a. FOR PROPER RESUME FROM SLEEP - start with Default BIOS settings + add system password b. nVidia and GMA users should add Graphics Mode key with proper screen resolution to /Extra/com.apple.boot.plist. Example: <key>Graphics Mode</key> <string>1440x900x32</string> c. cause there is no proper graphic injection for nVidia users should also add GraphicsEnabler=Yes key: <key>GraphicsEnabler</key> <string>Yes</string> d. Use latest Chameleon2 RC5 bootloader dsdt-gma.aml.zip dsdt-nv.aml.zip

But turns out this is not the case for this one The remote screen stays the same (screwed) Recovery worked by pressing Fn + F8 On the plus side I just found out that when your secondary display is in Rotation (tested on 90') the mirror works.