Voodooprojects

VoodooLabs => News => Topic started by: cosmo1t on September 21, 2009, 11:07:19 PM

Title: VoodooTSCSync for Snow Leopard -- New Release
Post by: cosmo1t on September 21, 2009, 11:07:19 PM
Here it is:

http://forum.voodooprojects.org/index.php/topic,794.0.html

source: http://code.google.com/p/voodootscsync/
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: sonotone on September 21, 2009, 11:17:11 PM
Many thanks Cosmo1t  ;)
I'll try it soon...
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: jusasweet69 on September 22, 2009, 01:35:16 AM
will this work for the Core Duo or dose it need to be a Core 2 Duo? just wondering before i try it out.....

Edit: Tried it on a Core Duo and works well also finally I'm 100% Retail and just added voodoo*.kexts
Thank you guys very happy user now :)
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: youminbuluo on September 22, 2009, 06:08:54 PM
so i was wondering what is it used for??
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: rals2007 on September 27, 2009, 01:06:28 PM
cosmo1t

"If you have issues w/ more than 2 cores check the Info.plist and the IOCPUNumber that the kext will match on."

Does it mean if i have 4 cores, i will change IOCPUNumber from "1" to "2" ?
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: cosmo1t on September 28, 2009, 02:49:26 AM
what quad core has a TSC synchronization issue?
if u have one that does, no, you'd change it to 3 , so that it loads after the last cpu is activated.
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: EtHeO on December 01, 2009, 11:23:04 PM
Unfortunately, it doesn't work for me. I have a laptop sporting a T4200. Should it work? Anyway, kernel panic when booting with "-v -f arch=i386":
(http://www.sforum.nl/IMAGE_300.jpg)

Does work with "-v -f arch=i386 cpus=1" though.
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: s0nykus on December 01, 2009, 11:41:25 PM
Confirmed! Works well on a Dell Latitude D820 that's been behaving pretty ugly before this one. Intermittent mouse, video, and keyboard, repeating chars while typing, etc. to name just a few symptoms. No more stuttering with this kext loaded, both CPUs are active, bingo! The world is saved again.

Thanks a lot guys, keep up the great work! ;)
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: s0nykus on December 15, 2009, 08:48:30 PM
Hey guys,

I've tried it on the Dell Latitude 830 as well (Core2Duo T9500 Penryn), and it loads and runs successfully.

I'm not sure if I really need to use this kext or not. I've first tried it on a D820 which had pretty serious stuttering issues. You could only get rid of them using cpus=1, before this kext, which fixed it.

On my D830 on the other hand, I've never had those problems. What I do have though are random USB and PS2 controller problems. Here's a list:


A. Keyboard problem:

My laptop keyboard sometimes goes AWOL. I can't type, though the Ctrl+arrow shortcuts still work in Expose, but I can't type. If I leave a console window open and in focus for a long period, and leave the laptop idle, it sometimes starts to type rows of "7777777777777777777777" in the console. Yes, it's funny. :)


B. USB problems:
 
On boot, I often (but randomly, not always) get messages like:

USBF:      1.417   AppleUSBUHCI[0x84ac000]::start unable to initialize UIM

and then some of my USB ports will fail. These might come from a potential IRQ problem though (I must learn more DSDT editing). I have a hunch that my USB IRQ conflicts with my HPET, unfortunately. When I use a HPET-edited DSDT (only the "new HPET" style works), I lose my USB ports entirely. That's why I'm using netkas' HPETDevice kext and my original, unedited DSDT.

I can't put the laptop into hibernate (deep sleep) unless I previously remove everything from my USB ports. If entering hybernate still fails, I try it twice, and usually succeed on second try.


C. PS/2 controller problems:

During normal operation, I sometimes get messages like:

ApplePS2Mouse: Unexpected data from PS/2 controller.

I'm using the newer 32/64-bit com.yourcompany.driver.AppleACPIPS2Nub (1.0.0d1)
However, my touchpad and pointing stick always seem to work properly, it's just the keyboard that gets messed up on occasion, as stated above.


I wonder if any of these problems have anything to do with TSCSync.
On load, my dmesg says:

Current tsc from rdtsc64() is 48035125190. Rendezvouing..
VoodooTSCSyn::doTsc(): stamp_tsc was called: 2 times

Is this good or bad? :) Do I need this kext at all? Will it help with my problems?
I've just loaded it today for the first time, and I'll keep on watching.
Please do excuse my relative n00bness, the Hac scene is still all new grounds to me.


