Voodooprojects

VoodooPS2Controller => General Discussion => Topic started by: slashack on April 24, 2009, 06:38:05 AM

Title: ALPS working trackpad in Snow Leopard
Post by: slashack on April 24, 2009, 06:38:05 AM
Update: 11/09/2009

Installed Snow Leopard 10.6.2 into my Dell Inspiron 1420.

Tryed bcc9 64 bits kext from here: http://forum.voodooprojects.org/index.php/topic,718.0.htmlt (http://forum.voodooprojects.org/index.php/topic,718.0.htmlt), but trackpad didn't worked for me (just went crazy).

so here's my originally modified kext compiled for 64 bits Snow.



------------------
ORIGINAL POST
------------------
Ok, here's what i did to make my ALPS working on an Inspiron 1420.

First some debugging info i've got after a few hours:

1- My ALPS glidepoint is detected as ALPS, but then in probe() IsItALPS returns false.
2- This ALPS uses absolut mode, but in interruptOcurred is detected as relative and uses 3 UInt8 packets, and discards 3 more packets, sometimes, depending on data, it doesn't discards three, but detects them as a packet, reading garbage. Commenting those lines makes interruptOcurred call absolutwithpacket (or something like that) with a 6 item array. It starts working at this point.
3- in ApplePS2ALPSGlidePoint::setParamProperties(): eaccell value is 0, so _edgeacellvalue is never set. This makes scrolling unavailable (accelleration is 0, so it never moves).
4- In ApplePS2ALPSGlidePoint::dispatchAbsoluteEventWithPacket() where it calculates the ydiff and xdiff there is somewere a comparation with SCROLL_HORIZ and SCROLL_VERT: that calc takes ydiff and xdiff back to zero, disabling scrolling.
5- In ApplePS2ALPSGlidePoint::dispatchAbsoluteEventWithPacket(), the Z variable doesn't represent touch pression (doesn't know what represents yet). So tapping doesn't work. Instead, first bit at 3rd item in packet array represents the tapping (packet[2] & 1). I used that to simulate a left button click.

With all these modifications, and some constants to make my trackpad a bit slower, I "patched" ApplePS2ALPSGlidePoint.cpp to make my touchpad work. (I said "patched" because it's a crapy code just for me, but this info may guide the vooodoo team to a fully working ALPS driver)

hope it helps, someone.
Title: Re: ALPS debugging info (posible solution)
Post by: mac1535 on April 25, 2009, 01:18:48 AM
Please post your kext. I hope to get it to work on my Dell Studio 15. Thanks
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on April 25, 2009, 03:37:23 AM
It doesn't work right. It has some issues. Let's wait some time till voodoo team fixes it. I'll keep on trying to fix this minor issues i have. If i finish first, i'll give it to you.
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on April 27, 2009, 01:49:48 AM
hope the voodoo team can use this info, the 1420 trackpad is the only thing left from a fully functional osx installation.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on April 27, 2009, 02:19:06 AM
I'm getting some panics while loading the kext i've modified. I'll keep working, if i got it to work fine, i'll post it.
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on April 27, 2009, 02:50:43 AM
Hope you get it sorted out slash, thanks for the effort  :)
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on April 27, 2009, 04:55:59 AM
Here it is. It works for me. But i don't know how to load it without gettin KP's. Sometimes I need to remove it from /S/L/E/VoodooPS2Controller.kext/Contents/PlugIns. Sometimes i need to unload mouse controller first, then load this file. I don't know why. Just try loading/unloading untill it works.

I've corrected issues from the first post, and changed the code where the calculations on how and when to scroll are made. When i wasn't scrolling, but reached the scrolling area without lifting my finger, it started scrolling. I've changed it to work like if i am not scrolling and i reach the scrolling area, then it keeps moving. To scroll, finger must start touching the pad inside the scrolling area.

Speeds are hardcoded, so if u want more speed, don't even bother touching the Info.plist file, just use the Mouse/Keyboard Preferences pane.

