If you use xinput to disable a certain input device, does it

>>58869809
Stops X from using it. xinput just maps a device to an X session, so you can have multiple devices for multiple sessions. You can unmap devices, but not disable them completely.

I don't really think you can really disable a usb device, stop giving it power. Most, if not all, motherboards just have the 5V and GND pins in the usb always connected to the power supply.

>>58869890
But what if it's an internal device, like a touch screen on a laptop? If there is no option in the BIOS to disable it, then there is no other way to disable it on a hardware level (without disassembling it and stuff)?

>>58869968
Internal devices are commonly juat connectes ti the same power supply as the reat of the compouter, without any on/off switch.

Why do you need to stop giving your touch screen/keyboard power? Does it make any noises?

>>58869968
For PCI:

echo 0 > /sys/bus/pci/slot/$X/power

For USB:
There should be a similar option in /sys/bus/usb, probably called suspend or similar

Would you use a GUI tool that shows the device tree, allows you to power off individual devices, and also gives you a command-line so you can automate it?

>>58870003
I'm just trying to conserve battery usage as much as possible. Since I don't ever use the touch capability of the display, I was looking into ways of disabling it. Some sources said that touch screens drain battery quickly...

File: akr.png (374KB, 658x655px) Image search: [Google]

374KB, 658x655px

>>58870034
Thanks, that was on track. If anyone cares:
lsub -t to find the bus and port
echo 0 > /sys/bus/devices/bus:port/power/autosuspend_delay_ms
echo auto > /sys/bus/devices/bus:port/power/control

On newer kernels it doesn't let you manually set the level to 'suspend' anymore, so just set autosuspend delay to 0 and enable auto suspend.