InfiniteMac OSx86

InfiniteMac OSx86 (http://infinitemac.com/forum.php)
-   10.X (http://infinitemac.com/forumdisplay.php?f=36)
-   -   Voodoo Kernel - Release candidate is out now (http://infinitemac.com/showthread.php?t=1640)

mercurysquad 11-27-2008 12:48 PM

Voodoo Kernel - Release candidate is out now
 
Download here

Lots of goodies specially for AMD users! Grab your RC package and read the documentation for more info.

Errata - Documentation update.

Page 5
- List of contributors, testers list inadvertently omitted sckevyn for helping test the SSE3 emulator
- The IRC server is incorrect, please reverse the subdomain and domain names.
- Suggested kexts: def --> dfe
- Getting in touch: mailing list address inadvertently omitted: http://groups.google.com/group/xnu-dev/topics

AMD users please update to the latest 10.5.5 updates. 10.5.4 and lower might face problems.

Discussion commenceth ---

bns2000 11-27-2008 01:15 PM

Works great keep up the Good Work!!!

steffx 11-27-2008 03:59 PM

Hi thanxx a lot .. i was on the site every day to don't miss the release :-)
Will start testing this evening !


What means "Suggested kexts: def --> dfe" ??

steffx

mercurysquad 11-27-2008 04:00 PM

Quote:

Originally Posted by steffx (Post 18561)
What means "Suggested kexts: def --> dfe" ??

Just correcting a typo in the docs.

naquaada 11-27-2008 08:37 PM

@mercurysquad:

What for 'problems' could apperar in systems lower than 10.5.5? I can't update and did not found a proper working 10.5.5 image for my AMD system yet.

In 'About this Mac' it shows '2.9 GHz Intel Core Duo'. In System Profiler is shown correctly 'Dual Core AMD Opteron(tm) Processor 185'. Is this a problem of the kernel or of the System.kext which was posted from R0GUE ? The 'AboutThisMac'-Fix from the Leo4All DVD doesn't work.

It is possible to activate hardware virtualization for AMD CPUs with this kernal? If the K8/K9 Athlon/Opteron-Series (Socket 939) support this at all. This would be neccessary for Parallels 4.

maya77 11-27-2008 09:34 PM

I have the same problem with processor info. Instead of "Opteron 180" it says "2.4 GHz Intel Core Duo". It worked fine with BETA 2.

Otherwise, this is great update. Runs in 64-bit mode, and I'm happy that system can be updated directly, without any patching for AMD.

Thanks people for the great work.

Aydinz 11-28-2008 07:20 AM

just linking back to what has been said here:

Quote:

Originally Posted by R0GUE (Post 18549)
Remember that updating to 10.5.5 from software update will also install a vanilla kernel overwriting any XNU kernel that you have installed, so be very careful and take steps to ensure that you can reinstall the XNU kernel after updating. This is why Zeph's ASU omits the mach_kernel when performing system updates in order to stop systems breaking on reboot.

if i just edit my boot.plist to boot from my voodoo kernal instead of my mach_kernal i shouldnt have any problems should i? in terms of it being replaced via updates.

Aydinz 11-28-2008 07:23 AM

sorry dont worry about this, i was reading through the documentation and found my answer :)

"another name different from the default. Software updates from Apple frequently update
the default kernel, which might overwrite the Voodoo kernel and result in an un-
bootable system. "

so it basically means if i just edit the boot.plist or i enter voodoo into my computer at startup it should boot fine. Cheers

mercurysquad 11-28-2008 07:54 AM

Quote:

Originally Posted by maya77 (Post 18573)
I have the same problem with processor info. Instead of "Opteron 180" it says "2.4 GHz Intel Core Duo". It worked fine with BETA 2.

AMD processors are identified by the kernel as either Core Solo or Core Duo. Otherwise some things like Silverlight installer don't work. It doesn't have any other significant effect.

mercurysquad 11-28-2008 07:57 AM

Quote:

Originally Posted by naquaada (Post 18571)
@mercurysquad:

What for 'problems' could apperar in systems lower than 10.5.5? I can't update and did not found a proper working 10.5.5 image for my AMD system yet.

Random application crashes have been reported. This is an issue with our custom-dyld built for opcode patcher support, so make sure you are using latest 10.5.5.

The update has a kernel and the intelcpupm kext etc. which need to be avoided. You can follow the Intel guides to update to 10.5.5. Please make a backup first, however, just to be safe.

naquaada 11-28-2008 11:13 AM

An direct update to 10.5.5 via Apple Software Update crashed at about 12% on a test system, I tried two attempts. Update my main system wouldn't be useful because it was messed up even with kernel 9.3.0, random kernel panics and hangs and so on. Are there special files (kexts etc.) which should be replaced if a user can't update?

Yesterday I had two crazy crashes while filling my memory to test the 64bit-adapted NForce driver: Logic and MainStage crashed shortly after, but the crash report shows only ??? in the list.

Do you want to fix the 'About this Mac' thing? I don't know, if parts of the system don't recognize the processor correctly some things may not work like they should.

zephyroth 11-28-2008 06:34 PM

It seems that my applications did not become obsolete ...

I'm happy ! :)

PingunZ 11-28-2008 07:05 PM

Quote:

Originally Posted by mercurysquad (Post 18587)
Random application crashes have been reported. This is an issue with our custom-dyld built for opcode patcher support, so make sure you are using latest 10.5.5.

Will I be able to install from a retail 10.5.1 dvd and upgrade _after_ the install, or do I need an updated retail dvd?

Dies 11-28-2008 07:51 PM

Quote:

Originally Posted by PingunZ (Post 18596)
Will I be able to install from a retail 10.5.1 dvd and upgrade _after_ the install, or do I need an updated retail dvd?

Updating is basically the same as always. ;)

All this kernel does is erase the distinction between AMD and Intel users, meaning you can follow a guide previously written only for Intel machines an in *theory* everything should go just as well.

You still have to take precautions so your machine doesn't crash, if for example IntelCPUManagement gets loaded, you still need to make sure that you re-install the kernel if it's overwritten by an update, etc, etc.

mercurysquad 11-28-2008 09:06 PM

What Dies said. In fact I can confirm that the crash at 12% was because of AppleIntelCPUPowerManagement.kext -- I hosed my system recently because of just that (and I have an Intel Pentium M..). So in short for updating, follow Intel guides, don't just blindly run software update for critical updates. The kernel erases distinction between AMD and Intel -- NOT between vanilla and patched setups.

Also @naquaada. re: processor identification. AMD is identified as Core Solo or Core Duo on purpose. For that part of the kernel, we had the option to report the processor either as one of Apple-supported CPUs, or report it as Unknown. There is no way to identify the cpu as anything else. Unknown doesn't work for some apps (installers specially) so we went with Intel Core..

mercurysquad 11-28-2008 09:14 PM

Quote:

Originally Posted by zephyroth (Post 18594)
It seems that my applications did not become obsolete ...

I'm happy ! :)

Zephyroth your excellent utility is not yet obsolete but I'd recommend re-channelizing your expertise to other areas than cpuid patching, as 100% parity between intel & amd is a goal of Voodoo. Which means all opcode patching related bugs will be fixed with high priority.

People are incorrectly assuming that the kernel allows them to update straight from software update - this is only true as much as for non-vanilla Intel users. From what I gather, your utility still does a whole lot of things apart from patching CPUIDs, so the utility is still relevant. Feel free to get in touch with us if you need more detailed info about the kernel and its workings.

Everyone else please note that you can run prepatched binaries no problem, but it doesn't mean the kernel will not disassemble each binary as it is loaded (since we have no way to tell whether the binary is already patched or not unless we load it). This means you won't gain any performance by prepatching your whole HDD. Since on-the-fly is really very fast, the amount of time you'll spend reading the HDD, patching binaries and rewriting it back to disk will probably be longer than what the opcode patcher will take in total during average usage. If you still insist on prepatching manually and don't want to use the patcher at all, boot with patcher_opts=0.

naquaada 11-28-2008 09:55 PM

Quote:

Originally Posted by mercurysquad (Post 18601)
AMD is identified as Core Solo or Core Duo on purpose. For that part of the kernel, we had the option to report the processor either as one of Apple-supported CPUs, or report it as Unknown. There is no way to identify the cpu as anything else. Unknown doesn't work for some apps (installers specially) so we went with Intel Core..

I'm not sure about this. In System Profiler the processor is detected correctly as AMD Opteron, in 'About this Mac' (I'll shorten it with 'ATM' now) is it Intel Core Duo. If a program/installer needs system information, from which source it will take them? From there where System Profiler gets it or from there where ATM gets it? What about the tools from zephyroth and PCwiz which could write custom text in the processor and memory fields in ATM? I never had a tool which doesn't working because of an unknown processor, and only the Parallels installer checked for an Intel CPU. But this was easily to remove. I think the most people would like a correct cpu name in ATM. An kernel option for this would be better, so that the cpu is detected either as 'unknown', 'Intel' or the correct type. BTW, what is the option to specify the maximal usable memory?

