According to this, Libreboot locks the CMOS table, so the only way to modify BIOS settings is to download the Libreboot rom, modify it with nvramtool, then flash the modified rom.

Alas, touchpad does not seem to be an option in my CMOS table:

$ sudo nvramtool -a
boot_option = Fallback
baud_rate = 115200
debug_level = Spew
sata_mode = AHCI
power_on_after_fail = Disable
first_battery = Primary
bluetooth = Enable
wwan = Enable
wlan = Enable
trackpoint = Enable
fn_ctrl_swap = Disable
sticky_fn = Disable
boot_devices = 
boot_default = 0x0
power_management_beeps = Enable
low_battery_beep = Enable
uwb = Disable
hybrid_graphics_mode = Integrated Only
gfx_uma_size = 256M
volume = 0x3

This is the closest I've come to a software solution.

For coreboot/libreboot the following thing will probably work:

https://wej.k.vu/coreboot/coreboot_on_t … kpad_x220/

However, I've found that synclient, xinput, et al. are only effective in preventing the touchpad from controlling the pointer. That's it. On a low level, they leave the touchpad very much alive--run sudo cat /dev/input/eventX and watch all the chatter from the "disabled" touchpad when anything comes near it. This noise prevents the system from becoming idle when laptop's lid is shut.

I decided to go with a hardware solution: Unplugging the touchpad's ribbon (the ribbon is just under the palmrest--it was trivial to find and disconnect)

Now the touchpad is completely disabled, but the trackpoint and its three buttons (just under the spacebar) are fully operational.

(I find it strange that on software level the trackpoint seems to be considered a child device of the touchpad, even though the hardware-level reality is that the two devices are independent.)

I've discovered (by monitoring output of sudo cat /dev/input/event5) that the touchpad generates random input while the lid is closed. This causes applications that should run while the system to be idle (e.g., xscreensaver) to never run while the lid is closed.

I've tried to disable the touchpad via xinput, synaptics and evtest (evtest --grab /dev/input/event5 >/dev/null 2>&1), but none of these remedy the issue. The only remedy I've found is to unbind the touchpad's driver with this command:

# echo serio1 >/sys/bus/serio/drivers/psmouse/unbind

Unfortunately, the above command has the unacceptable side effect of simultaneously unbinding serio2, which renders my trackpoint ("nipple mouse") inoperable.

Please, do you know how to *completely* disable the touchpad (e.g., via unbinding its driver) without disabling the trackpoint?

P.S. This may be useful:

bruno@thinkpad:~$ cat /proc/bus/input/devices
---snip---
I: Bus=0011 Vendor=0002 Product=0007 Version=01b1
N: Name="SynPS/2 Synaptics TouchPad"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input6
U: Uniq=
H: Handlers=mouse0 event5
B: PROP=1
B: EV=b
B: KEY=420 30000 0 0 0 0
B: ABS=11000003

I: Bus=0011 Vendor=0002 Product=000a Version=0000
N: Name="TPPS/2 IBM TrackPoint"
P: Phys=synaptics-pt/serio0/input0
S: Sysfs=/devices/platform/i8042/serio1/serio2/input/input7
U: Uniq=
H: Handlers=mouse1 event6
B: PROP=21
B: EV=7
B: KEY=70000 0 0 0 0
B: REL=3

P.S. Solution is in post #3. It's a hardware solution, not the software solution I was hoping to find.