KEEP IN MIND I'VE DONE THIS JUST FOR ME. I SHARE IT SO ANXIOUS PEOPLE DON'T HAVE TO WAIT UNTILL VOODOO TEAM FIXES THIS KEXT FOR US. BUGS NEEDED TO BE SOLVED IN ORDER TO MAKE THIS KEXT WORK ARE IN FIRST POST IN TOPIC.
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on April 27, 2009, 05:52:00 AM
Thanks I'll give it a try.
Title: Re: ALPS debugging info (posible solution)
Post by: Kabyl on April 27, 2009, 11:25:08 AM
Here it is. It works for me. But i don't know how to load it without gettin KP's. Sometimes I need to remove it from /S/L/E/VoodooPS2Controller.kext/Contents/PlugIns. Sometimes i need to unload mouse controller first, then load this file. I don't know why. Just try loading/unloading untill it works.

I've corrected issues from the first post, and changed the code where the calculations on how and when to scroll are made. When i wasn't scrolling, but reached the scrolling area without lifting my finger, it started scrolling. I've changed it to work like if i am not scrolling and i reach the scrolling area, then it keeps moving. To scroll, finger must start touching the pad inside the scrolling area.

Speeds are hardcoded, so if u want more speed, don't even bother touching the Info.plist file, just use the Mouse/Keyboard Preferences pane.

KEEP IN MIND I'VE DONE THIS JUST FOR ME. I SHARE IT SO ANXIOUS PEOPLE DON'T HAVE TO WAIT UNTILL VOODOO TEAM FIXES THIS KEXT FOR US. BUGS NEEDED TO BE SOLVED IN ORDER TO MAKE THIS KEXT WORK ARE IN FIRST POST IN TOPIC.