For users which have problems with a kernel panic directly at the start, try booting with -f to fix all kernel extensions, this works for me. I added it in apple.com.boot.plist, my system actually crashes nearly all ten minutes, no matter which kernel. It's rather frustrating.

zephyroth 11-28-2008 10:10 PM

I will still work on cpuid patching, for my own knowledge and for some people who experience trouble with this kernel or who can't install EFI (which I think is necessary to use the voodoo kernel).

At the moment I'm learning Objective-C which, I think, is a good idea if I want to create applications for Mac OS. :)

Quote:

Feel free to get in touch with us if you need more detailed info about the kernel and its workings.
Sure but not now. I prefer to learn alone as much as possible before !

And thanks for the work you and your team have done, I wanted a kernel like this one when I created my first release of Mac OS X !

mercurysquad 11-29-2008 03:39 AM

Quote:

Originally Posted by naquaada (Post 18603)
I'm not sure about this.

OK. Explanations follow.

Quote:

In System Profiler the processor is detected correctly as AMD Opteron, in 'About this Mac' (I'll shorten it with 'ATM' now) is it Intel Core Duo. If a program/installer needs system information, from which source it will take them?
You see it from the user-visible program perspective. In the kernel there are sysctl keys for cputype, cpu family, cpu model, cpu vendor string, cpu brand string. Then there is the cpuid instruction itself. And a couple other methods.

Quote:

From there where System Profiler gets it or from there where ATM gets it?
System Profiler is a mess itself, it does some cpuid itself, takes some values from sysctl, and so on. While fixing some bugs I found that the "cpu type" sysctl key is used by installers to check whether they are running on intel or PPC.

Quote:

What about the tools from zephyroth and PCwiz which could write custom text in the processor and memory fields in ATM?
That is just cosmetic. There is a text file which can be freely modified and has nothing to do with the kernel.

Quote:

I never had a tool which doesn't working because of an unknown processor, and only the Parallels installer checked for an Intel CPU. But this was easily to remove.
Others did. Silverlight installer is one. You also say Parallels. These will only work on "Intel" cpu, not powerpc. They do not KNOW about an AMD possibility.

Quote:

I think the most people would like a correct cpu name in ATM.
Sure. Use one of the tools to modify what you want to be displayed. The text string is trivial.

Quote:

An kernel option for this would be better, so that the cpu is detected either as 'unknown', 'Intel' or the correct type.
Not at all. Kernel option so that people read "AMD Opteron" in about this mac? Why is about this mac important at all when you are fully aware that 50% of your CPU's functionality is running emulated as intel?

And second, we do NOT have the option to identify the CPU correctly. It's either Unknown, OR an Intel CPU. The kernel, the programs, installers and kexts do NOT know about anything else. I will paste that part of the code so it will be clearer:

The part which sets the cpu type:
Code:

        /* hw.cpufamily */
        switch (cpuid_info()->cpuid_family) {
                case 6:
                        switch (cpuid_info()->cpuid_model) {
                                case 13:
                                        cpufamily = CPUFAMILY_INTEL_6_13;
                                        break;
                                case 14:
                                        cpufamily = CPUFAMILY_INTEL_6_14; /* Core Solo/Duo */
                                        break;
                                case 15:
                                        cpufamily = CPUFAMILY_INTEL_6_15; /* Core 2 */
                                        break;
                                case 23:
                                        cpufamily = CPUFAMILY_INTEL_6_23;
                                        break;
                                case 26:
                                        cpufamily = CPUFAMILY_INTEL_6_26;
                                        break;
                                default:
                                        /* For other models, report Intel Core */
                                        cpufamily = CPUFAMILY_INTEL_6_14;
                        }
                        break;
                        /* mercurysquad: Report cpu family as one of the Apple-recognized
                        * CPUs, for CPU families other than 6. This entire system is very
                        * myopic, where the kernel explicitly encourages checking for a handful
                        * of families with arbitrary signatures. We cannot define our own
                        * signatures here as we never know when an installer or other app
                        * might check among only the ones stock kernel supports.*/
                case 15:
                        /* This applies to Pentium 4/D and AMD Phenom. In the future
                        * we might want to choose a more specific cpufamily based on the
                        * number of cores etc., but for now it's just not worth it IMO */
                        switch (cpuid_info()->cpuid_model) {
                                case 0:
                                case 1:
                                case 2:
                                        /* Report Core Solo/Duo for these models */
                                        cpufamily = CPUFAMILY_INTEL_6_14;
                                default:
                                        /* For higher models, report Core 2 Duo */
                                        cpufamily = CPUFAMILY_INTEL_6_15;
                        }
                default:
                        /* For unknown CPU families, just report Intel Core */
                        cpufamily = CPUFAMILY_INTEL_6_14;
        }

And the part where these cpu types are defined (these are the only choices we have). Even if we add some values here, it means nothing because we cannot change all the hundreds of programs or kexts which use the apple stock values:
Code:

/*
 *        CPU families (sysctl hw.cpufamily)
 *
 * These are meant to identify the CPU's marketing name - an
 * application can map these to (possibly) localized strings.
 * NB: the encodings of the CPU families are intentionally arbitrary.
 * There is no ordering, and you should never try to deduce whether
 * or not some feature is available based on the family.
 * Use feature flags (eg, hw.optional.altivec) to test for optional
 * functionality.
 */
#define CPUFAMILY_UNKNOWN    0
#define CPUFAMILY_POWERPC_G3 0xcee41549
#define CPUFAMILY_POWERPC_G4 0x77c184ae
#define CPUFAMILY_POWERPC_G5 0xed76d8aa
#define CPUFAMILY_INTEL_6_13 0xaa33392b
#define CPUFAMILY_INTEL_6_14 0x73d67300  /* "Intel Core Solo" and "Intel Core Duo" (32-bit Pentium-M with SSE3) */
#define CPUFAMILY_INTEL_6_15 0x426f69ef  /* "Intel Core 2 Duo" */
#define CPUFAMILY_INTEL_6_23 0x78ea4fbc  /* Penryn */
#define CPUFAMILY_INTEL_6_26 0x6b5a4cd2  /* Nehalem */
#define CPUFAMILY_ARM_9      0xe73283ae
#define CPUFAMILY_ARM_11    0x8ff620d8
#define CPUFAMILY_ARM_XSCALE 0x53b005f5

#define CPUFAMILY_INTEL_YONAH        CPUFAMILY_INTEL_6_14
#define CPUFAMILY_INTEL_MEROM        CPUFAMILY_INTEL_6_15
#define CPUFAMILY_INTEL_PENRYN        CPUFAMILY_INTEL_6_23
#define CPUFAMILY_INTEL_NEHALEM        CPUFAMILY_INTEL_6_26

#define CPUFAMILY_INTEL_CORE        CPUFAMILY_INTEL_6_14
#define CPUFAMILY_INTEL_CORE2        CPUFAMILY_INTEL_6_15


bhast2 11-29-2008 04:30 AM

Why do people care about what it says for CPU?
This is a mean-less thing as it is just something that tells you what CPU you have and doesn't effect how the system runs
If people would just look at the big picture and see what mercurysquad and company have made and accomplished and be happy that they can run a system without patching and do the things that Intel user that run vanilla can do is quit a feat

Great Job on the kernel

On the AppleIntelPowermanagment.kext just get the null kext that way you don't have to worry about it when you update

LawlessPPC 11-29-2008 02:27 PM

I can sum it up as this you dont run an amiga emulator and complain that it detects the cpu as a 68000 instead of a xeon

Ali C. 11-29-2008 06:45 PM

Yeah, I found a problem with Beta 2 and 10.5.2 where if my printer was turned on OS X would Kernel Panic.
Works great for 10.5.5 though. Can't wait to try this update with 64-bit!:) Thanks, and keep up the good kernel work!
And FYI Zephyroth, I'll keep using your updater anyway. Can't hurt to pre-patch your installs as a fail-safe if nothing else.:)

