Using kernel 2.6.22 and the mactel-linux revision 133 patch set from svn
on a Macbook Pro 15in, there seem to be a couple of peculiarities in the
trackpad behaviour.
1. During boot-up, the appletouch module always loads normally.
However, as X (using the fglrx driver 8.38.6) starts up I sometimes
(about one time in five) get an error that the core pointer is
unavailable. When this happens, the following shows up in syslog:
kernel: BUG: scheduling while atomic: Xorg/0x00000001/2826
kernel: [schedule+1267/2448] schedule+0x4f3/0x990
kernel: [_spin_unlock+13/48] _spin_unlock+0xd/0x30
kernel: [__wake_up_common+57/112] __wake_up_common+0x39/0x70
kernel: [__wake_up+56/80] __wake_up+0x38/0x50
kernel: [<f89d8f81>] irqmgr_wrap_shutdown+0xe1/0x150 [fglrx]
kernel: [<f89c9f45>] firegl_takedown+0x625/0xc50 [fglrx]
kernel: [proc_delete_inode+0/96] proc_delete_inode+0x0/0x60
kernel: [<f89c900f>] firegl_release+0x12f/0x190 [fglrx]
kernel: [<f89bd44f>] ip_firegl_release+0xf/0x20 [fglrx]
kernel: [__fput+151/368] __fput+0x97/0x170
kernel: [filp_close+73/128] filp_close+0x49/0x80
kernel: [put_files_struct+156/192] put_files_struct+0x9c/0xc0
kernel: [do_exit+314/2016] do_exit+0x13a/0x7e0
kernel: [<f8a14be9>] IRQMGR_WorkerThreadRoutine+0x29/0x30 [fglrx]
kernel: [<f89bab90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
kernel: [<f89bab90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
kernel: [<f89d8d2e>] IRQMGR_CallbackWrapper+0xe/0x20 [fglrx]
kernel: [<f89bab90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
kernel: [kernel_thread_helper+13/20] kernel_thread_helper+0xd/0x14
Removing and re-inserting appletouch generally fixes this, although
sometimes I have to do the remove and reinsert twice.
2. I have my screen set to blank after a period of non-usage. When
waking up after this happens, the trackpad cursor no longer follows
finger movements reliably. Removing and re-inserting the appletouch
module fixes this, but does not re-enable response to two- and three-
finger taps. Restarting gdm fixes both problems.
3. Trackpad button presses sometimes do not generate an immediate
response. However, if the trackpad button is pressed and no response
happens, a small movement of the cursor will cause the response to
occur. It seems that the button press input is being queued, but the
queue is not checked until trackpad motion is detected. I thought this
might be due to my xorg.conf settings, but these seem to be in
accordance with the various recommendations (see below).
Section "InputDevice"
Identifier "Synaptics Touchpad"
Driver "synaptics"
Option "Device" "/dev/input/appletouchpad"
Option "Protocol" "event"
Option "CorePointer"
Option "LeftEdge" "0"
Option "RightEdge" "850"
Option "TopEdge" "0"
Option "BottomEdge" "645"
Option "MinSpeed" "0.4"
Option "MaxSpeed" "1"
Option "AccelFactor" "0.02"
Option "FingerLow" "0"
Option "FingerHigh" "30"
Option "MaxTapMove" "0"
Option "MaxTapTime" "180"
Option "EmulateMidButtonTime" "75"
Option "HorizScrollDelta" "0"
Option "VertScrollDelta" "30"
Option "SHMConfig" "true"
EndSection
Any suggestions about any of the above ?
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Mactel-linux-devel mailing list
Mactel-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mactel-linux-devel
