Bugzilla – Bug 16593
Boots up to black screen and appears dysfunctional
Last modified: 2010-11-15 09:00:51 UTC
fw 9009 Some units have been found to go through the boot up process and and after displaying the Logi logo they change to a black screen. Cycling power by unplugging the unit has no effect, but if you power the unit down via the power button it will display the goodbye screen then on the next boot up (either pressing power or unplugging and plugging the power) the units will power up normally. Once operational the units have remained so. Not sure what event puts the units into the bad state in the first place. I have seen this on RTD units (store returns) More investigation being done.
Might be interesting to update firmware on some of these units to r9009 again to see whether this induces the issue again.
Got another one. Knob and buttons were unresponsive, then I pressed play and it woke up. It is like it was in sleep mode with "screen off" set for the screen saver. I checked the settings and it was set for digital clock black. However so I can collect data on the status of the customer returns I have not been connecting these units to a network. I suspect when unit woke up and there was no RTC data for the clock and no network update so it defaulted to a black screen giving the appearance of a dead unit. I confirmed the behavior on another unit putting it into sleep mode then unplugging AC, discharging the super cap then plugging power back in. The unit gets stuck with a black screen even with network. With the current RTC issue in fw 9009 A unit that was in sleep mode and then had the power go out for approximately 30 minutes would come on when power was restored and have a black screen
mostly just data here, not a solution Squeezeplay wide these are the factory default screensavers: whenStopped = "Clock:openDetailedClock", whenPlaying = "NowPlaying:openScreensaver", whenOff = "false:false", Squeezebox Radio overwrites two of these defaults to these platform-specific defaults: whenStopped ="false:false" whenOff = "Clock:openDetailedClockBlack" leaving us with these as the factory default SS: when stopped: None (not the same as screen off) when playing: Now Playing when off: Black Clock If the Radio thinks it's (soft) off on boot, and it doesn't know the time, it will fallback to the blank SS by design -- bug 15654, don't allow false:false to be the default whenOff SS when the clock is wrong local useBlankSS = tonumber(year) < 2010 and not force and self:_getMode() == 'whenOff' and not isServerRequest if not screensaver or not screensaver.applet -- fallback to default if screensaver.applet doesn't exist or useBlankSS then -- fallback to blank screensaver on whenOff and no clock if useBlankSS then -- bug 16148: special case, fall back to blank SS for whenOff and the clock not set and not a server request log:warn('Clock is not set properly, so fallback to blank screen SS') self.currentSS = 'BlankScreen:openScreensaver' screensaver = self.screensavers[self.currentSS] else -- no screensaver, fallback to default log:warn('The configured screensaver method ', self.currentSS, ' is not available. Falling back to default from Meta file') self.currentSS = self.defaultSettings[self:_getMode()] screensaver = self.screensavers[self.currentSS] end end
further research shows that we're ping-ponging one bug for another bug bug 15654 is basically exactly this bug. It was fixed, but then bug 16148 was raised and that fix regressed the fix for 15654 problematic checkin here https://bugs-archive.lyrion.org/show_bug.cgi?id=16148#c23 to really fix this we need the radio to not boot up and think it's in a soft off state.
Ryan and/or Vahid, can I get a /var/log/messages file from a Radio after boot that displays this behavior? If possible, please set applet.Screensavers logging to debug before obtaining the log.
Created attachment 7005 [details] THe requested message log with screensavers debug on To get the unit into the black screen mode I had to force it via the following steps I didn't want to wait aroung for the super cap to discharge on its own. press power to go to "sleep" mode, digital clock displayed unplug AC unplug Ethernet Short out the super cap restore AC power it then booted to black reconnected the Ethernet no change I noticed that sometimes when rebooting after "sleep" mode it will display the home menu for an instant before switching to the clock or in this case blank screen.
Smoking gun here: Dec 31 16:00:41 squeezeplay: INFO applet.Playback - PlaybackMeta.lua:106 Last shutdown was unclean, restarting with previous soft power state: off This results in the blank SS coming to screen because it's been thrown into soft off state: Dec 31 16:00:41 squeezeplay: INFO squeezeplay - JiveMain.lua:200 Turn soft power off Dec 31 16:00:41 squeezeplay: INFO squeezebox.server - SlimServer.lua:734 disconnected mysqueezebox.com idleTimeoutTriggered: nil Dec 31 16:00:41 squeezeplay: INFO applet.AlarmSnooze - AlarmSnoozeApplet.lua:367 notify_serverDisconnected: SlimServer {mysqueezebox.com} is now disconnected Dec 31 16:00:41 squeezeplay: WARN applet.AlarmSnooze - AlarmSnoozeApplet.lua:380 notify_serverDisconnected: SlimServer {mysqueezebox.com} - disconnected, but no server alarm in progress : nil Dec 31 16:00:41 squeezeplay: DEBUG applet.ScreenSavers - ScreenSaversApplet.lua:227 Screensaver activate Dec 31 16:00:41 squeezeplay: DEBUG applet.ScreenSavers - ScreenSaversApplet.lua:359 whenOff: Clock:openDetailedClockBlack Dec 31 16:00:41 squeezeplay: DEBUG applet.ScreenSavers - ScreenSaversApplet.lua:244 DEBUG: self:isScreensaverActive()false self.current: nil Dec 31 16:00:41 squeezeplay: WARN applet.ScreenSavers - ScreenSaversApplet.lua:276 Clock is not set properly, so fallback to blank screen SS
== Auto-comment from SVN commit #9156 to the jive repo by bklaas == == http://svn.slimdevices.com/jive?view=revision&revision=9156 == Fixed Bug: 16593 Description: always go to soft on after boot, regardless of saved state
Ryan, can you confirm the fix? 7.6 firmware, >= r9156 thanks
9157 It is coming up to the "on" (menu) state in all cases, the tones are playing appropriately. Silent after a "dirty" shutdown, startup tone after a "clean" shutdown. The only potential issues I see after the super cap has been discharged after it has booted to the home menu ( before reacquiring the time) if you touch the power button it enters sleep mode but with a black screen this will remain until it has reacquired the time. This is a small corner case and now that it will always boot to the on state if the customer cycles the AC it boots to the menu so they know it is working. It used to just get stuck on the black screen. One other risk is if they have sleep mode set to screen off (or another very dim screen saver) and their power goes away, when it comes on they may get a bright screen at night. Could there be a way to come up to the previous power state on, or sleep except if the RTC is invalid in which case come up the home menu?
== Auto-comment from SVN commit #9195 to the jive repo by bklaas == == http://svn.slimdevices.com/jive?view=revision&revision=9195 == Bug: 16593 Description: backport fix to 7.5
fw 9219 always boots to a menu screen after power loss