EDIT: Okay, so I installed it and took out the -legacy boot flag. It boots just fine but I'm not getting that (allegedly) telltale "Run in 32-bit mode" option in Get Info for any applications.
And my CPU now shows as a Core Duo. Meh, I can edit that when it starts to bug me. Hasn't affected the performance any.

steffx 11-29-2008 07:51 PM

32 or 64 bit ?
 
hi .. i just updated to rc1.
now i wanna know if my system runs in 64bit-mode.
stupid question may be ..but how can i find out ?

steffx

nfoav8or 11-29-2008 08:03 PM

when you boot up using "-v" it is found in one of the top lines. If it isn't showing up, that doesn't mean it isn't doing it though... See Leo4All.com for bhast2's post about how he is running in 64bit mode and he shows you how he knows it.

Ali C. 11-29-2008 08:26 PM

Even though I'm not getting the "Run in 32-bit mode" option, Geekbench declares my Hack is indeed running in 64-bit. So I take it that it is anyway. *cheers*
EDIT: To confirm you're running in 64-bit mode, you have to "Get Info" on Chess.app, not just any .app. And there the telltale checkbox is. Two thumbs up for the voodoo kernel coders! :)

gipo 11-29-2008 08:43 PM

i upgraded too at this kernel... first reboot kernel panic, then reboot again and all fine.
Some applications crash...
My cpu it's seen correctly but doesn't run in 64bit mode (as report Geekbench) and system profiler see my Hackintosh as:

