Quote:
Originally Posted by embryo
Did you already read about the "preventfreeze" hack that the KSM is using for the freezes of Glo?
Its difficult to find you the exact post (using my phone), but it was from the first things that tsering had to do for it to work on the Glo.
|
No, I haven't seen that.
I just compiled my dummy keyboard kernel module against the kernel in the repository labeled "Kobo Glo", and it gave me the exact same md5 sum as when I compiled it against the kernel for the KoboAuraHD. So it's not a problem with how I compiled it -- and therefore a hack like you are describing is exactly the kind of thing I'm needing to find.
Found it...:
Quote:
Originally Posted by tshering
The content of preventfreeze.sh is
Code:
while :
do
sleep 1
done
Do not forget to use a Unix-style editor. |
So the problem description he has is the same as the one I have, a Glo which when left idle too long suddenly freezes up. Yep. Glad to know I'm not the only one experiencing this!
So -- Tschering's solution -- prevent-freeze is just a script which never enters blocking mode for more than one second. I see, that means the linux kernel is constantly being woken up and should never 'decide' that it is totally idle because all processes have entered blocking mode for a long time.
That's easy enough to try by running the script in the background, and seems likely to solve the problem in a roundabout way.
I'll go over and see my kids later today, and check if it works for them.
If it does, then I can move on to the next stage -- compiling frobtads, and zork, and hithikers guide to the galaxy eg: interactive fiction (choose your own ending book) games to run on the kobo.
Thank you very much!
