Hervé

The need to set PCI root to 4 can be avoided by patching the DSDT so that PCI root is set to 0 by default. This is done by changing PCI0 _UID from 4 to 0 as shown below. -> Before: Device (PCI0) { Name (_HID, EisaId ("PNP0A03")) Name (_UID, 0x04) /* old default UID */ Name (_ADR, Zero) -> After: Device (PCI0) { Name (_HID, EisaId ("PNP0A03")) Name (_UID, Zero) /* new modified UID */ Name (_ADR, Zero) System can then be used with default PCI root UID (0) without any adverse effects.

Were both IOReg & DSDT extracted from a OS X boot without specific DSDT.aml file or from Windows? I'm seeing a mismatch between the two, so this needs clarification.

To patch the DSDT, we would need you to boot OS X without one (I mean without a DSDT.aml file) and post us your IOReg + clean extracted DSDT.

Are you still booting with PciRoot=4? Is it 1st or 2nd DSDT (2nd one is without errors/warnings correction, just basic GeForce injection)?

Feel free to remove the verbose flag if you so wishes, but it's a general rule that our bootpacks contain it.

Ok, it was just in case you had a DW350 which used to be known for disturbing audio after a while.

Seems no specific kext is required... http://www.insanelymac.com/forum/topic/261782-100-working-ati-mobility-radeon-hd-5470/

Install EDP, do the system build for your model and make sure to select VoodooHDA audio if it's not selected by default. Do you have any Bluetooth module by any chance and if so, which model?

Can you not do an lspci -nn command under your Ubuntu live disk? That would be so much simpler and clearer as this is still not ideal... Anyway, 1st thing 1st: you have an Atom kernel so you can only boot with an Atom-specific patched kernel... Mach kernel won't do. Secondly, I think this Tosh' has GMA 3150 integrated graphics, which is totally unsupported by Mac OS X. Should this graphics chip be confirmed, I'm afraid you can forget about turning this into a Hackintosh as it would never run properly. Sorry...

Try without cache too: PciRoot=4 -f UseKernelCache=No GraphicsEnabler=Yes -v. I'm really surprised it does not work when you can boot Ok with no DSDT and I had an identical situation on my Precision 670. I suppose you could always create a new partition on your HDD and attempt a new installation on it. Make sure you use my 2nd patched DSDT from the onset, i.e. add it to your myHack installer bootpack and always make sure to boot either with your tuned boot plist or with options PciRoot=4 GraphicsEnabler=Yes.

Try this new one: dsdt_xps420.aml.zip

Was PCI Root still at 4? It's normally visible from the very 1st lines Chameleon boot lines at the top of the screen and quite visible when LAN and Graphics card are detected by the bootloader.

Try the attached in /Extra and let us know. I fixed many errors and warnings and injected the nVidia info (there was a typo in my code above (a missing ",") which prevented good compilation - oups!). XPS420_dsdt.zip Boot with Chameleon option DSDT=/Extra/XPS420_dsdt.aml to test it. Additional patching can be done subsequently to display some of the integrated hardware like Firewire, audio and others that are visible in the raw IOReg extract.

You should set your video to PEG in BIOS, that's for PCIe slot, but it'll detect that your G210 is the only card so you should be ok regardless of the setting.

Ok, should be doable. Oh, here the lspci info from my D430 for your reference; you'll see what I meant earlier... 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub [8086:27a0] (rev 03) 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 01) 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 01) 00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 2 [8086:27d2] (rev 01) 00:1c.2 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 3 [8086:27d4] (rev 01) 00:1d.0 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 01) 00:1d.1 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 [8086:27c9] (rev 01) 00:1d.2 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 [8086:27ca] (rev 01) 00:1d.3 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 [8086:27cb] (rev 01) 00:1d.7 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller [8086:27cc] (rev 01) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e1) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 01) 00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Controller [8086:27df] (rev 01) 00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller [8086:27da] (rev 01) 02:01.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b4) 02:01.1 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 09) 02:01.2 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 18) 09:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5752 Gigabit Ethernet PCI Express [14e4:1600] (rev 02) 0c:00.0 Network controller [0280]: Broadcom Corporation BCM4311 802.11a/b/g [14e4:4312] (rev 01) Try this patched kext for Ethernet; may/may not work... Intel82566MM.kext.zip

Look in R&D->Hardware sub-section of the forum for Wireless cards. There a non-exhaustive inventory thread.

DSDT.aml = DSDT table extracted from BIOS for patching, i.e. modification. You can read up on the Internet about DSDT table, but it basically describes the system's hardware and some of the low-level operations like Sleep and/or Wake. Kext = Kernel EXTension, i.e. a driver in Apple Mac world.

Here is the code you would need to insert in your cleanly extracted DSDT table. If it's missing within the code, insert DTGP method at top (for instance, before or after _WAK method): Method (DTGP, 5, NotSerialized) { If (LEqual (Arg0, Buffer (0x10) { /* 0000 */ 0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44, /* 0008 */ 0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B })) { If (LEqual (Arg1, One)) { If (LEqual (Arg2, Zero)) { Store (Buffer (One) { 0x03 }, Arg4) Return (One) } If (LEqual (Arg2, One)) { Return (One) } } } Store (Buffer (One) { 0x00 }, Arg4) Return (Zero) } Then look for Device (PCI1) and under a small section that will read something like xxxxxxx (_ADR, 00010000), add: Device (GFX0) { Name (_ADR, Zero) Method (_DSM, 4, NotSerialized) { Store (Package (0x24) { "AAPL,slot-name", "PCIe x16", "@0,compatible", Buffer (0x0B) { "NVDA,NVMac" }, "@0,display-cfg", Buffer (0x04) { 0x03, 0x01, 0x03, 0x00 }, "@0,device-type", Buffer (0x08) { "display" }, "@0,name", Buffer (0x0F) { "NVDA,Display-A" }, "@1,compatible", Buffer (0x0B) { "NVDA,NVMac" }, "@1,display-cfg", Buffer (0x04) { 0xFF, 0xFF, 0x00, 0x01 }, "@1,device-type", Buffer (0x08) { "display" }, "@1,name", Buffer (0x0F) { "NVDA,Display-B" }, "class-code", Buffer (0x04) { 0x00, 0x00, 0x03, 0x00 }, "vendor-id", Buffer (0x04) { 0xDE, 0x10, 0x00, 0x00 /* nVidia */ }, "device-id", Buffer (0x04) { 0x65, 0x0A, 0x00, 0x00 /* GeForce 210 */ }, "VRAM,totalsize", Buffer (0x04) { 0x00, 0x00, 0x00, 0x40 /* 1Go memory */ }, "NVCAP", Buffer (0x14) { /* 0000 */ 0x04, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0x00, /* 0008 */ 0x1C, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0A, /* 0010 */ 0x00, 0x00, 0x00, 0x00 }, "device-type", Buffer (0x0C) { "NVDA,Parent" }, "name", Buffer (0x08) { "display" }, "model", Buffer (0x11) { "Asus GeForce 210" }, "hda-gfx", Buffer (0x0A) { "onboard-1" } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } In fact, reboot without DSDT but with Chameleon boot option PciRoot=4 or with attached fixed boot plist in /Extra. I could bet you obtain full QE/CI! org.chameleon.Boot.plist.zip

Perfect, now I see everything I was hoping for and I can patch your DSDT! Except I'm not sure of your DSDT files. At the main level of your dropbox folder, there is a DSDT.dsl which does not compile and a DSDT.aml which is actually a DSDT dsl source code not a compiled DSDT table. So, sorry to appear like a pain, but can you again boot without any DSDT (but with PciRoot=4) and extract a clean DSDT with Chameleon Wizard or DSDT Editor? I'll then be 100% confident with my patch. Your GeForce G210 is actually a 1Go model, not 512Mo by the way.

Erm, I would have not expected the Vostro200/Inspiron530s DSDT to work on that machine; there's nothing in common at all. If any Dell DSDT were to be used (and I would never recommend that), it would be the D430's which bears some similarities with this HP's hardware (GM945 chipset, GM1950 graphics, ICH7-M controller, etc.) Try and list your lspci -nn specs to see if we can do anything. For Ethernet, the E1000 or E1000e kext might work...

Rules, what rules? What's free you can download, what's not free you have to pay to download... Apps on the AppStore cannot usually be found elsewhere. It's a complete economic concept.

When you saved your IOReg output, was that after a boot using a specific DSDT table or was it without a DSDT table? Ideally, I need the IOreg after a boot without any specific DSDT as the one you're using (found on the Net) may not reflect truly your hardware... I'm still not seeing what I expect for your graphics card, stuff is missing... Your DSDT.aml and DSDT.dsl, were they obtained when you had no DSDT used at all or did you extract them from say Windows with a tool like AIDA64? We need totally clean tables...

Tried those from myHack generic bootpack? You can access them by browsing within the myHack app itself (after right clicking on it), they're hidden somewhere but can't remember the exact path...

DW1395/DW1397 are actually Ok on clear networks, not on encrypted ones. It's the same issue as encountered from ML 10.8.4.

Haha, assuming that's what you meant by "editing", it's one thing to patch a plist and quite another to write a whole kext! However, if you're up to it: http://developer.apple.com/library/mac/documentation/Darwin/Conceptual/KernelProgramming/Extend/Extend.html