Nome modello: iMac
Identificatore modello: iMac7,1
Nome processore: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+
Velocità processore: 2.86 GHz
Numero di processori: 1
Numero totale di nuclei: 2
Cache L2: 2 MB
Caratteristiche CPU: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH MMX FXSR SSE SSE2 HTT SSE3 CX16
Memoria: 2 GB
Velocità bus: 220 MHz.
Before was seen as Hackintosh.
System is upgraded to 10.5.5 version and system kexts are 9.5 ones.
Where is the trick?

Ali C. 11-29-2008 08:55 PM

Strange that yours is showing as an iMac...anywho...
Did you disable the -legacy boot flag in Boot.plist?
No crashes here but mine shows as an Intel Core Duo. Perhaps it didn't install correctly for you? :(

gipo 11-29-2008 09:08 PM

this is my boot.plist

<plist version="1.0">
<dict>
<key>Kernel</key>
<string>mach_kernel</string>
<key>Kernel Flags</key>
<string></string>
<key>Timeout</key>
<string>5</string>
</dict>
</plist>

mercurysquad 11-29-2008 09:10 PM

Quote:

Originally Posted by gipo (Post 18633)
My cpu it's seen correctly but doesn't run in 64bit mode (as report Geekbench)

You have to test with the 64bit version of geekbench which needs a registration key. Free version comes only with 32bit version enabled.

