Bugzilla – Bug 13817
Screen stuck on Goodbye when power OFF pressed
Last modified: 2010-05-27 14:46:21 UTC
r7307 had an event sometime in the night where for what ever reason the home menus were lost this has recently required performing a factory reset to recover. Prior to doing this I thought I would cycle power. When the power button was pressed the goodby screen came up but stuck without completing the power off.
This seems to remind me of a Controller bug.
Why is this only a P3? It doesn't look great. Just had it happen with firmware r7506 and a battery-only Baby. I held the Baby power button down and Baby started playing its goodbye music. The music ended, but the screen still says Goodbye. I now have to pull the battery to clear the screen. I think it's a P1. Let's review.
== Auto-comment from SVN commit #7561 to the jive repo by richard == == https://svn.slimdevices.com/jive?view=revision&revision=7561 == Bug #13817 Added info debug when shuting down.
I can't recreate this. I'll need logs (/var/log/messages and dmesg) from the serial port when this fails. Thanks.
Created attachment 5847 [details] Log from baby stuck on goodbye screen This log was taken from my baby stuck on the goodbye screen after pressing the power button for a few moments. Baby is running r7557 and was attached to squeezenetwork at the time and had no battery installed.
== Auto-comment from SVN commit #7570 to the jive repo by richard == == https://svn.slimdevices.com/jive?view=revision&revision=7570 == Bug #13817 Added more debug for the goodbye screen. Made sure the poweroff timer can't be GC'd.
Ok, more debug and a minor change. Same thing, if you see this with fw >= r7570 then please get me the logs. It looks like Steven did, after you have the logs also verify that the system powers off using: echo 222 > /sys/devices/platform/i2c-adapter\:i2c-1/1-0010/kill
I saw this with r7578 today. Logs attached Kill command worked
Created attachment 5861 [details] serial capture
Don't know if it's helpful, but I've seen this twice in the last 24h on r7526 and both times it eventually led to a crash. FWIW, this baby is configured to email crash logs.
sorry, last comment should have read r7568
== Auto-comment from SVN commit #7635 to the jive repo by richard == == https://svn.slimdevices.com/jive?view=revision&revision=7635 == Bug #13817 Direct access to poweroff and reboot from lua, don't use os.cmd().
== Auto-comment from SVN commit #7636 to the jive repo by richard == == https://svn.slimdevices.com/jive?view=revision&revision=7636 == Bug #13817 Add squeezeos_bsp library to build.
Ok, the debug shows that the poweroff command should be run. The code was calling os.cmd("poweroff -f"), but in the past os.cmd() does not always seem to have worked correctly. I have changed this so that the lua can tell the kernel to poweroff directly. Does that fix it?
QA has not seen this since upgrading >7636
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
These bugs have all been marked resolved and belong to a component which is being removed. Therefore they have been moved to the most applicable of the new components.