AnV XNU 9.8.0 V1.7

[andyvand]

This is the latest (and probably last) kernel for Leopard.
New features:
- tsc up scaling (to scale to 1Ghz for slow cpu's, new fix)
- improved faster power management functions
- newly home built libstdc++.a for building dyld (should fix dyld for AMD)

For devs:
voodoobuild.sh got fixed

Download including sources: http://rapidshare.com/files/284728971/AnV-XNU-980-V1.7.zip

[Lykich]

Thanks Аndy, but already are necessary a kernel on the Snow Leopard of version 10.0.0 )
pardon my bad english...

[andyvand]

Thanks Аndy, but already are necessary a kernel on the Snow Leopard of version 10.0.0 )
Working on it... test patch +- 50% done...

[xXrkidXx]

beutiful! and also I can't wait for the snow leopard kernel! all the patched ones ive tryed keep KP'ing.

[Lykich]

Many thanks for hope Andy !

Indeed we hope your kernel will be able to boot into x64 mode since most of pentium 4s (s775)\Ds cpus have the EMT64 instruction of some sort.

[Lykich]

beutiful! and also I can't wait for the snow leopard kernel! all the patched ones ive tryed keep KP'ing.
Asus P5LD2 (945P,ICH7),Pentium 4 531 - work both modbin kernels (_432,_test7) x32

[xXrkidXx]

OOO, i think i might have been letting it try 64 bit! I have tryed both, but it KP's right away... I didnt use the x32 flags though... I need to try it now lol

[Lykich]

these kernels are restricted to 32 bit anyway, so you can't boot into 64bit mode as a result.
you dont have to use any specific flags in order to boot to 32bit mode, however it is a good idea to use a disabler of some sort, like nullcpupowermanagement.kext

[xXrkidXx]

Well it failed... It KP'd right away like ussall.. im just trying to get it to boot.. its a SnowOSX DVD, but I had the DMG and it looks like it was preinstalled... just based on the way it was put on the Flash drive... Im using Chameleon RC3, tryed .432, and .test7 both failed, and it should be able to boot because i think it was all patched kexts.. the only thing i noticed is right before the kernel panic, it says a bunch of kexts could not be found(i dont remember exactly what it said)... it seemed like that was causing it..

[xXrkidXx]

heres the thread(theres a pic of the KP)

http://www.infinitemac.com/f57/snow-kp-t4214/

[Taisto]

Andy still on the work =) Thanks for another release.

[Lykich]

xXrkidXx

kextcache -v 1 -m /Volumes/[CHAMALEON DISK]/Extra/Extensions.mkext /Volumes/[CHAMALEON DISK]/Extra/Extensions/ /Volumes/[SNOWLEOPARD DISK]/System/Library/Extensions/

kextcache -v 1 -m /Volumes/[SNOWLEOPARD DISK]/System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext /Volumes/[SNOWLEOPARD DISK]/System/Library/Extensions/

[andyvand]

Well it failed... It KP'd right away like ussall.. im just trying to get it to boot.. its a SnowOSX DVD, but I had the DMG and it looks like it was preinstalled... just based on the way it was put on the Flash drive... Im using Chameleon RC3, tryed .432, and .test7 both failed, and it should be able to boot because i think it was all patched kexts.. the only thing i noticed is right before the kernel panic, it says a bunch of kexts could not be found(i dont remember exactly what it said)... it seemed like that was causing it..
The problem is that the SSE3 emulator doesn't work yet in 64bit mode

[xXrkidXx]

oh.. will your kernel fix that? and any ETA?

[Lykich]

xXrkidXx
http://prasys.co.cc/2009/08/installing-snow-leopard-for-osx86/

[xXrkidXx]

thats the guide I origanally follwed... no dice with that either

[andyvand]

oh.. will your kernel fix that? and any ETA?
nope... no sources available for sse3emu in voodoo style kernel...
sorry...
only SSE3 x86_64

[scififan68]

Can i use fakeSMC.kext with this kernel?

[maya77]

FakeSMC works with no problems with AnV here.

[zeyoung]

hello,
it don't work for me.
i have a kernel panic say:
"Should have 8 threads but only find 7 for die ....."-->i must disable 9 cpus in the dsdt.aml or with option cpus=7 if i want to boot.
just the ANV 9.6.0 work well with my modo and cpu(boot with all cpus)
ANV 9.7.0 and 9.8.0 don't work.
anybody know why??
any solution??

[never_mind]

nope... no sources available for sse3emu in voodoo style kernel...
sorry...
only SSE3 x86_64

Hiya Andy!