mercurysquad 11-29-2008 09:12 PM

Quote:

Originally Posted by Ali C. (Post 18621)
And my CPU now shows as a Core Duo.

This is a public service announcement :P --
AMD processors are identified as Intel Core Solo/Duo on purpose.

gipo 11-29-2008 09:23 PM

Quote:

Originally Posted by mercurysquad (Post 18637)
This is a public service announcement :P --
AMD processors are identified as Intel Core Solo/Duo on purpose.

So something is wrong in mine hack?

nfoav8or 11-29-2008 09:28 PM

nothing is WRONG people...
read the entire thread and you'll understand that it is simply aesthetics that are being referred to here.

The kernel works... just use it correctly.

gipo 11-29-2008 09:30 PM

So i don't need any other kext? only the kernel update as for other voodoo's releases? is it right? thanks...

mercurysquad 11-29-2008 09:43 PM

Quote:

Originally Posted by gipo (Post 18641)
So i don't need any other kext? only the kernel update as for other voodoo's releases? is it right? thanks...

No. Yes. Yes. You're welcome.

gipo 11-29-2008 09:47 PM

Quote:

Originally Posted by mercurysquad (Post 18643)
No. Yes. Yes. You're welcome.

Thanks 2 you and all this great forum.

nfoav8or 11-29-2008 10:03 PM

Quote:

Originally Posted by mercurysquad (Post 18643)
No. Yes. Yes. You're welcome.

Loved it... absolutely loved it.
I wish all replies could be that easy. :cool:

oneshot 11-30-2008 12:10 AM

Worked for me =) thanks. fixed photoshop cs4 and quicktime for me.

Just makeing sure because it looks this way... The kernel is just for fixing problems right?
We can't update using apples software updater if we use AMD still right?

gipo 11-30-2008 10:58 AM

Parallels4 is perfectly working now.. with the old kernel was not permitting to install without tricks...

alphabeta23 11-30-2008 11:59 AM

The new kernel works great! I don't know if the speed has increased but the system feels much more snappier (AMD Athlon 64 3200, 10.5.5).

Thanks to developers for their great work and of course to Zephyroth!

Many greetings from Berlin and a happy first advent

bhast2 11-30-2008 09:28 PM