Nice  :)
Any chance for a patch attached in the first post?
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on April 27, 2009, 07:33:57 PM
I'll try and make config parameters load from synapticsconfigloader instead of using hardcoded values. Then i'll make a patch. Is there any SVN or somewhere to grab the latest code? Ineed the synaptics prefences pane latest code to make it work.
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on April 28, 2009, 04:51:16 PM
i don't believe an svn has been set up  :'( , i really hope you and the voodooteam get it sorted out, seems like every other laptop except the 1420 has had scrolling support in osx86 for the longest time already. As for the kext that you posted, been having problems with the installer package from voodoo, did a system restore will try again a bit later.
Title: Re: ALPS debugging info (posible solution)
Post by: gumblecosby on April 29, 2009, 03:28:42 AM
Tested the kext on an vostro 1400. Both horizontal and vertical scrolling work well. (remember to enable scrolling in the trackpad pref pane(not the voodoo one!).

Its a great achievement as this trackpad could never scroll at all before so a big thank you to you and, of course, the voodoo team for the original kext.

The only problem is that it will cause a K.P occasionally on boot up (at same place as when the original voodoo kext so i dont think it is because of your modifications ).

Usually a verbose boot will succeed.


Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on April 30, 2009, 07:45:04 AM
So i reinstalled the vanilla ACPI from 10.5.5 got the kext to load after kernel panic, i figured out on my 1420 at least that the panic was related to multiple cores, so i disabled 1 core and the OS loaded, once inside OS X i tried to move the trackpad however, it was rather unuseable I couldnt left click or right click even with USB mouse, and if I touched the trackpad the pointer would jump erratically. Sigh the wait continues.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on April 30, 2009, 05:13:23 PM
The same happened to me. I cannot load the kext at boot (KP). If VoodooPS2Mouse is inside VoodooPS2Controller.kext, then it doesn't loads or something happens. But if VoodooPS2Keyboard is the only plugin, and, after boot, i manually load this kext, it works.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 06, 2009, 09:26:13 PM
This kext works only with ALPS touchpad. I've managed to find why it panics. The kext works for three kinds of touchpad. I don't know how it probes them and loads the correct one, so I removed support for the other two kinds of touchpad. It only supports ALPS, but it works great! (at least for me).
Title: Re: ALPS debugging info (posible solution)
Post by: gumblecosby on May 07, 2009, 02:19:47 AM
Tested the new kext on vostro 1400 alps glidepad. Scrolling is no longer enabled. The kext is no longer loaded in kextstat.
My trackpad must be one of the other 2 instances of this trackpad. Is it possible or difficult to create kexts for the other 2 instances of this trackpad.

Your previous kext worked well (I using it now :) ) for me when the system did not panic during the boot up

What version number is your alps glidepoint? I think mine is 1.016 or something like that.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 07, 2009, 02:24:01 AM
don't load VoodooPS2Mouse, just use Keyboard and Trackpad kexts.

Try unloading them manualy
Code: [Select]
kextunload /System/Library/Extensions/VoodooPS2Controller.kext/Contents/PlugIns/VoodooPS2Mouse.kext
kextload /System/Library/Extensions/VoodooPS2Controller.kext/Contents/PlugIns/VoodooPS2Trackpad.kext
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on May 07, 2009, 03:52:43 AM
ill test the new kext out in a few, hmm for some reason when i try to extract the uploaded zip i get a 0 byte kext file with nothin in it, could you please reupload the file thanks slash
Title: Re: ALPS debugging info (posible solution)
Post by: gumblecosby on May 07, 2009, 04:21:46 AM
I only just noticed that now when looking for the info.plist . Doh!
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 07, 2009, 05:02:34 AM
sorry, here it is.
Title: Re: ALPS debugging info (posible solution)
Post by: gumblecosby on May 07, 2009, 06:08:18 AM
Its working well here. I rebooted 3 times and not one KP. Once again, thank you very much
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on May 07, 2009, 07:02:25 AM
scrolling is working well, trackpad is responding however tracking does pause briefly when makin minute movements, other than that awesome job slash =)
Title: Re: ALPS debugging info (posible solution)
Post by: iamkalabaw on May 07, 2009, 01:31:11 PM
Scrolling works but tapping does not. Is this a trade-off? Or did  I miss something?
Title: Re: ALPS debugging info (posible solution)
Post by: iamkalabaw on May 07, 2009, 04:49:37 PM
Figured it out. Had to enable Clicking and Dragging under Trackpad prefence pane. Scrolling works real good. However, tracking is a wee bit sputtery.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 07, 2009, 07:18:57 PM
I don't understand what you're trying to say. If you can explain me, i'll fix it. The source is really easy to change. Just keep in mind that this trackpad works in an absolute mode, so we can do almost anything. Every time you touch the pad, the X and Y coordinates are sent. What this driver does, is calculate the difference between the last coordinates and send a movement command so the pointer moves. If this coordinates are between some range, then it calculates the difference and sends a scrolling command.

This calculations can be modified so it does whatever we want (i even modified it in order to get circular scrolling like some netbooks)

Just tell me what's weird, or just working bad, and i'll fix it.
Title: Re: ALPS debugging info (posible solution)
Post by: andro on May 07, 2009, 11:36:55 PM
kext loads okay on Vostro 1510, 10.5.6 retail. No KP (VoodooPS2Controller w/o VoodooPS2Trackpad never gave me any KP either).
however, no preference pane for Trackpad shows up and I assume that it's because Apple modified the Info.plist in Trackpad.prefPane to look only for certain hardware. How did you guys get it to work? I'm curious to see how well this kext performs :). suggestions?
Title: Re: ALPS debugging info (posible solution)
Post by: iamkalabaw on May 08, 2009, 11:06:13 AM
slashhack,

First, thanks for the effort man. You did a real good job. I think djkinetic and I have the same observation when he said