Cheers,
s0nykus
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: Hav0c on January 04, 2010, 10:44:23 AM
Unfortunately, it doesn't work for me. I have a laptop sporting a T4200. Should it work? Anyway, kernel panic when booting with "-v -f arch=i386":

Does work with "-v -f arch=i386 cpus=1" though.

So this won't work for Pentium Dual Core?
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: troe666 on January 07, 2010, 03:11:29 AM
Hi Guys
We really badly need a patch like this or ported version for AMD on Snow Leopard.
At the moment there are a few issues. Voodoo/derived kernels on 10.0.0 are detecting socket 939 clock speed fine. But 10.2.0 only detects fsb and bus and shows cpu speed as 0mhz. both 10.0.0 and 10.2.0 show no tsc synchronisation and this manifests in the mDNSResponder mach/absolute time mismatches in system.log with network activity and in general app instability at times.
Is there any way we can please get a Snow Leopard TSC Sync patch for AMD? I would do it but have no clue how.
Also the 10.2.0 onwards kernels are not showing the CPU speed properly.
Here's my full explanation thread posted from another forum:
--------
I know my TSC is out of sync due to the 10.2 darwin kernel reporting 'TSC unsynchronized' and also not showing any CPU clock speed, only FSB. as shown below:
5/01/10 11:15:07 PM   kernel   PAE enabled
5/01/10 11:15:07 PM   kernel   rtclock_init: Taking bus ratio path 1 (AMD Athlon)
5/01/10 11:15:07 PM   kernel   TSC: Verification of clock speed PASSED.
5/01/10 11:15:07 PM   kernel   TSC: Frequency = 0.0000MHz, FSB frequency = 241.7490MHz, bus ratio = 11
5/01/10 11:15:07 PM   kernel   Darwin Kernel Version 10.2.0: Tue Nov 17 01:24:40 EST 2009; annappirtrvh v2:xnu-1486.2.11/BUILD/obj/RELEASE_I386
5/01/10 11:15:07 PM   kernel   Unsynchronized TSC for cpu 1: 0x0000001182b50596, delta 0x45c29


