Yeah, the more I think about this one, the more I'm convinced that it can only be due to the Linux jiffies (scheduler) counter not incrementing (or incrementing very slowly). Of course, this is impossible, but it does seem to be happening anyway.

Clues:

display continues to update

IR input is queued, but not processed

a Hijack 1-second popup has been observed to remain on the screen, while visuals dancing about behind it.. this one is the kicker, since that popup WILL disappear if jiffies are running, and will NOT disappear otherwise. The fact that the visuals are dancing shows that Hijack is running (it controls ALL screen updates).

lockup disappears after a while, and queued IR presses are then processed.

So v221 of Hijack now has code to detect this, and to popup an error message for an extended period whenever it happens (any button press after the lockup ends will clear the message).

So, please report to me if you ever see such a message.

Thanks