Well, no luck with the lsboxd fix. I just got the dreaded keyboard and trackpad lag again. It happened fairly soon after a wake from sleep, and I fixed it by rebooting.
Luckily, I was able to isolate the console log entries during which the lag occurred. This is the one that looks the most suspicious and coincided with the lagginess by timestamp:
5/14/13 3:04:36.000 AM kernel[0]: USBF: 26669.269 AppleUSBEHCI[0xffffff8041bbd000]::Found a transaction which hasn't moved in 5 seconds on bus 0x1a, timing out! (Addr: 2, EP: 0)
However, based on the bus number, it is for the Facetime camera on a separate USB bus than the Trackpad and Keyboard.
I went back further and saw these:
5/14/13 3:04:06.000 AM kernel[0]: USBMSC Identifier (non-unique): 000000000310 0x5ac 0x8404 0x310
5/14/13 3:04:06.000 AM kernel[0]: IOBluetoothUSBDFU::probe
5/14/13 3:04:06.000 AM kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x821F FirmwareVersion - 0x0100
5/14/13 3:04:06.000 AM kernel[0]: [BroadcomBluetoothHCIControllerUSBTransport][start] -- completed
5/14/13 3:04:06.000 AM kernel[0]: [IOBluetoothHCIController][staticBluetoothHCIControllerTransportShowsUp] -- Received Bluetooth Controller register service notification
5/14/13 3:04:06.000 AM kernel[0]: [IOBluetoothHCIController::setConfigState] calling registerService
5/14/13 3:04:06.000 AM kernel[0]: IOHIDDevice::newUserClient called on an inactive device
5/14/13 3:04:06.000 AM kernel[0]: IOHIDDevice::newUserClient called on an inactive device
5/14/13 3:04:06.000 AM kernel[0]: IOHIDDevice::newUserClient called on an inactive device
5/14/13 3:04:06.000 AM kernel[0]: IOHIDDevice::newUserClient called on an inactive device
5/14/13 3:04:06.000 AM kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Other people have noticed this same error with wake from sleep on lid open and keyboard/trackpad lag:
http://www.reddit.com/r/applehelp/comments/15a6pi/macbook_air_13_2011_keyboardtr ackpad_not_working/