furthermore, I know the Chocolate 10.0.0 kernel is still out of sync despite showing correct clock speed and not reported 'tsc unsynchronised', as I still get the trademark unsyc'd core problem with mDNSPlatformResponder time values in system log, shown below:
7/01/10 3:03:49 AM   kernel   TSC: Verification of clock speed PASSED.
7/01/10 3:03:49 AM   kernel   TSC: Frequency = 2651.90827MHz, FSB frequency = 241.8257MHz, bus ratio = 11
7/01/10 3:03:49 AM   kernel   Darwin Kernel Version 10.0.0: Mon Oct 12 04:06:05 AST 2009; anappirtrvh:xnu-1456.1.26/BUILD/obj/RELEASE_I386
7/01/10 3:03:49 AM   kernel   vm_page_bootstrap: 766473 free pages and 19959 wired pages
7/01/10 3:03:49 AM   kernel   standard timeslicing quantum is 10000 us
7/01/10 3:03:49 AM   kernel   mig_table_max_displ = 73
com.apple.driver.AppleIntelCPUPowerManagement
(e.g you can see how chocolate 10.0.0 kernel shows correct TSC clock speed when compared to later 10.2.0 version above).
and yet I still get (due to unsync'd TSC) in system.log whenever on internet, as well as native app crashes intermittent:

Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: last_mach_absolute_time CA9D5BE6000000D0
Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: this_mach_absolute_time CA9A758B000000D0
Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: last_mach_absolute_time CAADC151000000D0
Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: this_mach_absolute_time CAAA7E73000000D0
Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: last_mach_absolute_time F01F7A66000000D0
Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: this_mach_absolute_time F01CEA92000000D0
Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: last_mach_absolute_time F6E4C5F1000000D0
Jan 7 01:12:41 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: this_mach_absolute_time F6E16D8F000000D0
Jan 7 01:12:42 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: last_mach_absolute_time 29563129000000D1
Jan 7 01:12:42 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: this_mach_absolute_time 29526FBC000000D1
Jan 7 01:12:42 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: last_mach_absolute_time 308D7B2B000000D1
Jan 7 01:12:42 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: this_mach_absolute_time 308A7E38000000D1
Jan 7 01:12:42 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: last_mach_absolute_time 39674F17000000D1
Jan 7 01:12:42 troes-iMac mDNSResponder[25]: mDNSPlatformRawTime: this_mach_absolute_time 39640853000000D1

I can fix all issues by running 10.0.0 kernel with 10.2.0 snow and then having CPUS=1 in my kernel flags, which of course allows CPU clock speed to detect properly (due to 10.0.0 kernel) and then prevents TSC sync problems by only using One of the two cores. (due to kernel flag cpus=1)
Overall though its a bit gay because im only running 1 core, and its already shame enough running maxmem=2048 ;p


would REALLY appreciate some input from the chocolate or xnu/xni kernel authors on this one...theres obviously been a change from 9.8 voodoo in terms of now we dont have TSC sync in our kernels nor are the later ones picking up TSC clock speed correctly from socket 939 boards.
These features are pretty critical to AMD users im afraid. A lot of people just wont be noticing the TSC problems in their boot messages or the side effects in their app stability and system.logs etc.

I highly recommend all AMD users on 10.6.2 run for now with cpus=1 kernel flag and the 10.0.0 chocolate kernel. people say the phenom has hardware tsc-sync but there are plenty reporting problems around the place I found when trying to research this problem. not sure what side effects are of running 10.0.0 kernel on 10.2.0 system but i noticed more errors in system.log hence am stuck between rock and a hard place until the TSC Sync patch is released And the new kernels correctly detect CPU clock speed again like 10.0.0's did :(
:(

Thanks for the awesome work though hope u dont think im complaining FAR from it :) just wanting some help! :)
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: Cho young jun on February 10, 2010, 02:06:14 AM
i use it for my laptop xps m1210 which have t7200
it works...very well.
but, in my case, when i run activity monitoring, my laptop shutting down... :(
...
anyone else, having same case?
 
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: righteye on May 16, 2010, 04:28:08 PM
same problem about Activity Monitor ... KP if i dare opening it when using voodootscsync but not the cpus=1 flag ...

dell 820 with T7400 cpu
so, that makes us 2 with same cpu and same problem; but what that means ?

someone ?
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: amdest on July 15, 2010, 05:37:48 PM
same problem about Activity Monitor ... KP if i dare opening it when using voodootscsync but not the cpus=1 flag ...

dell 820 with T7400 cpu
so, that makes us 2 with same cpu and same problem; but what that means ?

someone ?

Confirmed. Activity Monitor leads to KP.
"Hard" software works fine: Photoshop, Lightroom, iMovie, FinalCut Express, Soundbooth etc.
All the other software works without problems also...
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: harom14 on July 22, 2010, 10:15:34 AM
The same panic here with a Dell D620.
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: amdest on July 22, 2010, 10:44:40 AM
Troubles are gone!

What i've done:
 - got AppleHPET working, and after that
 - got AppleIntelCPUPowerManagement working (gives KP w/o AppleHPET)

VoodooTSCSync with default config (cpu=1), Vanilla 9.8 kernel, sleep working OK, no more KP with Activity Monitor.
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: amdest on August 05, 2010, 02:02:12 PM
F*ck...

KP is back again. Don't know what's going on.
Since my previous post — only iTunes update was performed.

Update@19.08.2010: Removed AppleDecrypt.kext and installed FakeSMC.kext from Netkas. Moved back to vanilla kernel with TSCSync.kext. Everything's fine now.
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: kl34i2 on August 19, 2010, 07:09:00 PM
Question, I hear this only works with Core2Duo, but I have an ASUS G51VX with a P7350 (Centrino2) and am wondering if and how to make this work.  I installed it, but am unsure if I need to specify any arguments during boot or if it just plain will not work.  Thanks in advance!
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: amdest on August 19, 2010, 07:26:57 PM
Question, I hear this only works with Core2Duo, but I have an ASUS G51VX with a P7350 (Centrino2) and am wondering if and how to make this work.  I installed it, but am unsure if I need to specify any arguments during boot or if it just plain will not work.  Thanks in advance!
With my config it works out-of-the-box right now (CentrinoDuo) — no need to edit .plist.
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: cosmo1t on September 20, 2010, 03:42:23 PM
I don't have a 7200.. Can you post the backtrace from the KP when you use activity monitor??
It works fine on the 7900.. You can also look for a modified kernel that contains the sync code...
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: alvin_a_garcia on October 13, 2010, 02:52:26 AM
Hello,

I have a Dell E1505 (6400) with a Core Duo processor.  I have Snow Leopard 10.6.4 installed and have the VoodooTSCSync kext installed.  I can consistently get a Kernel Panic when I start Activity Monitor or even the "top" utility in a terminal shell.  I would post a Kernel Panic backtrace log here.  However, I am not seeing any Kernel Panic logs in /Library/Logs/.  There is no CrashReporter/ or DiagnosticReports/ directory in that directory.  Am I looking in the wrong place? 


Interestingly enough, under my previous Snow Leopard installation (I had to reinstall due to problems when setting up triple-booting), I could (sometimes) start Activity Monitor without causing a Kernel Panic. 

Thanks!
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: alvin_a_garcia on November 11, 2010, 01:32:13 PM
Attached is an image of the kernel panic backtrace I encounter every time I attempt to start the Activity Monitor application on my Dell E1505 running Snow Leopard 10.6.4 with the VoodooTSCSync kext loaded.  I hope this information is useful to anyone who might be interested in figuring out why this kernel panic is occurring.  Thanks.

Screenshot reuploaded due to excessive size. Went from ~9MB to ~300kb - please think about this before uploading images, thanks.
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: fumoboy007 on November 13, 2010, 08:44:29 AM
Why is this only for Core 2 Duo?  The code looks very generic.  Why can't it be used on other processors (like AMD)?
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: cosmo1t on December 30, 2010, 05:58:00 PM
Why is this only for Core 2 Duo?  The code looks very generic.  Why can't it be used on other processors (like AMD)?

It probably can, as long as the kernel function exists in the modded kernel.. But i dont' have any amds that needed it
Give it a shot

Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: valv on December 31, 2010, 11:48:22 AM
Hi cosmo1t,
fumoboy007 made some tweaking to prevent EXC_I386_DIV crashes (amd). If interested u can get in touch with him over here http://osx86.co/f36/amd-dual-core-optimizer-for-snow-leopard-t6820/ (http://osx86.co/f36/amd-dual-core-optimizer-for-snow-leopard-t6820/)
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: juicebox666 on March 28, 2011, 04:47:02 PM
Does this work with 10.6.6?

And how do I remove it if it doesn't work?
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: spalek83 on April 01, 2011, 05:29:31 PM
Quote from: 'fumoboy007' post='1664111' date='Mar 31 2011, 06:29 PM'
History
I have an AMD Athlon 64 X2 dual-core processor. If I boot into Snow Leopard as is, I get EXC_I386_DIV crashes across my entire system after a few hours. If I boot with the cpus=1 kernel flag, I do not receive the crashes but I lose my second core, of course. When I booted with both cores enabled, I saw a message in my kernel log saying I had an unsynchronized TSC (time stamp counter) so I deduced that that was the cause of my crashes. And it made sense since only after a few hours could the TSC become so unsynchronized so as to cause crashes (I don't know the specifics.). After I discovered this, I found the VoodooTSCSync project (http://code.google.com/p/voodootscsync/). I tried it and it synchronized my TSC at boot but I still got crashes! Then I realized that I needed my TSC to be synchronized constantly, just like the AMD Dual-Core Optimizer does for Windows users. So I took the VoodooTSCSync project and turned it into VoodooTSCSyncAMD.

What it does
VoodooTSCSyncAMD is basically AMD Dual-Core Optimizer for the Mac OS. It synchronizes the TSC across all processor cores every 10 seconds. This is for Athlon 64 FX, Athlon 64 X2, Opteron (first-generation and second-generation), Sempron X2, and Turion 64 X2. VoodooTSCSyncAMD is essential to prevent EXC_I386_DIV crashes on these processors, as well as problems with Adobe Flash Player, and system lag after a few hours. I would like to thank the original creators of VoodooTSCSync for their efforts.

http://www.insanelymac.com/forum/index.php?showtopic=253773&st=0&gopid=1664416&#entry1664416
Title: Re: VoodooTSCSync for Snow Leopard -- New Release
Post by: madshark on May 01, 2011, 11:18:54 AM
I hope someone can shed some light. I'm running a vanilla SL install 10.6.7 all work fine except  slight hitch with my core i5 processor.

Without voodootscsync there is a whole lot of lag.
With voodootscsync and no kernel flags everything works fine and there is no lag However I'm not sure if all processors are being utilized. The tscsyn stamp is called four times. And ive used the build on here which has iocpunumber =1

Profiler reads CPU=1 Cores =2   Also IORegistyr epxlorer shows 4 cores if I read that right.
CPU0@0 thru CPU1@4 CPU2@1 CPU3@5

And the second listed CPU1@4 core shows the voodootscsync. Now Im totally clueless as to what this means. But what I do know is that the core i5 emulates 4 cores. So is this working right? Thanks.