Skip to main content

Sony Vaio E Series Touchpad Right Click doesn't work in Ubuntu 12.04 LTS / Elementary OS

The past six months I had barely touched my own laptop. Thanks to the awesome server I was working on and the work laptop that T J Watson was so kind to provide me. My personal laptop seemed to slow and unresponsive compared to them.

Well after all I had a server with 16 Xeon Processor (so yeah each with 10 core) and a little more than 26 GB RAM to go with it. The laptop was nothing to compare with that, but it was a decent T430 with a awesome keyboard and decent processor+ram. But since I was approaching the end of my internship and the end of this vanity trip I thought better to go back to my own game and polish up my Vaio(SVE15118FNB) a little bit before I go back to it.

So I *again* followed my standard sanitation procedure and cleaned+formatted+duel booted the whole machine. And for a change thought I'll give Elementary OS a try.

The whole installation process was silky smooth and went without a hitch. The first time I booted the laptop, it had problem with the graphics though. But it vanished quickly when I installed the AMD Proprietary drivers(yeah I have a graphics card). But then I faced a new/weird issue.

I generally never had issue with touchpad drivers and even this time I didn't notice anything at first, but then realized......the right click doesn't work. No it just simply doesn't register as a right click but registers as a left click. No matter what you do what settings you change this doesn't solve. Even getting the synaptiks package manager won't do you any good. The mouse works perfectly well though.

So after days of head banging I finally came up with the solution and I am packaging it with this
This is only for kernel 3.2.0-24-generic-pae so I can't promise if it will run in any other system or not.

  1. Download the patch form here
  2. sudo apt-get install dkms build-essential
  3. cd Downloads (I'm assuming you kept the downloaded file here)
  4. tar jxvf psmouse-3.2.0-24-generic-pae.tar.bz2
  5. sudo mv psmouse-3.2.0-24-generic-pae /usr/build
  6. cd /usr/build
  7. sudo chmod -R a+rx psmouse-3.2.0-24-generic-pae
  8. sudo dkms add -m psmouse -v 3.2.0-24-generic-pae
  9. sudo dkms build -m psmouse -v 3.2.0-24-generic-pae
  10. sudo dkms install -m psmouse -v 3.2.0-24-generic-pae
  11. sudo modprobe -r psmouse
  12. sudo modprobe psmouse
  13. sudo dkms status
If everything goes alright then the output should be something like this

fglrx-updates, 13.350.1, 3.2.0-51-generic, x86_64: installed
fglrx-updates, 13.350.1, 3.2.0-70-generic, x86_64: installed
psmouse, 3.2.0-24-generic-pae, 3.2.0-70-generic, x86_64: installed (original_module exists)

(it will obviously be a little different for you)

Now you should be able to use your hardware right click buttons. Restart is not required.



Comments

Post a Comment

Popular posts from this blog

Racecraft (Project Koru) · Prologue — The Origin Story

Racecraft · Prologue , The Origin Story It Started With a Wine List and a Question About Racing How a happy-hour conversation in the Bay Area turned into a trustable AI race coach , and then into a second version that runs entirely on a phone, on the NPU. This is the prologue to a five-part series. Two years ago(1st November, 2024) I was in the Bay Area for a GDE Summit. If you've never been: it's a couple of days of talks among Google Developer Experts, the kind of people who get unreasonably excited about a new on-device runtime, and then , mercifully , a happy hour where everyone stops performing and just eats. We ended up at a restaurant(Puesto Santa Clara), a long table of GDEs, and I was doing the most important engineering of the evening: trying to decide which wine to order. Across the table was Ajeet Mirwani . I don't even remember how the wine talk turned into racing talk , these things drift , but the moment the word "racing" ...
Post a Comment
Read more

A Split‑Brain Neuro‑Symbolic Training Method for High‑Velocity Autonomous Coaching from Telemetry

 Author: Rabimba Karanjai Scope: Problem statement + data methodology + model training (no deployment discussion) Abstract Real‑time coaching in motorsport is a safety‑critical learning problem : a system must map noisy, high‑frequency telemetry to short, actionable guidance that remains physically consistent and avoids hazardous recommendations . This paper proposes a “Split‑Brain” training formulation that separates (i) a semantic coaching target (what action/critique should be expressed) from (ii) a reflexive interface (how actions are represented as compact, verifiable tokens). The approach trains a Small Language Model (SLM) in the Gemma family [1] using QLoRA fine‑tuning [2] , and introduces a telemetry tokenizer plus teacher‑student synthesis pipeline to generate instruction‑action pairs at scale. Core contribution: a reproducible method to convert “ golden lap ” differential tel...
Post a Comment
Read more

The Throughput Trap: Benchmarking vLLM on OpenXLA and the Reality of Production LLM Serving

vLLM Systems · DevLab 2026, Deep Dive I was recently invited by the Google TPU team to speak at the OpenXLA Summer DevLab 2026 . This post breaks down our deep-dive evaluation of the matured vLLM + OpenXLA stack, the fundamental engineering mismatches between CUDA and XLA serving paths, and why traditional capacity metrics are lying to you. If you are operating large language models at enterprise scale right now, your platform architecture team is likely staring at a massive infrastructure crossroads: Should we migrate our core serving workloads from GPUs to TPUs? Historically, NVIDIA's CUDA ecosystem was the only serious option for user-facing, low-latency LLM generation. But here in 2026, the economics and infrastructure options have transformed. Google TPUs are highly available, cheaper per chip, and the open-source serving stack built around vLLM and OpenXLA has officially achieved absolute production readiness. Yet, when our infrast...
Post a Comment
Read more