Code: [Select]
...however tracking does pause briefly when makin minute movements
tracking feels a little bit off in my observation. I cannot pinpoint exactly what it is but tracking does not feel as smooth as it should be.
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on May 08, 2009, 09:39:38 PM
Basically what i'm trying to say is that, when you need to move the pointer a small distance there's sometimes a pause where the cursor won't move, and so you need to lift your finger and try the motion again to get the cursor to move. It only happens when trying to move the pointer a very small distance. Or if you have to make a small adjustment with lets say a slider, pointer will pause and not move. Other than that the kext works great. I'm not sure if its because of any modfications or if thats just how the code was written by the voodoo team. If we could get that sorted out it be great.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 09, 2009, 08:34:10 PM
Resolution was set to 100 dpi, so i multiplied relative distances by 0.2, in order to decrease pointer speed (was too fast). The problem was that when trackpad moved 1 position, that multiplication leaved a 0, so the pointer in screen didn't moved. I changed resolution to 500 dpi. That made the 0.2 multiplication useless. Now when the trackpad moves 1 position, the pointer moves 1 dot = 1/500 inches.

Does it works right now?
Title: Re: ALPS debugging info (posible solution)
Post by: djkinetic on May 10, 2009, 02:59:56 AM
Resolution was set to 100 dpi, so i multiplied relative distances by 0.2, in order to decrease pointer speed (was too fast). The problem was that when trackpad moved 1 position, that multiplication leaved a 0, so the pointer in screen didn't moved. I changed resolution to 500 dpi. That made the 0.2 multiplication useless. Now when the trackpad moves 1 position, the pointer moves 1 dot = 1/500 inches.

Does it works right now?

Thank you very much slash works much better. Trackpad is alot smoother.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 10, 2009, 03:17:34 AM
I don't remember how this trackpad works in windows or linux. I don't have such option, so if something is weird, just tell me, is really easy, and i can practically make any changes on this source.

Title: Re: ALPS debugging info (posible solution)
Post by: iamkalabaw on May 10, 2009, 05:06:06 PM
slash,

I tried the new kext and I think it works perfect. Awesome job man. Thanks.
Title: Re: ALPS debugging info (posible solution)
Post by: kirbysayshi on May 15, 2009, 06:57:42 AM
slashack,

I have a Dell D630, which I believe has an ALPS trackpad. When I use either your kext or the "stock" voodoo trackpad kext, the mouse tab disappears from the keyboard & mouse pref pane, there is NO trackpad pref pane, and the VoodooPS2 pref pane, when clicked, gives me an "ApplePS2SynapticsTouchPad not found error".

Looking in the console and searching for PS2, there are a bunch of ApplePS2ALPSGlidePoint: Dictionary Object: some value. Just before that is ApplePS2Trackpad: ALPS GlidePoint v8.99. Just before that is VoodooPS2SynapticsTouchPad loaded. And before that is ApplePS2Controller: Timed out on mouse input stream.

Does this help at all? The trackpad is working, but only has a hyper-sensitive, zero-modification mouse. Perhaps there is a conflict? 
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 19, 2009, 02:21:06 PM
I will try and make and effort to find some way of having a trackpad or mouse preference pane.


By the way, does any of you have working tapping with this driver being loaded on boot? I have to unload and load the kext again in order to get tapping.
Title: Re: ALPS debugging info (posible solution)
Post by: andro on May 19, 2009, 05:58:55 PM
occasionally tapping is working upon boot, but most of the time I have to reload the kext to get it working.

Any chance of getting seeing the modifications you've made to the source? there are a few tweaks I'd like to put in to make it perfect :-).

And, thank you for making my hackintosh experience so much better :-).
Title: Re: ALPS debugging info (posible solution)
Post by: iamkalabaw on May 21, 2009, 03:14:32 AM
tapping works 100% of the time upon boot.
Title: Re: ALPS debugging info (posible solution)
Post by: steren on May 21, 2009, 05:59:30 AM
By the way, does any of you have working tapping with this driver being loaded on boot? I have to unload and load the kext again in order to get tapping.

Same here, is the only thing im missing for having a fully working trackpad, any ideas?
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 21, 2009, 04:39:08 PM
Information from ps2 controller comes un 6 byte packets [0-5]. The bit 0 from packet 2, means "the trackpad has been tapped", bit 1 means "the trackpad is being pressed". Well, the logical step is to convert bit 0 to a button event. That's what i've done. But the problem is, whenever system starts, this information doesn't reach the driver. Somewhere in the controller or in the hardware, one bit is being lost.

