Xrandr rotation partially working
Hardware status
| CPU: Core 2 Duo |
Works 64 and 32 bit modes work fine |
| Ethernet |
Works Use the "tg3" driver. May require a more recent kernel. |
| Wireless 802.11n Trumobile (BCM4328) |
Works with ndiswrapper. |
| SD reader |
working with 2.6.28 |
| Hinge Rotation |
Working!!!
dell-wmi support has been added to release candidates of the 2.6.30 kernel.
My rotation patch has been rejected and is unlikely to be accepted for now. See below for details, links to a patch for dell-wmi.c and a perl script to
watch for events.
|
| Video |
Partial
Various functionality with binary FGLRX, radeon and radeonhd drivers. See below for details.
|
| Digitizer (touch screen) |
Working (but requires patches and building)
Kernels older than 2.6.27 will need a patch.
Wacom driver works nicely with a little patching
|
| Touchpad (ALPS) |
Partial (please let me know if you have sucess with the synaptics/alps driver)
It works just fine as a mouse, but its been behaving weirdly for me with the synaptic/alps driver.
|
Debian install
The wired network card did not work with the driver version in the stable installation disk. Use lenny or later.
Gestures
I've been using Easystroke for a few months now. I do not feel my personal gestures should be considered applicable to others, so I encourage you to consider how you use your own machine and the sorts of motions that are comfortable to you.
I've found that it is not convenient to keep gestures on all the time, so I like to have a quick gesture to kill/dissable easystroke and have one of the screen buttons mapped to start it up again. Xournal and the grab and drag plugin for firefox/thunderbird do not really play well with an external gestures program running.
For tablet mode, its a good idea to program gestures for common window operations (move, resize, close, maximize). Rotation by +90, -90, and 180 (the hinge and on screen button are programmed for specific orientations instead of arbitrary reorientation). Also, I like to keep handy gestures for pulling up the window list, and the main window manager menu. And of course gestures for favorite programs. Many of the gestures are convenient enough that I find myself using them even when not in tablet mode.
Hinge Rotation
Updated 2009-09-23
Hinge events are sent through wmi. The linux 2.6.30 release candidates provide the base support for dell-wmi. This 0001-latitude-xt-wmi-rotation.patch
(full copy of my file with added support for the xt2 dell-wmi.c) adds the specific events sent by the latitude xt's hinge. I use this script dell_wmi_mon.pl with FvwmPerl to carry the events to the window manager. The script should mostly considered an example.
Update: the patch was rejected on the grounds that it does not proactively
poll the state of the hinge on initialization. I have no clue how to do that,
help would be appreciated. Note, the patch does not contain the codes for the XT2, only the full c file.
Video
Updated 2008-08-25
| Feature | FGLRX | ati/radeon | radeonhd |
| Rotation | no | yes, but slow | yes, but slow |
| XV | yes | no | no |
| 3D | yes | no | no |
| Switch to console | flakey | yes | flakey |
| Dynamic monitor control | yes, requires thirdparty control panel | yes with xrandr | yes with xrandr |
| Switch to console | flakey | yes | flakey |
The open source drivers don't yet support XV, but mplayer with -vo x11 -zoom seems fast enough for everything I've tried so far. Mythtv playback is close to ok. FGLRX had problems with myth last time I tried it.
The recent addition of r600 drm support might work, but I haven't yet figured out how. If you get it working, please email me.
All drivers work fine with suspend and hibernation.
For the most part it seems the radeonhd driver is trailing the older ati/radeon driver for support of this chip. There does seem to be a bit of collaboration between the two groups and flow of code back forth. Eventually they should merge. When I first got the tablet, the radeon driver did not work at all and so I used the radeonhd driver. Today, I check the status page and decided to try the radeon driver again. So far it seems fine.
Made by N-Trig.
Update 2010-03-10
BTN_TOUCH was a bit mangled in the 2010-02-16 version (as noted by Henrik Rydberg) the patch cleans that up.
Full file: 2010_03_10_hid-ntrig.c
Patch: 2010_03_10_ntrig.patch
Update 2010-02-16
Minor fix for single touch only mode to put back the tap events.
Patch: 2010_02_16_ntrig.patch
hid-ntrig.c: 2010_02_16_hid-ntrig.c
Update 2010-02-14
Given my uncertainty about mt behavior, I've rolled back some changes to the driver. For now mt and st will still come out of the same device. This version has no contact tracking and no suppression/spurious event cleanup.
2010_02_11_ntrig.patch
I will restore and add features after some more protocol discussion and reading. On the upshot, this patch has a bit more cleanup and a shift to letting hid do more of the work.
Update 2010-02-05
Multitouch working well with the 4.5.2.3.5 firmware and my new version of the driver. The new driver worked fine on the one machine with an older firmware that I tried, but use a bit of caution and prepare to roll back if you want to test it.
The new version also requires an update to the wacom x11 driver, and easy stroke, if you use them.
You will also need to modify your xorg configuration to use /dev/input/eventXX. You should see two or three devices. I'm using event10 for pen and event11 for touch, the third device emits nothing. On the previous firmware, the third device is active instead of the second. Use lsinput to find them and input-events to verify which device is which.
Files: