linux-sony-z1 - Re: vaio z1

Subject: Linux users of Sony Z1 series

List archive

Re: vaio z1

From: Brouard Nicolas <>
To: Craig DeForest <>,
Cc: leonardo <>, Craig DeForest <>, Ionut Georgescu <>, Cyril Wattebled <>
Subject: Re: vaio z1
Date: Thu, 01 Jul 2004 23:23:30 +0200

Hi all,
We have a mailing list server in our institute in Paris (I am supposed to be a listmaster but we manage mostly private research mailing lists or newletters not forums) and I set up a list name (be careful to the "e" in French translation of lists).

I subscribed Craig but others (Leonardo, Ionut, Cyril) have to subscribe themselves by sending, as usual, a simple mail to .

Subscription is open to everyone (confirmation is required to avoid spammers subscription). The list is not moderated for subscribers (risk of spammers) but for non subscribers. I am currently the owner and moderator, waiting for other volunteers.

Everybody can unsubscribe by sending a mail to .
It should work. Our mailing list server is managed by 'sympa' from the "université de Rennes" and the Web interface can be accessed at listes.ined.fr/wws . It is an old 500Mhz Pc (linux) which is slow and will be replaced during current summer.

I and you can make some advertisements of this new created list on other more general mailing lists in order to attract a minimum subscribers.

If you think that there is a better place to put this mailing list (Craig spoke about Z1 web sites but I don't know them) we can move the list to this new place.

Cheers,
Nicolas

Le jeu 01/07/2004 à 22:15, Craig DeForest a écrit :

Thanks very much, Brouard! This is good news indeed (about S4). On the mailing list issue: I suppose that someone with a Z1 website might want to start a majordomo server for us Z1 users -- but I haven't got the time, sorry. I did just install Mandrake 10 on my Z1 last night, and I was impressed at how seamlessly it detected the various unconventional bits -- there's even a "sonypi" page in the KDE graphical peripheral config menus, that seems to communicate with the sonypi device OK. The S4/swsusp stuff seems to work OK so long as USB is disabled -- I'm thinking of cobbling together a script to take care of doing that before suspending. I generally run the machine with wide open throttle -- I get about 3 hours off of the original battery, and 6 hours off the double-capacity battery, in that state. Dimming the screen, slowing down the CPU, and switching off the wireless card (but not switching off the hard drive, USB, or firewire because I'm too lazy) lengthens those times by about 40-50%. Cheers, Craig Brouard Nicolas writes: > Le jeu 01/07/2004 Ã 14:51, leonardo a Ã©crit : > > > hi, I've read your article on http://sauvy.ined.fr/~brouard/sony/ > > and since I'm a happy owner of a z1rmp I've got a couple of questions > > and suggestions for you. > > > > questions first: > > does your battery really last 5 hours? I can't go over 3 but > > I've read reviews saying that the z1 is not really performant on > > battery compared to other centrinos.. > > Do you mean on Linux or on Windows? On Windows it is about 5 hours if > you don't use a high brightness and do only typing and thinking (and > wi-fi is off, no usbkey etc.). > > On Linux it is more difficult to get. You need a constant lowest > CPUspeed which is not what I prefer (I like powernowd but don't have a > overview of other alternatives like speedfreqd, cpuspeed etc.). And you > have to spin down the disk (which means not using it). What I am able to > do with the Z1 is to give a 4 hours lecture without the AC adapter and > using an external projector (so the LCD screen is off). The pause in > between is 15 additional minutes. I am not able to have a nice script > which cancels the most consuming tasks, like gkrellm2, because I don't > know which are the most consuming. I have sometimes useless daemons like > httpd or cupsd which I could kill when running on battery. So it is > possible to optimize. > > But I have read that the Linux kernel is not as good as Windows > regarding power consumption. > > I will check what I have read on this subject on my web page. It is > probably exagerated concerning Linux but my installation is not > optimized. I have found a specialized web site on power consumption > under Linux but I lost the link. > > If you have precise measures on your Z1 I will add your timing of 3 > hours (but I need to know for what use LCD screen off, etc). > > > does it happen to you that your hard disk (lying under your left > > > hand while typing) gets really hot? hddtemp says it reaches 55 > > degrees under normal usage... > > Under my left hand it is very cold (and has always been cold). Where do you get hddtemp? > > In /proc/acpi/??? > > > suggestion then: > > why don't you link your page to tugmobil.org? > > I will check that. > > > maybe you already know but there's a intel centrino wireless > > chipset driver for linux, google for "ipw2100" > > I have heard from Cyril recently about ipw2100 and will test it when I will have time. > > > Many informations of my web page are wrong now and that is fortunate > because things are evolving: > > If you patch kernel 2.6.7 (with unstable patches) you can get ACPI S4 > working with swsusp2 (from Cyril Watebled). Swsusp2 has been reported > working with kernel 2.6.5 too (IonuÅ£ Georgescu) > Also the Alps touchpad is recognized with the unofficial alps.patch from > the "synaptics" software (Cyril Watebled reported that). > I am including a recent proposition of a patch (for Alps) for the > official kernel. Dmitry is waiting for a feedback but I don't have time > to do anything currently (so If you have some time...) > > I am copying this message to Cyril, Ionut and Craig de Forest (sonypidd) > because they all have a Z1 and might be interested in such news. > > Having at least "suspend to disk" working (no current hope for S3) and > being able to type a text without having a cursor jumping erraticaly > when your hands touch inadvertedly the touchpad could really improve my > life. > I will try to find time to patch a recent kernel and why not 2.6.7 . > > Cyril has an optimized configuration (gentoo, 2.6.7) so he could > probably send us his config file. > > Which is the mailing list where we could discuss such improvements on > Sony (Z1) laptops (I am waiting for S3 working). > > Cheers, > Nicolas Brouard > > > > > > cheers, > > leonardo. > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> > <HTML> > <HEAD> > <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> > <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.10"> > </HEAD> > <BODY> > Le jeu 01/07/2004 à 14:51, leonardo a écrit : > <BLOCKQUOTE TYPE=CITE> > <PRE>hi, I've read your article on <A HREF=""http://sauvy.ined.fr/~brouard/sony/">http://sauvy.ined.fr/~brouard/sony/</A> > and since I'm a happy owner of a z1rmp I've got a couple of questions > and suggestions for you. > > questions first: > does your battery really last 5 hours? I can't go over 3 but > I've read reviews saying that the z1 is not really performant on > battery compared to other centrinos..</PRE> > </BLOCKQUOTE> > Do you mean on Linux or on Windows? On Windows it is about 5 hours if you don't use a high brightness and do only typing and thinking (and wi-fi is off, no usbkey etc.). > > On Linux it is more difficult to get. You need a constant lowest CPUspeed which is not what I prefer (I like powernowd but don't have a overview of other alternatives like speedfreqd, cpuspeed etc.). And you have to spin down the disk (which means not using it). What I am able to do with the Z1 is to give a 4 hours lecture without the AC adapter and using an external projector (so the LCD screen is off). The pause in between is 15 additional minutes. I am not able to have a nice script which cancels the most consuming tasks, like gkrellm2, because I don't know which are the most consuming. I have sometimes useless daemons like httpd or cupsd which I could kill when running on battery. So it is possible to optimize. > > But I have read that the Linux kernel is not as good as Windows regarding power consumption. > > I will check what I have read on this subject on my web page. It is probably exagerated concerning Linux but my installation is not optimized. I have found a specialized web site on power consumption under Linux but I lost the link. > > If you have precise measures on your Z1 I will add your timing of 3 hours (but I need to know for what use LCD screen off, etc). > > <PRE> does it happen to you that your hard disk (lying under your left</PRE> > <BLOCKQUOTE TYPE=CITE> > <PRE> hand while typing) gets really hot? hddtemp says it reaches 55 > degrees under normal usage...</PRE> > </BLOCKQUOTE> > <PRE>Under my left hand it is very cold (and has always been cold). Where do you get hddtemp? </PRE> > In /proc/acpi/??? > <BLOCKQUOTE TYPE=CITE> > <PRE>suggestion then: > why don't you link your page to tugmobil.org?</PRE> > </BLOCKQUOTE> > I will check that. > <BLOCKQUOTE TYPE=CITE> > <PRE> maybe you already know but there's a intel centrino wireless > chipset driver for linux, google for "ipw2100"</PRE> > </BLOCKQUOTE> > <PRE>I have heard from Cyril recently about ipw2100 and will test it when I will have time.</PRE> > > Many informations of my web page are wrong now and that is fortunate because things are evolving: > > If you patch  kernel 2.6.7 (with unstable patches) you can get ACPI S4 working with swsusp2 (from Cyril Watebled).  Swsusp2 has been reported working with kernel 2.6.5 too (<TT>Ionuţ Georgescu</TT>) > Also the Alps touchpad is recognized with the unofficial alps.patch from the "synaptics" software (Cyril Watebled reported that). > I am including a recent proposition of a patch (for Alps) for the official kernel. Dmitry is waiting for a feedback but I don't have time to do anything currently (so If you have some time...) > > I am copying this message to Cyril, Ionut and Craig de Forest (sonypidd) because they all have a Z1 and might be interested in such news. > > Having at least "suspend to disk" working (no current hope for S3) and being able to type a text without having a cursor jumping erraticaly when your hands touch inadvertedly the touchpad could really improve my life. > I will try to find time to patch a recent kernel and why not 2.6.7 . > > Cyril has an optimized configuration (gentoo, 2.6.7) so he could probably send us his config file. > > Which is the mailing list where we could discuss such improvements on Sony (Z1) laptops (I am waiting for S3 working). > > Cheers, > Nicolas Brouard > > > > <BLOCKQUOTE TYPE=CITE> > <PRE>cheers, > leonardo.</PRE> > </BLOCKQUOTE> > </BODY> > </HTML> > Return-Path: <> > X-Original-To: > Delivered-To: > Received: by henry.ined.fr (Postfix, from userid 8) id C20B9143C4; Sat, 26 > Jun 2004 09:22:59 +0200 (CEST) > X-Scanned-By: AMaViS > Received: from bern.ined.fr (ined.fr [193.49.36.130]) by henry.ined.fr > (Postfix) with SMTP id 0A945143C1 for <>; Sat, 26 Jun > 2004 09:22:56 +0200 (CEST) > Received: from mailserv.ined.fr ([193.49.36.136]) by bern.ined.fr (Netscape > Messaging Server 4.15) with ESMTP id HZWMRH00.8YM for <>; > Sat, 26 Jun 2004 09:14:05 +0200 > Received: from [66.163.170.81] (helo=smtp811.mail.sc5.yahoo.com) by > mailserv.ined.fr with smtp (Exim 4.22) id 1Be7O0-0004oQ-6N for > ; Sat, 26 Jun 2004 09:14:04 +0200 > Received: from unknown (HELO core-wl.prvt.inr.net) > (@68.72.45.79 with plain) by > smtp811.mail.sc5.yahoo.com with SMTP; 26 Jun 2004 07:14:01 -0000 > From: Dmitry Torokhov <> > To: Dan Kelly <>, Brouard Nicolas <>, > Subject: ALPS patch > Date: Sat, 26 Jun 2004 02:13:58 -0500 > User-Agent: KMail/1.6.2 > MIME-Version: 1.0 > Content-Disposition: inline > Message-Id: <> > X-INED-Virus-Scan: Normal > X-INED-Scan-Signature: 350162f3fd21aebace1a0bb853280c83 > X-Spam-Status: No, hits=-3.5 required=5.0 > tests=PATCH_UNIFIED_DIFF,SPAM_PHRASE_00_01,USER_AGENT, USER_AGENT_KMAIL > version=2.44 > X-Spam-Level: > Content-Type: text/plain; CHARSET=us-ascii > X-Evolution-Source: imap:/// > Content-Transfer-Encoding: 7bit > > Hi, > > Here is the new version of ALPS driver, this time it uses a table of known > E7 responses to identify whether a device behind teh PS/22 port is ALPS > touchpad or not. It also tries to turn off hardware tapping so Peter's > driver (or mousedev in 2.6.8) can control what should be consitered a tap > and what is not. > > The code compiles but that's about it - I do not have an ALPS touchpad... > > Please give it a spin - it's against 2.6.7. > > Thanks! > > -- > Dmitry > > diff -urN 2.6.7/drivers/input/mouse/alps.c linux-2.6.7/drivers/input/mouse/alps.c > --- 2.6.7/drivers/input/mouse/alps.c 1969-12-31 19:00:00.000000000 -0500 > +++ linux-2.6.7/drivers/input/mouse/alps.c 2004-06-26 02:10:13.000000000 -0500 > @@ -0,0 +1,359 @@ > +/* > + * ALPS touchpad PS/2 mouse driver > + * > + * Copyright (c) 2003 Neil Brown <> > + * Copyright (c) 2003 Peter Osterlund <> > + * Copyright (c) 2004 Dmitry Torokhov <> > + * > + * ALPS detection, tap switching and status querying info is taken from > + * tpconfig utility (by C. Scott Ananian and Bruce Kall). > + * > + * This program is free software; you can redistribute it and/or modify it > + * under the terms of the GNU General Public License version 2 as published by > + * the Free Software Foundation. > + */ > + > +#include <linux/input.h> > +#include <linux/serio.h> > + > +#include "psmouse.h" > +#include "alps.h" > + > +#define DEBUG > +#ifdef DEBUG > +#define dbg(format, arg...) printk(KERN_INFO "alps.c: " format "\n", ## arg) > +#else > +#define dbg(format, arg...) do {} while (0) > +#endif > + > +#define ALPS_MODEL_GLIDEPOINT 1 > +#define ALPS_MODEL_DUALPOINT 2 > + > +struct alps_model_info { > + unsigned char signature[3]; > + unsigned char model; > +} alps_model_data[] = { > + { { 0x33, 0x02, 0x0a }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x53, 0x02, 0x0a }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x53, 0x02, 0x14 }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x63, 0x02, 0x0a }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x63, 0x02, 0x14 }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x73, 0x02, 0x0a }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x73, 0x02, 0x14 }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x63, 0x02, 0x28 }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x63, 0x02, 0x3c }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x63, 0x02, 0x50 }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x63, 0x02, 0x64 }, ALPS_MODEL_GLIDEPOINT }, > + { { 0x20, 0x02, 0x0e }, ALPS_MODEL_DUALPOINT }, > + { { 0x22, 0x02, 0x0a }, ALPS_MODEL_DUALPOINT }, > + { { 0x22, 0x02, 0x14 }, ALPS_MODEL_DUALPOINT }, > +}; > + > +/* > + * ALPS abolute Mode > + * byte 0: 1 1 1 1 1 mid0 rig0 lef0 > + * byte 1: 0 x6 x5 x4 x3 x2 x1 x0 > + * byte 2: 0 x10 x9 x8 x7 up1 fin ges > + * byte 3: 0 y9 y8 y7 1 mid1 rig1 lef1 > + * byte 4: 0 y6 y5 y4 y3 y2 y1 y0 > + * byte 5: 0 z6 z5 z4 z3 z2 z1 z0 > + * > + * On a dualpoint, {mid,rig,lef}0 are the stick, 1 are the pad. > + * We just 'or' them together for now. > + * > + * We used to send 'ges'tures as BTN_TOUCH but this made it impossible > + * to disable tap events in the synaptics driver since the driver > + * was unable to distinguish a gesture tap from an actual button click. > + * A tap gesture now creates an emulated touch that the synaptics > + * driver can interpret as a tap event, if MaxTapTime=0 and > + * MaxTapMove=0 then the driver will ignore taps. > + * > + * The touchpad on an 'Acer Aspire' has 4 buttons: > + * left,right,up,down. > + * This device always sets {mid,rig,lef}0 to 1 and > + * reflects left,right,down,up in lef1,rig1,mid1,up1. > + */ > + > +static void alps_process_packet(struct psmouse *psmouse, struct pt_regs *regs) > +{ > + unsigned char *packet = psmouse->packet; > + struct input_dev *dev = &psmouse->dev; > + int x, y, z; > + int left = 0, right = 0, middle = 0; > + > + input_regs(dev, regs); > + > + x = (packet[1] & 0x7f) | ((packet[2] & 0x78)<<(7-3)); > + y = (packet[4] & 0x7f) | ((packet[3] & 0x70)<<(7-4)); > + z = packet[5]; > + > + if (z > 30) input_report_key(dev, BTN_TOUCH, 1); > + if (z < 25) input_report_key(dev, BTN_TOUCH, 0); > + > + if (z > 0) { > + input_report_abs(dev, ABS_X, x); > + input_report_abs(dev, ABS_Y, y); > + } > + input_report_abs(dev, ABS_PRESSURE, z); > + input_report_key(dev, BTN_TOOL_FINGER, z > 0); > + > + left |= (packet[2] ) & 1; > + left |= (packet[3] ) & 1; > + right |= (packet[3] >> 1) & 1; > + if (packet[0] == 0xff) { > + int back = (packet[3] >> 2) & 1; > + int forward = (packet[2] >> 2) & 1; > + if (back && forward) { > + middle = 1; > + back = 0; > + forward = 0; > + } > + input_report_key(dev, BTN_BACK, back); > + input_report_key(dev, BTN_FORWARD, forward); > + } else { > + left |= (packet[0] ) & 1; > + right |= (packet[0] >> 1) & 1; > + middle |= (packet[0] >> 2) & 1; > + middle |= (packet[3] >> 2) & 1; > + } > + > + input_report_key(dev, BTN_LEFT, left); > + input_report_key(dev, BTN_RIGHT, right); > + input_report_key(dev, BTN_MIDDLE, middle); > + > + input_sync(dev); > +} > + > +static psmouse_ret_t alps_process_byte(struct psmouse *psmouse, struct pt_regs *regs) > +{ > + /* ALPS absolute mode packets start with 0b11111mrl */ > + if ((psmouse->packet[0] & 0xf8) != 0xf8) > + return PSMOUSE_BAD_DATA; > + > + /* Bytes 2 - 6 should have 0 in the highest bit */ > + if (psmouse->pktcnt > 1 && psmouse->pktcnt <= 6 && > + (psmouse->packet[psmouse->pktcnt] & 0x80)) > + return PSMOUSE_BAD_DATA; > + > + if (psmouse->pktcnt == 6) { > + alps_process_packet(psmouse, regs); > + return PSMOUSE_FULL_PACKET; > + } > + > + return PSMOUSE_GOOD_DATA; > +} > + > +int alps_get_model(struct psmouse *psmouse) > +{ > + unsigned char param[4]; > + int i; > + > + /* > + * First try "E6 report". > + * ALPS should return 0x00,0x00,0x0a or 0x00,0x00,0x64 > + */ > + param[0] = 0; > + if (psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_SETSCALE11) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_SETSCALE11) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_SETSCALE11)) > + return -1; > + > + param[0] = param[1] = param[2] = 0xff; > + if (psmouse_command(psmouse, param, PSMOUSE_CMD_GETINFO)) > + return -1; > + > + dbg("E6 report: %2.2x %2.2x %2.2x", param[0], param[1], param[2]); > + > + if (param[0] != 0x00 || param[1] != 0x00 || (param[2] != 0x0a && param[2] != 0x64)) > + return -1; > + > + /* Now try "E7 report". ALPS should return 0x33 in byte 1 */ > + param[0] = 0; > + if (psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_SETSCALE21) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_SETSCALE21) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_SETSCALE21)) > + return -1; > + > + param[0] = param[1] = param[2] = 0xff; > + if (psmouse_command(psmouse, param, PSMOUSE_CMD_GETINFO)) > + return -1; > + > + dbg("E7 report: %2.2x %2.2x %2.2x", param[0], param[1], param[2]); > + > + for (i = 0; i < ARRAY_SIZE(alps_model_data); i++) > + if (!memcmp(param, alps_model_data[i].signature, sizeof(alps_model_data[i].signature))) > + return alps_model_data[i].model; > + > + return -1; > +} > + > +static int alps_absolute_mode(struct psmouse *psmouse) > +{ > + /* Try ALPS magic knock - 4 disable before enable */ > + if (psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_ENABLE)) > + return -1; > + > + /* > + * Switch mouse to poll (remote) mode so motion data will not > + * get in our way > + */ > + return psmouse_command(psmouse, NULL, PSMOUSE_CMD_SETPOLL); > +} > + > +static int alps_get_status(struct psmouse *psmouse, char *param) > +{ > + /* Get status: 0xF5 0xF5 0xF5 0xE9 */ > + if (psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, param, PSMOUSE_CMD_GETINFO)) > + return -1; > + > + dbg("Status: %2.2x %2.2x %2.2x", param[0], param[1], param[2]); > + > + return 0; > +} > + > +/* > + * For DualPint devices select the device that should respond to > + * subsequent commands. It looks like glidepad is behind stickpointer, > + * I'd thought it would be other way around... > + */ > +static int alps_passthrough_mode(struct psmouse *psmouse, int enable) > +{ > + unsigned char param[3]; > + int cmd = enable ? PSMOUSE_CMD_SETSCALE21 : PSMOUSE_CMD_SETSCALE11; > + > + if (psmouse_command(psmouse, NULL, cmd) || > + psmouse_command(psmouse, NULL, cmd) || > + psmouse_command(psmouse, NULL, cmd) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE)) > + return -1; > + > + /* we may get 3 more bytes, just ignore them */ > + psmouse_command(psmouse, param, 0x0300); > + > + return 0; > +} > + > +/* > + * Turn touchpad tappinig on or off. The sequence are: > + * 0xE9 0xF5 0xF5 0xF3 0x0A to enable, > + * 0xE9 0xF5 0xF5 0xE8 0x00 to disable. > + * My guess that 0xE9 (GetInfo) is here as a sync point. > + * For models that also have stickpointer (DualPoints) its tapping > + * is controlled separately (0xE6 0xE6 0xE6 0xF3 0x14|0x0A) but > + * we don't fiddle with it. > + */ > +static int alps_tap_mode(struct psmouse *psmouse, int model, int enable) > +{ > + int rc = 0; > + int cmd = enable ? PSMOUSE_CMD_SETRATE : PSMOUSE_CMD_SETRES; > + unsigned char tap_arg = enable ? 0x0A : 0x00; > + unsigned char param[4]; > + > + if (model == ALPS_MODEL_DUALPOINT && alps_passthrough_mode(psmouse, 1)) > + return -1; > + > + if (psmouse_command(psmouse, param, PSMOUSE_CMD_GETINFO) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, NULL, PSMOUSE_CMD_DISABLE) || > + psmouse_command(psmouse, &tap_arg, cmd)) > + rc = -1; > + > + if (model == ALPS_MODEL_DUALPOINT && alps_passthrough_mode(psmouse, 0)) > + return -1; > + > + if (alps_get_status(psmouse, param)) > + return -1; > + > + > + return rc; > +} > + > +static int alps_reconnect(struct psmouse *psmouse) > +{ > + int model; > + unsigned char param[4]; > + > + if ((model = alps_get_model(psmouse)) < 0) > + return -1; > + > + if (alps_get_status(psmouse, param)) > + return -1; > + > + if ((model == ALPS_MODEL_DUALPOINT ? param[2] : param[0]) & 0x04) > + alps_tap_mode(psmouse, model, 0); > + > + if (alps_absolute_mode(psmouse)) { > + printk(KERN_ERR "alps.c: Failed to enable absolute mode\n"); > + return -1; > + } > + > + return 0; > +} > + > +static void alps_disconnect(struct psmouse *psmouse) > +{ > + psmouse_reset(psmouse); > +} > + > +int alps_init(struct psmouse *psmouse) > +{ > + unsigned char param[4]; > + int model; > + > + if ((model = alps_get_model(psmouse)) < 0) > + return -1; > + > + if (alps_get_status(psmouse, param)) { > + printk(KERN_ERR "alps.c: touchpad status report request failed\n"); > + return -1; > + } > + > + printk(KERN_INFO "ALPS Touchpad (%s) detected\n", > + model == ALPS_MODEL_GLIDEPOINT ? "Glidepoint" : "Dualpoint"); > + > + if ((model == ALPS_MODEL_DUALPOINT ? param[2] : param[0]) & 0x04) { > + printk(KERN_INFO " Disabling hardware tapping\n"); > + if (alps_tap_mode(psmouse, model, 0)) > + printk(KERN_WARNING "alps.c: Failed to disable hardware tapping\n"); > + } > + > + if (alps_absolute_mode(psmouse)) { > + printk(KERN_ERR "alps.c: Failed to enable absolute mode\n"); > + return -1; > + } > + > + psmouse->dev.evbit[LONG(EV_REL)] &= ~BIT(EV_REL); > + psmouse->dev.relbit[LONG(REL_X)] &= ~BIT(REL_X); > + psmouse->dev.relbit[LONG(REL_X)] &= ~BIT(REL_X); > + > + psmouse->dev.evbit[LONG(EV_ABS)] |= BIT(EV_ABS); > + input_set_abs_params(&psmouse->dev, ABS_X, 0, 0, 0, 0); > + input_set_abs_params(&psmouse->dev, ABS_Y, 0, 0, 0, 0); > + input_set_abs_params(&psmouse->dev, ABS_PRESSURE, 0, 127, 0, 0); > + > + psmouse->dev.keybit[LONG(BTN_TOUCH)] |= BIT(BTN_TOUCH); > + psmouse->dev.keybit[LONG(BTN_TOOL_FINGER)] |= BIT(BTN_TOOL_FINGER); > + psmouse->dev.keybit[LONG(BTN_FORWARD)] |= BIT(BTN_FORWARD); > + psmouse->dev.keybit[LONG(BTN_BACK)] |= BIT(BTN_BACK); > + > + psmouse->protocol_handler = alps_process_byte; > + psmouse->disconnect = alps_disconnect; > + psmouse->reconnect = alps_reconnect; > + > + return 0; > +} > + > +int alps_detect(struct psmouse *psmouse) > +{ > + return alps_get_model(psmouse) < 0 ? 0 : 1; > +} > + > diff -urN 2.6.7/drivers/input/mouse/alps.h linux-2.6.7/drivers/input/mouse/alps.h > --- 2.6.7/drivers/input/mouse/alps.h 1969-12-31 19:00:00.000000000 -0500 > +++ linux-2.6.7/drivers/input/mouse/alps.h 2004-06-26 02:12:51.000000000 -0500 > @@ -0,0 +1,17 @@ > +/* > + * ALPS touchpad PS/2 mouse driver > + * > + * Copyright (c) 2003 Peter Osterlund <> > + * > + * This program is free software; you can redistribute it and/or modify it > + * under the terms of the GNU General Public License version 2 as published by > + * the Free Software Foundation. > + */ > + > +#ifndef _ALPS_H > +#define _ALPS_H > + > +int alps_detect(struct psmouse *psmouse); > +int alps_init(struct psmouse *psmouse); > + > +#endif > diff -urN 2.6.7/drivers/input/mouse/Makefile linux-2.6.7/drivers/input/mouse/Makefile > --- 2.6.7/drivers/input/mouse/Makefile 2004-06-22 01:23:15.000000000 -0500 > +++ linux-2.6.7/drivers/input/mouse/Makefile 2004-06-26 02:08:00.000000000 -0500 > @@ -15,4 +15,4 @@ > obj-$(CONFIG_MOUSE_SERIAL) += sermouse.o > obj-$(CONFIG_MOUSE_VSXXXAA) += vsxxxaa.o > > -psmouse-objs := psmouse-base.o logips2pp.o synaptics.o > +psmouse-objs := psmouse-base.o alps.o logips2pp.o synaptics.o > diff -urN 2.6.7/drivers/input/mouse/psmouse-base.c linux-2.6.7/drivers/input/mouse/psmouse-base.c > --- 2.6.7/drivers/input/mouse/psmouse-base.c 2004-06-22 01:23:15.000000000 -0500 > +++ linux-2.6.7/drivers/input/mouse/psmouse-base.c 2004-06-26 02:08:00.000000000 -0500 > @@ -2,6 +2,7 @@ > * PS/2 mouse driver > * > * Copyright (c) 1999-2002 Vojtech Pavlik > + * Copyright (c) 2003-2004 Dmitry Torokhov > */ > > /* > @@ -21,6 +22,7 @@ > #include "psmouse.h" > #include "synaptics.h" > #include "logips2pp.h" > +#include "alps.h" > > MODULE_AUTHOR("Vojtech Pavlik <>"); > MODULE_DESCRIPTION("PS/2 mouse driver"); > @@ -53,7 +55,7 @@ > __obsolete_setup("psmouse_resetafter="); > __obsolete_setup("psmouse_rate="); > > -static char *psmouse_protocols[] = { "None", "PS/2", "PS2++", "PS2T++", "GenPS/2", "ImPS/2", "ImExPS/2", "SynPS/2"}; > +static char *psmouse_protocols[] = { "None", "PS/2", "PS2++", "PS2T++", "GenPS/2", "ImPS/2", "ImExPS/2", "SynPS/2", "AlpsPS/2" }; > > /* > * psmouse_process_byte() analyzes the PS/2 data stream and reports > @@ -442,6 +444,26 @@ > synaptics_reset(psmouse); > } > > +/* > + * Try ALPS TouchPad > + */ > + if (max_proto > PSMOUSE_PS2 && alps_detect(psmouse)) { > + > + if (set_properties) { > + psmouse->vendor = "ALPS"; > + psmouse->name = "TouchPad"; > + } > + > + if (max_proto > PSMOUSE_IMEX) > + if (!set_properties || alps_init(psmouse) == 0) > + return PSMOUSE_ALPS; > + > +/* > + * Don't try anything fancy, just basic Intellimouse/Explorer protocols > + */ > + max_proto = PSMOUSE_IMEX; > + } > + > if (max_proto > PSMOUSE_IMEX && genius_detect(psmouse)) { > > if (set_properties) { > diff -urN 2.6.7/drivers/input/mouse/psmouse.h linux-2.6.7/drivers/input/mouse/psmouse.h > --- 2.6.7/drivers/input/mouse/psmouse.h 2004-06-22 01:23:15.000000000 -0500 > +++ linux-2.6.7/drivers/input/mouse/psmouse.h 2004-06-26 02:08:00.000000000 -0500 > @@ -2,13 +2,16 @@ > #define _PSMOUSE_H > > #define PSMOUSE_CMD_SETSCALE11 0x00e6 > +#define PSMOUSE_CMD_SETSCALE21 0x00e7 > #define PSMOUSE_CMD_SETRES 0x10e8 > #define PSMOUSE_CMD_GETINFO 0x03e9 > #define PSMOUSE_CMD_SETSTREAM 0x00ea > +#define PSMOUSE_CMD_SETPOLL 0x00f0 > #define PSMOUSE_CMD_POLL 0x03eb > #define PSMOUSE_CMD_GETID 0x02f2 > #define PSMOUSE_CMD_SETRATE 0x10f3 > #define PSMOUSE_CMD_ENABLE 0x00f4 > +#define PSMOUSE_CMD_DISABLE 0x00f5 > #define PSMOUSE_CMD_RESET_DIS 0x00f6 > #define PSMOUSE_CMD_RESET_BAT 0x02ff > > @@ -72,6 +75,7 @@ > #define PSMOUSE_IMPS 5 > #define PSMOUSE_IMEX 6 > #define PSMOUSE_SYNAPTICS 7 > +#define PSMOUSE_ALPS 8 > > int psmouse_command(struct psmouse *psmouse, unsigned char *param, int command); > int psmouse_sliced_command(struct psmouse *psmouse, unsigned char command);

Re: vaio z1, Brouard Nicolas, 07/01/2004
- <Possible follow-up(s)>
- Re: vaio z1, Craig DeForest, 07/02/2004

List archive

Re: vaio z1