Author Topic: VoodooTSCSync for Snow Leopard -- New Release  (Read 65753 times)

0 Members and 1 Guest are viewing this topic.

cosmo1t

  • VoodooLabs
  • Posts: 25
« Last Edit: September 28, 2009, 02:46:41 AM by cosmo1t »

sonotone

  • Observer
  • Posts: 29
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #1 on: September 21, 2009, 11:17:11 PM »
Many thanks Cosmo1t  ;)
I'll try it soon...

jusasweet69

  • Entrant
  • Posts: 1
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #2 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 :)
« Last Edit: September 23, 2009, 11:40:19 PM by jusasweet69 »

youminbuluo

  • Entrant
  • Posts: 6
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #3 on: September 22, 2009, 06:08:54 PM »
so i was wondering what is it used for??

rals2007

  • Observer
  • Posts: 10
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #4 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" ?

cosmo1t

  • VoodooLabs
  • Posts: 25
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #5 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.

EtHeO

  • Entrant
  • Posts: 1
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #6 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":


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

s0nykus

  • Observer
  • Posts: 12
  • Coders know all the right MOV-s! ;)
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #7 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! ;)
Dell Latitude D830
BIOS A14
Core2 Duo T9500 Penryn 2.6GHz
Intel PM965, 82801HBM (ICH8-ME)
4GB Hyundai PC2-5300 nVidia Quadro NVS 140M Broadcom BCM5755M Gbit (32bit drv) Wi-Fi Intel 4965 AGN (no drv) USB Wi-Fi Canyon CNP-WF518 (32bit drv) Triple boot SL 10.6.2/Ubuntu 9.10/Win7 x64

s0nykus

  • Observer
  • Posts: 12
  • Coders know all the right MOV-s! ;)
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #8 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
Dell Latitude D830
BIOS A14
Core2 Duo T9500 Penryn 2.6GHz
Intel PM965, 82801HBM (ICH8-ME)
4GB Hyundai PC2-5300 nVidia Quadro NVS 140M Broadcom BCM5755M Gbit (32bit drv) Wi-Fi Intel 4965 AGN (no drv) USB Wi-Fi Canyon CNP-WF518 (32bit drv) Triple boot SL 10.6.2/Ubuntu 9.10/Win7 x64

Hav0c

  • Entrant
  • Posts: 1
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #9 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?

troe666

  • Entrant
  • Posts: 1
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #10 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! :)
« Last Edit: January 07, 2010, 03:32:49 AM by troe666 »

Cho young jun

  • Entrant
  • Posts: 1
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #11 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?
 

righteye

  • Entrant
  • Posts: 1
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #12 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 ?

amdest

  • Entrant
  • Posts: 6
  • Life needs a soundtrack!
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #13 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...
« Last Edit: July 15, 2010, 05:46:04 PM by amdest »
Leo 10.5.8 (vanilla kernel) on Dell Latitude D620: Chameleon 2 RC2, dsdt, 1.67GHz Yonah, nVidia Quadro NVS 110M, Intel 3945 | Linksys PCMCIA WiFi

harom14

  • Entrant
  • Posts: 1
Re: VoodooTSCSync for Snow Leopard -- New Release
« Reply #14 on: July 22, 2010, 10:15:34 AM »
The same panic here with a Dell D620.
  • cpus=2 with VoodooTSCSync: kernel panic in 32bit and in 64bit mode too when I launch Activity Monitor
  • cpus=1 with VoodooTSCSync: no problem
  • cpus=2 without VoodooTSCSync: intolerable lagging