Great to hear that you are working on a 10.0.0 kernel! :) Very disappointing though to read about the SSE3 emulator. Here you mention it wont work in 64 bit. But what about 32 bit?

But will you add the 32 bit version from previous Voodoo in there? That should work right?

Pretty please? :)

Good luck & thanks for those nice Leo kernels.

Cheers, N.M.

[andyvand]

hello,
it don't work for me.
i have a kernel panic say:
"Should have 8 threads but only find 7 for die ....."-->i must disable 9 cpus in the dsdt.aml or with option cpus=7 if i want to boot.
just the ANV 9.6.0 work well with my modo and cpu(boot with all cpus)
ANV 9.7.0 and 9.8.0 don't work.
anybody know why??
any solution??
9.6.0 V1.5 or V1.5.1?
try disabling tsc synchronisation (in V1.5 broken) with -tscsync
It should work then

[andyvand]

Hiya Andy!

Great to hear that you are working on a 10.0.0 kernel! :) Very disappointing though to read about the SSE3 emulator. Here you mention it wont work in 64 bit. But what about 32 bit?

But will you add the 32 bit version from previous Voodoo in there? That should work right?

Pretty please? :)

Good luck & thanks for those nice Leo kernels.

Cheers, N.M.
Yes that should work...

[xXrkidXx]

woohooo thanks for keeping us updated Andy! any ETA on this?

[andyvand]

woohooo thanks for keeping us updated Andy! any ETA on this?
Test patch has been created but may require a small revision.
Somebody with Snow Leopard should give it a go at compiling it.

[xXrkidXx]

i have a Retail installer DMG, if you want just tell me what to do and Ill give it a go

[Lykich]

The Snow Leopard works for me, prompt as to make - and I will make.
Excuse for bad English. Russian I.

[andyvand]

i have a Retail installer DMG, if you want just tell me what to do and Ill give it a go
So do I but I've got my files on an MBR style partition and I don't think it will install onto this
Ripped it from someones disc :)

[zeyoung]

9.6.0 V1.5 or V1.5.1?
try disabling tsc synchronisation (in V1.5 broken) with -tscsync
It should work then

hello,
multicore work for me with the ANV 9.6.0 v 1.4
i try to boot the ANV 9.8.0 with the option -tscsync but i have the same KP
with the same message.

[andyvand]

hello,
multicore work for me with the ANV 9.6.0 v 1.4
i try to boot the ANV 9.8.0 with the option -tscsync but i have the same KP
with the same message.
and how about tscsync=0?

[zeyoung]