anyone with a non patched system (meaning no binary's patched) you used the retail to install on amd
or you used a custom dvd but didn't use the amd patches

If you could please see if marvin's runs in it
first try in 64 bit mode
next try in 32 bit mode(-legacy)

This has to be tested on a system that has nothing patched in the binary's
like you stuck the retail disk in and installed or used boot 132 to install

Ali C. 11-30-2008 10:16 PM

Quote:

Originally Posted by mercurysquad (Post 18637)
This is a public service announcement :P --
AMD processors are identified as Intel Core Solo/Duo on purpose.

Yes, indeedy, as I found out when trying to use OSX86Tools to change the readout and having nothing happen, then reading the bit of code you posted and saying DOH! *facepalm*
Is there some non-aesthetic reason for this change from beta 2? J/W, because it would be nice if it were still open to modification. No biggie if you have reasons not to leave it that way. It's just aesthetics, after all. :)

kozlowski 11-30-2008 11:35 PM

Does it matter which System.kext I am using when testing RC?
If so which is the one recommended?

Thanks

nfoav8or 12-01-2008 12:03 AM

Quote:

Originally Posted by mercurysquad (Post 18643)
Quote:

Originally Posted by gipo
So i don't need any other kext? only the kernel update as for other voodoo's releases? is it right? thanks...
No. Yes. Yes. You're welcome.No. Yes. Yes. You're welcome.

self-explanatory. I would use the system.kext file provided by Rogue in the beta2c thread though just to be on the safe side.

gipo 12-01-2008 05:41 PM

Me too... using Rogue kexts, but my machine is seen as imac 7.1...
Anyway, this kernel seems rocks... stable and speedy.
Boot time seems to be the same.

nfoav8or 12-01-2008 11:21 PM

also... get the IntelCPUPMDisabler.kext so the 10.5.5 apple update (non-patched) won't cause kernel panics.

bhast2 12-01-2008 11:31 PM

http://leo4all.uni.cc/Grabup/11b1e25...09f9e595e8.png


Greekbench scores

gipo 12-02-2008 10:11 PM

Quote:

Originally Posted by bhast2 (Post 18776)


Great benchmarks...

jazZbaR 12-03-2008 12:12 PM

so..... i´ve installed the voodoo kernel rc1 with the install method 2. i edit my boot.plist to mach_kernel.voodoo. i replaced the system.kext with the 9.5.0 system.kext file provided by Rogue in the beta2c thread, installed the IntelCPUPMDisabler.kext, AppleSMBIOSEFI.kext and restarted. LawlessPPC 10.5.4 works fine with the new kernel.

in the next step i installed the apple software update 10.5.5. but after a restart i get the error message:

Code:

WARNING: sandbox_init error Could not set Mach lookup policy for service
com.apple.bsd.dirhelper err=1100Could not set Mach lookup policy for service
com.apple.distributed_notifications.2 err=1100Could not set Mach lookup policy
for service com.apple.ocspd err=1100Could not set Mach lookup policy for service
com.apple.mDNSResponderHelper err=1100Could not set Mach lookup policy for service
com.apple.SecurityServer err=1100Could not set Mach lookup policy for service
com.apple.SystemConfiguration.configd er

i tried to boot with the flags -v -x -f and leopard starts to the point where i can see the blue sreen and then stops.

i have the same error with the iDeneb v1.3 10.5.5

what´s the problem? i hope anybody can help me and sorry for my english again. :confused:

THX

Motherboard Name: Asus M3A-H/HDMI
CPU Typ: TripleCore AMD Phenom 8450
Motherboard Chipset: AMD 780G, AMD K10
RAM: 2048 MB (DDR2-667 DDR2 SDRAM)
USB Controller: ATI SB700 - OHCI USB Controller
Sound: Realtek ALC888/1200 @ ATI SB700 - High Definition Audio Controller
Video: NVIDIA GeForce 9600 GT (512 MB)
Network: Realtek RTL8139 PCI Fast Ethernet Adapter PCI

nfoav8or 12-03-2008 07:33 PM

sounds like a graphics error... I think you might need to remove (or at least move) the GeForce kexts from /System/Library/Extensions/ folder. boot with the boot flag "-s"
Code:

/sbin/mount -uw /
rm -Rf /System/Library/Extensions/GeForce*
rm -Rf /System/Library/Extensions.mkext
reboot

Now you'll need to fix your graphics (EFI or injector kexts)

mercurysquad 12-04-2008 06:34 AM

Quote:

Originally Posted by jazZbaR (Post 18859)
i tried to boot with the flags -v -x -f and leopard starts to the point where i can see the blue sreen and then stops.

Do you have dsmos.kext or AppleDecrypt.kext installed? If not, install one of those.