Maybe some initialization that fails? I'll check it out later.
Title: Re: ALPS debugging info (posible solution)
Post by: steren on May 30, 2009, 05:55:48 AM
Im using it in a new intallation and is sendig a lot of debug data to the system log, is filling with messages like this:

kernel[0]: Sending event: 0,1,1
kernel[0]: Absolute packet: x: 582, y: 529, xpos: 582, ypos: 529, buttons: 1, z: 82, zpos: 0

Title: Re: ALPS debugging info (posible solution)
Post by: Kabyl on May 30, 2009, 07:49:12 AM
slashack, steren, please read our Contributing Guidelines (http://forum.voodooprojects.org/index.php/topic,171.0.html).

Title: Re: ALPS debugging info (posible solution)
Post by: freeburma on May 31, 2009, 05:55:45 AM
Slashack, your ALPS driver has made it's way to the 'driver pack' on a popular forum were a fairly large number of people have adopted it as the trackpad driver of choice.  I know this goes against the efforts here to keep some control of the code and limit (or eliminate) forks.  That said, as some large number of people are using it (including me) and having good success I'm asking if you could post a version with the debug output turned off (the x-y position stuff).

I think that as the cat is out of the bag, so to speak, that it would not cause any harm to put out a version that can be used without the large amount of debug I/O until the *official* version is updated. 

Kabyi, please don't jump on slashack for this request, if you feel the need, jump on me for making the request after having read you comment here and your guidelines.  The reality is, a fair few people are using this and all that debug I/O is a drag.  I really do understand and agree with your efforts to maintain reasonable version control.
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on May 31, 2009, 06:02:50 AM
I know this is a mess. But i've made this changes to this driver some time ago. I want to make a patch to make the driver work with the real voodoops2controller. It's been in my todo list for almost a month. Currently i'm out of time. I believe in two weeks i could do it.

Regarding the debug output. I didn't knew it was there, cause i've made some research and the one i'm using doesn't print anything. I'll post the latest as soon as i get my notebook back (the kext is there).
Title: Re: ALPS debugging info (posible solution)
Post by: freeburma on May 31, 2009, 06:17:34 AM
Slashack, thanks!  The debug is going into the system log (/var/log/system.log).  You can watch the disk activity while using the track pad...  Mine was at 150MB when I noticed...  I can point you to the forum if you want to put in your $0.02 worth concerning the driver there, it really has been a hit, lots of people happy with the results.
Title: Re: ALPS debugging info (posible solution)
Post by: Chrysaor on June 17, 2009, 10:10:51 AM
Any news on the non-debug version?
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on July 09, 2009, 10:32:48 PM
I'm just waiting for Kabyl PM response. Patching is almost done.
Title: Re: ALPS debugging info (posible solution)
Post by: Rebellious on July 10, 2009, 08:21:10 PM
Slashack, thanks for the working driver. Though it's working only after manual reload of the kext, but still - it gave me tapping. Scrolling I had before. The laptop is Dell Vostro 1510. Will be anxiously waiting for the fully working and more functional driver from you!

Thanks once again.

Rebellious
Title: Re: ALPS debugging info (posible solution)
Post by: talisman on July 16, 2009, 07:48:18 AM
Some developments have been made with the Alps Trackpad on M1530s. Now it is possible to have two finger scroll in addition to scroll zones. Also tapping works flawlessly before and after sleep. The details: Look in page 29 of the guide to M1330/M1530 on the other side of the fence....
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on July 16, 2009, 04:43:45 PM
I made the patch about one week ago but it seems that the voodoo team is busy.

Here's the kext i'm using and the message i sent to kabyl:

Fixes:
- Packets are detected as absolut, not relative.
- It uses acceleration value from Trackpad.prefpane, not mouse one.
- Scrolling works just fine.
- Tapping works without reloading the driver.
- It detects Inspiron 1420 touchpad.


Things that works from Trackpad preference pane:
- Tracking Speed
- Double-Click Speed
- Use two fingers to scroll (enables vertical scroll!)
- Allow horizontal scrolling
- Scrolling Speed
- Zoom
- Clicking

Things that doesn't work:
- Dragging (it works by default)
- Drag Lock (doesn't work at all)
- Ignore accidental trackpad input
- Ignore trackpad when mouse is present


To enable trackpad prefpane (got this info from here: http://www.insanelymac.com/forum/index.php?showtopic=142466):

open /System/Library/PreferencePanes/Trackpad.prefPane/Contents/Info.plist and remove this line

<key>VendorID</key>
    <integer>1452</integer>

Delete:
~/Library/Caches/com.apple.preferencepanes.*

Now you can open /System/Library/PreferencePanes/Trackpad.prefpane

(if it doesn't work, delete all of NSPrefPaneIOServiceAttributesToMatch)


Hope this helps!

Title: Re: ALPS debugging info (posible solution)
Post by: Rebellious on July 25, 2009, 09:54:36 PM
Where do I get the Trackpad.prefpane? Actually, I got none... Could anyone help me with the matter? There's only VoodooPS2.prepane...
Title: Re: ALPS debugging info (posible solution)
Post by: slashack on July 25, 2009, 10:53:57 PM
Read previous post. It's there!
Title: Re: ALPS working trackpad in Snow Leopard
Post by: slashack on November 11, 2009, 07:30:25 AM
Topic updated
Title: Re: ALPS working trackpad in Snow Leopard
Post by: rameshb_v on January 01, 2010, 10:32:23 AM
Topic updated

Is two finger scrolling working ? It does not work for me on HP DV2500 ALPS trackpad. I have also set the doubletap in the trackpad preference pane.
Title: Re: ALPS working trackpad in Snow Leopard
Post by: xjust on March 30, 2010, 07:07:00 PM
is there any way to disable scrolling and have just two finger scrolling on m1530 ? (alps)
im loosing a lot of the pad because of this.. thanks
Title: Re: ALPS debugging info (posible solution)
Post by: chronolynx on June 27, 2010, 02:05:37 AM
Resolution was set to 100 dpi, so i multiplied relative distances by 0.2, in order to decrease pointer speed (was too fast). The problem was that when trackpad moved 1 position, that multiplication leaved a 0, so the pointer in screen didn't moved. I changed resolution to 500 dpi. That made the 0.2 multiplication useless. Now when the trackpad moves 1 position, the pointer moves 1 dot = 1/500 inches.

Does it works right now?
http://forum.voodooprojects.org/index.php?action=dlattach;topic=245.0;attach=249

HEY !! is this one compatible for x32 or x64 Snow leopard's kernel?

thanks in advance
Title: Re: ALPS working trackpad in Snow Leopard
Post by: tmacyunn on June 30, 2010, 05:09:15 AM
       I install it ,and it goes well .But it can`t give two finger working, i can use this  to scroll and click. When use  -v to start login ,it says
Code: [Select]
Synaptics TouchPad and Sentelic FSP do not loaded ALPS trackpad ,thanks!
Title: Re: ALPS debugging info (posible solution)
Post by: chronolynx on July 30, 2010, 08:19:28 PM
I made the patch about one week ago but it seems that the voodoo team is busy.

Here's the kext i'm using and the message i sent to kabyl:

Fixes:
- Packets are detected as absolut, not relative.
- It uses acceleration value from Trackpad.prefpane, not mouse one.
- Scrolling works just fine.
- Tapping works without reloading the driver.
- It detects Inspiron 1420 touchpad.


Things that works from Trackpad preference pane:
- Tracking Speed
- Double-Click Speed
- Use two fingers to scroll (enables vertical scroll!)
- Allow horizontal scrolling
- Scrolling Speed
- Zoom
- Clicking

Things that doesn't work:
- Dragging (it works by default)
- Drag Lock (doesn't work at all)
- Ignore accidental trackpad input
- Ignore trackpad when mouse is present


To enable trackpad prefpane (got this info from here: http://www.insanelymac.com/forum/index.php?showtopic=142466):

open /System/Library/PreferencePanes/Trackpad.prefPane/Contents/Info.plist and remove this line

<key>VendorID</key>
    <integer>1452</integer>

Delete:
~/Library/Caches/com.apple.preferencepanes.*

Now you can open /System/Library/PreferencePanes/Trackpad.prefpane

(if it doesn't work, delete all of NSPrefPaneIOServiceAttributesToMatch)


Hope this helps!

got a vostro1310 here with an ALPS glidepad. This driver is pretty smoother but i can't side-scroll with this one. how can i?
Title: Re: ALPS working trackpad in Snow Leopard
Post by: angel.tdw on November 10, 2010, 08:26:45 AM
same here...i have alps trackpad,, on my dell 1440
click works,but i dont get any scrolling scrolling settings in the trackpad.pref

y so????

help needed
thanx

angel
Title: Re: ALPS working trackpad in Snow Leopard
Post by: vjkevlar on November 17, 2010, 07:51:20 PM
1.) I have tried and also tried it again still same. Mouse works smoothly, Tapping always annoyingly on, no scrolling whatsoever, the trackpad pref pane doesnt effect cursor in any way...NORMAL mouse pref does effect cursor speed... Voodoops2pref pane gives synamptecs or whatever message.

Dell M1530 2.5ghz, Snow 10.6.5
Title: Re: ALPS working trackpad in Snow Leopard
Post by: minimalco on November 26, 2010, 04:22:32 AM
THANX a lot man i've finally got my touchpad working with scrolling and tapping after sleep. my laptop is the same old dell 1420
i'm just wondering if it's possible to extend a little bit the scrolling region for the vertical edge. not so much, but just a few pixels would be perfect
Title: Re: ALPS working trackpad in Snow Leopard
Post by: Heratiki on November 30, 2010, 02:33:38 AM
Ok...  XPS M1530 here...  Here's what I did...

I used the files added to this post...  So those should help...  And then I followed these directions to get the TrackPad.PrefPane working correctly so that I could set the stuff up the way it should be.  The VoodooPS2 PrefPane crashes on me all the time.   So...  Here goes the instructions for the kext install to get it working flawlessly on my M1530 with Snow Leopard 10.6.5 - Updated from iAtkos S3 v2.

Install the included VoodooPS2Controller.kext (it's modified using the 64Bit compiled VoodooPS2Controller.kext and has VoodooPS2Mouse.kext removed and a modified VoodooPS2Trackpad.kext added in)

To install it use Kext Helper b7 available here - http://cheetha.net/ (http://cheetha.net/)

Make sure your install still has the AppleACPIPS2Nub.kext in there as well (it's needed) if not you can get it from below.

After that make sure that ApplePS2Controller.kext is not in your /System/Library/Extensions/

Reboot and give it a try...  I'll keep doing more and more testing to find out everything that works and doesn't work but for now it works great and even works with 2 finger scrolling...  I'll keep you up to date...

Heratiki
Title: Re: ALPS working trackpad in Snow Leopard
Post by: valkin on November 30, 2010, 07:09:38 PM
Hi Slashack,

My name is Leon Bollerup, i'm the founder of the D4x0 group (www.osxlatitude.com) - a small group that work dedicated to bring OSX to Dell Latitude D series.

Anyway, we have been testing your voodooPS2Controller.kext, and found that the latest version dosent work with out latitudes, however, the first one did (the one that spits out alot of debug info)

We were wondering if you would be so kind, to take that version, and remove the debug output so we can include it in our EDP - please it would mean alot to us.

I would be extremly happy if you could contact me on lsb@osxlatitude.com so you can see what we have so faar.

Best regards,
 Leon Bollerup

Ps.
I have attached the version we are working with right now..