and how about tscsync=0?
i've got the same thing.
i can boot the 9.8.0 v1.7 with option cpus=15
i can't boot with cpus=16:'(

[scififan68]

i've got the same thing.
i can boot the 9.8.0 v1.7 with option cpus=15
i can't boot with cpus=16:'(
Thats because osx starts the cpu count at 0, so you have 16 threads and if you have dsdt patched it has cpu 0-15 and when you try and boot it with one more cpu it will crash.

[andyvand]

Thats because osx starts the cpu count at 0, so you have 16 threads and if you have dsdt patched it has cpu 0-15 and when you try and boot it with one more cpu it will crash.
Interesting...
It does misdetect the cpu count thus.
Perhaps I should put in a check but if it's DSDT related it should be fixed there

[meankit2003]

Hi,

I am using an AMD 4400 X2 on ASUS M3A78-EM 780G Motherboard. I was previously using you kernel 9.6.0 v1.4 on chameleon bootloader v1 which was working fine. However as soon as I upgraded the kernel to v 9.8.0 I have started getting kernel panics. I have also tried using Chameleon 2 RC1 and RC2 by I am still getting kernel panics. I have also tried your kernels 9.7.0 and 9.8.0 v1 and any kernel higher than 9.6.0 is giving KPs.

Surprisingly the new kernel is working fine when i am booting using my usb boot-132 but gives KP when I try to use it on chameleon bootloader on HDD. I am using the current latest system kext along with dsmos, intel pm disabler, smbios kexts.

I have attached an image of the Kernel Panic I am getting. Please Help.
745

Thanks

Ankit

[zeyoung]

Interesting...
It does misdetect the cpu count thus.
Perhaps I should put in a check but if it's DSDT related it should be fixed there
hello,
here a part of mys dsdt.
Scope (_PR)
{
Processor (CPU1, 0x01, 0x00000810, 0x06) {}
Processor (CPU2, 0x02, 0x00000000, 0x00) {}
Processor (CPU3, 0x03, 0x00000000, 0x00) {}
Processor (CPU4, 0x04, 0x00000000, 0x00) {}
Processor (CPU5, 0x05, 0x00000000, 0x00) {}
Processor (CPU6, 0x06, 0x00000000, 0x00) {}
Processor (CPU7, 0x07, 0x00000000, 0x00) {}
Processor (CPU8, 0x08, 0x00000000, 0x00) {}
Processor (CPU9, 0x09, 0x00000000, 0x00) {}
Processor (CP10, 0x0A, 0x00000000, 0x00) {}
Processor (CP11, 0x0B, 0x00000000, 0x00) {}
Processor (CP12, 0x0C, 0x00000000, 0x00) {}
Processor (CP13, 0x0D, 0x00000000, 0x00) {}
Processor (CP14, 0x0E, 0x00000000, 0x00) {}
Processor (CP15, 0x0F, 0x00000000, 0x00) {}
Processor (CP16, 0x10, 0x00000000, 0x00) {}
}

i think everything is ok.
no??

[scififan68]

Hi,

I am using an AMD 4400 X2 on ASUS M3A78-EM 780G Motherboard. I was previously using you kernel 9.6.0 v1.4 on chameleon bootloader v1 which was working fine. However as soon as I upgraded the kernel to v 9.8.0 I have started getting kernel panics. I have also tried using Chameleon 2 RC1 and RC2 by I am still getting kernel panics. I have also tried your kernels 9.7.0 and 9.8.0 v1 and any kernel higher than 9.6.0 is giving KPs.

Surprisingly the new kernel is working fine when i am booting using my usb boot-132 but gives KP when I try to use it on chameleon bootloader on HDD. I am using the current latest system kext along with dsmos, intel pm disabler, smbios kexts.

I have attached an image of the Kernel Panic I am getting. Please Help.
745

Thanks

Ankit
use the system.kext provided in the AnV-XNU-980-V1.7.zip to make it work.

[meankit2003]

I am using the system kext provided with the kernel

[andyvand]

Try repairing permission + booting with -f

[andyvand]

hello,
here a part of mys dsdt.
Scope (_PR)
{
Processor (CPU1, 0x01, 0x00000810, 0x06) {}
Processor (CPU2, 0x02, 0x00000000, 0x00) {}
Processor (CPU3, 0x03, 0x00000000, 0x00) {}
Processor (CPU4, 0x04, 0x00000000, 0x00) {}
Processor (CPU5, 0x05, 0x00000000, 0x00) {}
Processor (CPU6, 0x06, 0x00000000, 0x00) {}
Processor (CPU7, 0x07, 0x00000000, 0x00) {}
Processor (CPU8, 0x08, 0x00000000, 0x00) {}
Processor (CPU9, 0x09, 0x00000000, 0x00) {}
Processor (CP10, 0x0A, 0x00000000, 0x00) {}
Processor (CP11, 0x0B, 0x00000000, 0x00) {}
Processor (CP12, 0x0C, 0x00000000, 0x00) {}
Processor (CP13, 0x0D, 0x00000000, 0x00) {}
Processor (CP14, 0x0E, 0x00000000, 0x00) {}
Processor (CP15, 0x0F, 0x00000000, 0x00) {}
Processor (CP16, 0x10, 0x00000000, 0x00) {}
}

i think everything is ok.
no??
I've checked and this is wrong...
replace as follows:
Scope (_PR)
{
Processor (CPU0, 0x00, 0x00000810, 0x06) {}
Processor (CPU1, 0x01, 0x00000000, 0x00) {}
Processor (CPU2, 0x02, 0x00000000, 0x00) {}
Processor (CPU3, 0x03, 0x00000000, 0x00) {}
Processor (CPU4, 0x04, 0x00000000, 0x00) {}
Processor (CPU5, 0x05, 0x00000000, 0x00) {}
Processor (CPU6, 0x06, 0x00000000, 0x00) {}
Processor (CPU7, 0x07, 0x00000000, 0x00) {}
Processor (CPU8, 0x08, 0x00000000, 0x00) {}
Processor (CPU9, 0x09, 0x00000000, 0x00) {}
Processor (CP10, 0x0A, 0x00000000, 0x00) {}
Processor (CP11, 0x0B, 0x00000000, 0x00) {}
Processor (CP12, 0x0C, 0x00000000, 0x00) {}
Processor (CP13, 0x0D, 0x00000000, 0x00) {}
Processor (CP14, 0x0E, 0x00000000, 0x00) {}
Processor (CP15, 0x0F, 0x00000000, 0x00) {}
}
This should fix booting up with all cores right...
I've checked this in a Mac Pro DSDT dump...
Apple starts CPU entries from 0 rather than 1.
Hereby the CPU count is probably misdetected etc...
Try modding your DSDT and let me know
This will also fix your IOService node in IORegistry btw

[bubbaganoush]

How come any mention of this release on insanelymac get's the thread instantly deleted?

I hope this doesn't get me banned from here and this thread ninja-ed by the secret police in blackhawk helicopters.

[andyvand]

Hi,

I am using an AMD 4400 X2 on ASUS M3A78-EM 780G Motherboard. I was previously using you kernel 9.6.0 v1.4 on chameleon bootloader v1 which was working fine. However as soon as I upgraded the kernel to v 9.8.0 I have started getting kernel panics. I have also tried using Chameleon 2 RC1 and RC2 by I am still getting kernel panics. I have also tried your kernels 9.7.0 and 9.8.0 v1 and any kernel higher than 9.6.0 is giving KPs.

Surprisingly the new kernel is working fine when i am booting using my usb boot-132 but gives KP when I try to use it on chameleon bootloader on HDD. I am using the current latest system kext along with dsmos, intel pm disabler, smbios kexts.

I have attached an image of the Kernel Panic I am getting. Please Help.
745

Thanks

Ankit
This also seems to be AppleACPIPlatform.kext related since it's IOPlatformExpert which can't find the platform driver.
Try repairing permissions using Mac install DVD and boot with -f

[andyvand]

How come any mention of this release on insanelymac get's the thread instantly deleted?

I hope this doesn't get me banned from here and this thread ninja-ed by the secret police in blackhawk helicopters.
Well well well...
I had posted it on InsanelyMac too but it appears to be gone.
Guess I won't release anything on InsanelyMac anymore since they delete my threads without any reasons...
Oh well... your loss InsanelyMac :p

[meankit2003]

Thanks for the reply. It still wont work after repairing permissions and booting with -f. Strangely enough the latest kernel is working on my USB BOOT 132 so I am using it for the moment instead of booting from HDD bootloader.

I have tested snow leopard and it seems to be woking fine for me so I guess that I will just have to wait for your final release of kernel for 10.6.

[THeKiNG]

I've checked and this is wrong...
replace as follows:
....
This should fix booting up with all cores right...
I've checked this in a Mac Pro DSDT dump...
Apple starts CPU entries from 0 rather than 1.
Hereby the CPU count is probably misdetected etc...
Try modding your DSDT and let me know
This will also fix your IOService node in IORegistry btw
I have no idea why a n00b advise other n00b w/o to RTFM!
If you bother to read ACPI specs then look on APIC table you will find that what you "advised" is total crap, and the unlucky one who try what you said will find out that it has a nice panic on boot...
Unless APIC table is not fixed to match DSDT computer will fail to boot the OS:

.........
[02Ch 0044 1] Subtable Type : 00 <Processor Local APIC>
[02Dh 0045 1] Length : 08
[02Eh 0046 1] Processor ID : 01
[02Fh 0047 1] Local Apic ID : 00
[030h 0048 4] Flags (decoded below) : 00000001
Processor Enabled : 1

[034h 0052 1] Subtable Type : 00 <Processor Local APIC>
[035h 0053 1] Length : 08
[036h 0054 1] Processor ID : 02
[037h 0055 1] Local Apic ID : 02
[038h 0056 4] Flags (decoded below) : 00000001
Processor Enabled : 1
.........

[zeyoung]

hello,
i a change my dsdt like you said me.
and it' freeze when the cpu are compted.
i can't boot with 9.6.0 or 9.8.0

I've checked and this is wrong...
replace as follows:
Scope (_PR)
{
Processor (CPU0, 0x00, 0x00000810, 0x06) {}
Processor (CPU1, 0x01, 0x00000000, 0x00) {}
Processor (CPU2, 0x02, 0x00000000, 0x00) {}
Processor (CPU3, 0x03, 0x00000000, 0x00) {}
Processor (CPU4, 0x04, 0x00000000, 0x00) {}
Processor (CPU5, 0x05, 0x00000000, 0x00) {}
Processor (CPU6, 0x06, 0x00000000, 0x00) {}
Processor (CPU7, 0x07, 0x00000000, 0x00) {}
Processor (CPU8, 0x08, 0x00000000, 0x00) {}
Processor (CPU9, 0x09, 0x00000000, 0x00) {}
Processor (CP10, 0x0A, 0x00000000, 0x00) {}
Processor (CP11, 0x0B, 0x00000000, 0x00) {}
Processor (CP12, 0x0C, 0x00000000, 0x00) {}
Processor (CP13, 0x0D, 0x00000000, 0x00) {}
Processor (CP14, 0x0E, 0x00000000, 0x00) {}
Processor (CP15, 0x0F, 0x00000000, 0x00) {}
}This should fix booting up with all cores right...
I've checked this in a Mac Pro DSDT dump...
Apple starts CPU entries from 0 rather than 1.
Hereby the CPU count is probably misdetected etc...
Try modding your DSDT and let me know
This will also fix your IOService node in IORegistry btw

[fvp]

I've got this error when try to (re-)buil the AnV 1.7. Any ideas?

[8] Processing Libc (Libc-498.1.7) (5 mins) 03:08:22
Extracting (Libc-498.1.7.tar.gz)...
Patching (Libc-498.1.5.diff)...
Building...
mv readdir.So readdir-INODE32.So
mv seekdir.So seekdir-INODE32.So
mv scandir.So scandir-INODE32.So
mv telldir.So telldir-INODE32.So
mv statx_np.So statx_np-INODE32.So
1 error
*** Error code 2

Stop in /Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7.
make: *** [build] Error 1
ERROR

---

The cause:

cc -static -g -arch i386 -pipe -std=gnu99 -fno-common -Wmost -D__LIBC__ -D__DARWIN_UNIX03=1 -D__DARWIN_64_BIT_INO_T=1 -D__DARWIN_NON_CANCELABLE=1 -D__DARWIN_VERS_1050=1 -DNOID -DLIBC_MAJOR=1 -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/OBJROOT/obj.i386/CANCELABLE -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/SYMROOT/include -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/include -force_cpusubtype_ALL -no-cpp-precomp -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/gdtoa -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/gen -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/pthreads -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/stdtime -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/locale -DLIBC_ALIAS_NANOSLEEP -DBUILDING_VARIANT -DVARIANT_CANCELABLE -I/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/OBJROOT/Frameworks/System.framework/PrivateHeaders -Os -c /Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/gen/nanosleep.c -o nanosleep.o
/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/stdlib/realpath-fbsd.c: In function ‘realpath’:
/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/stdlib/realpath-fbsd.c:94: warning: ‘inode’ may be used uninitialized in this function
/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/stdlib/realpath-fbsd.c:90: warning: ‘dev’ may be used uninitialized in this function
/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/stdlib/realpath-fbsd.c:88: warning: ‘islink’ may be used uninitialized in this function
In file included from /Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/pthreads/pthread_internals.h:76,
from /Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/gen/nanosleep.c:32:
/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/pthreads/pthread_machdep.h:60:45: error: System/machine/cpu_capabilities.h: No such file or directory
In file included from /Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/pthreads/pthread_spinlock.h:57,
from /Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/pthreads/pthread_internals.h:77,
from /Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/gen/nanosleep.c:32:
/Users/fvp/Desktop/voodoobuild-0.3.6/tools/Libc-498.1.7/OBJROOT/Frameworks/System.framework/PrivateHeaders/machine/cpu_capabilities.h:35:42: error: System/i386/cpu_capabilities.h: No such file or directory
*** Error code 1
1 error
*** Error code 2

[blackknight]

Does this version do anything for people with more than 4 gigs of ram and AMD? I still have to use maxmem=4096 with 1.6.

Thanks.

[HardRom]

Edit: This crash hasn't re-occurred, should I not worry?

System crash - I was browsing a website; I had not clicked on anything, nor did I have anything extensive running in the background. The apps I had open were Vine Server, Firefox, Adium. Firefox was browsing 4 tabs. The flash movie went through once, then started again and the system KP'd. It appears (with my limited knowledge) that firefox is the culprit.

[fvp]

Hi Andy;

I know this is an old thread. But I noticed that I'm (still) facing some issues regarding seatbelt.kext

I'm running """Darwin Kernel Version 9.8.0: wo 16 sep 2009 21:54:52 CEST; AnV XNU Kernel Release 1.7 :xnu-1228.15.4/BUILD/obj/RELEASE_I386 i386"""

on a X2 AMD and I'm not able to load seatbelt.kext (Version 107.12 - Build 78). Kextload says it's """Not a Bundle""".

Yet Version 107.10 - Build 14 loads ok, but I've got PANIC when mounting DMG.

I know I don't need seatbelt.kext on 10.5.8. But Google Chrome (my favorite browser) does not work without it.

Please, any advice of yours?

Regards

[andyvand]

try a seatbelt kext from 10.5.8 update and patch it with marvins amd utility and install it. next boot with -f. let me know if it works...