OE 4.0 Beta 4
- Revert "xbmc: init takes care of reboot and shutdown"
... if this was what caused it.
Hi, I'm runing in circles... If I disable UEFI and enable Legacy my TV is not showing picture but if i move the NUC to the monitor it works. If enable UEFI and disable Legacy my TV is working and my monitor is not but then I cant install openelec because it needs uefi disabled and legacy enabled. So my only option is to install linux wich need Uefi enabled so i can have the NUC working on the TV. Is there any solution on the dumb situation? Install openelec with UEFI enabled or make my TV working with Legacy Enabled?
My bios is 25.
(2014-04-05, 12:05)xbs08 Wrote: [ -> ]OE 4.0 Beta 4
- Revert "xbmc: init takes care of reboot and shutdown"
... if this was what caused it.
I didn't think so, I've checked the commit, and it was only about reboot and shutdown, but who knows...
It isn't working here (Beta 4) , suspend still hangs most of the times.
Yeah still hangs here too. Sigh this is so frustrating, I can't get any useful debugging info as to whats causing it either.
Somebody experienced dual presses with harmony remote? I'm pretty sure I read something about that these days but cant find it now...
Nightly 18101 (Beta 3/4 also has this issue with suspend hanging most of the times)
Two successful suspends, third suspend hanged couldn't wake the NUC.
http://sprunge.us/TEFN
Suspended and resumed:
Code:
10:33:07 T:139716704048960 DEBUG: LogindUPowerSyscall: Received PrepareForSleep with arg 1
10:33:07 T:139716704048960 DEBUG: CAnnouncementManager - Announcement: OnSleep from xbmc
10:33:07 T:139716704048960 DEBUG: GOT ANNOUNCEMENT, type: 8, from xbmc, message OnSleep
10:33:07 T:139716704048960 NOTICE: OnSleep: Running sleep jobs
10:33:07 T:139716704048960 NOTICE: OnSleep: Stopping lirc
10:33:07 T:139716704048960 INFO: LIRC setUsed: disabled
10:33:07 T:139716704048960 DEBUG: CApplication::CloseNetworkShares: Closing all network shares
10:33:07 T:139716704048960 DEBUG: LogindUPowerSyscall - delay lock released
10:33:07 T:139716704048960 INFO: LIRC setUsed: disabled
10:33:14 T:139716704048960 DEBUG: SECTION:UnloadDelayed(DLL: special://xbmcbin/system/ImageLib-x86_64-linux.so)
10:33:14 T:139716704048960 DEBUG: Unloading: ImageLib-x86_64-linux.so
10:33:14 T:139716704048960 INFO: LIRC Initialize: using: /run/lirc/lircd
10:33:14 T:139716704048960 INFO: LIRC Initialize: successfully started
10:33:15 T:139716704048960 DEBUG: LogindUPowerSyscall: Received PrepareForSleep with arg 0
10:33:15 T:139716704048960 NOTICE: OnWake: Running resume jobs
10:33:15 T:139716704048960 NOTICE: OnWake: Restarting lirc
10:33:15 T:139716704048960 INFO: LIRC Initialize: using: /run/lirc/lircd
10:33:15 T:139716704048960 INFO: LIRC Initialize: successfully started
Suspend hanged (can't resume):
Code:
10:36:31 T:139716704048960 DEBUG: LogindUPowerSyscall: Received PrepareForSleep with arg 1
10:36:31 T:139716704048960 DEBUG: CAnnouncementManager - Announcement: OnSleep from xbmc
10:36:31 T:139716704048960 DEBUG: GOT ANNOUNCEMENT, type: 8, from xbmc, message OnSleep
10:36:31 T:139716704048960 NOTICE: OnSleep: Running sleep jobs
10:36:31 T:139716704048960 NOTICE: OnSleep: Stopping lirc
10:36:31 T:139716704048960 INFO: LIRC setUsed: disabled
10:36:31 T:139716704048960 DEBUG: CApplication::CloseNetworkShares: Closing all network shares
10:36:31 T:139716704048960 DEBUG: LogindUPowerSyscall - delay lock released
10:36:31 T:139716704048960 INFO: LIRC setUsed: disabled
When it works on 18092
Code:
13:48:36 T:140431431239488 DEBUG: LIRC: Update - NEW at 6568116:74 0 KEY_POWER devinput (KEY_POWER)
13:48:36 T:140431431239488 DEBUG: OnKey: record (0xc4) pressed, action is XBMC.ShutDown()
13:48:36 T:140431431239488 DEBUG: ------ Window Init (DialogBusy.xml) ------
13:48:36 T:140431431239488 DEBUG: LogindUPowerSyscall: Received PrepareForSleep with arg 1
13:48:36 T:140431431239488 DEBUG: CAnnouncementManager - Announcement: OnSleep from xbmc
13:48:36 T:140431431239488 DEBUG: GOT ANNOUNCEMENT, type: 8, from xbmc, message OnSleep
13:48:36 T:140431431239488 NOTICE: OnSleep: Running sleep jobs
13:48:36 T:140431431239488 NOTICE: OnSleep: Stopping lirc
13:48:36 T:140431431239488 INFO: LIRC setUsed: disabled
13:48:36 T:140431431239488 DEBUG: CApplication::CloseNetworkShares: Closing all network shares
13:48:36 T:140431431239488 DEBUG: LogindUPowerSyscall - delay lock released
13:48:36 T:140431431239488 INFO: LIRC setUsed: disabled
13:48:54 T:140431431239488 INFO: LIRC Initialize: using: /run/lirc/lircd
13:48:54 T:140431431239488 INFO: LIRC Initialize: successfully started
13:48:55 T:140431431239488 DEBUG: LogindUPowerSyscall: Received PrepareForSleep with arg 0
13:48:55 T:140431431239488 NOTICE: OnWake: Running resume jobs
13:48:55 T:140431431239488 NOTICE: OnWake: Restarting lirc
13:48:55 T:140431431239488 INFO: LIRC Initialize: using: /run/lirc/lircd
13:48:55 T:140431431239488 INFO: LIRC Initialize: successfully started
Tried Beta 2 same issue.
Did this ever worked on the dn2820?
Strange, but the 18057 and 18092 nightlies work, I'm building one now.
Edit: Nope, my freshly built 18103 hangs again:
http://sprunge.us/EaKg
Edit2: Well, I reverted to 18092, successfully suspended it three times, switched debugging off, pressed power on the remote, and it crashed.
I give up.
http://sprunge.us/EcTH
Strangest thing is that before I had a USB install and suspend/resume per se always workes, never hanged, although I couldn't access my library after resume, but it "worked".
Not looking to nay say the work that everyone is putting in to achieve stable sleep and resume, but without reading the entire thread . . . has anyone considered the sleep vs idle power consumption figures ?
Accordingly these nucs are supposed to use 4-5 W idle. That's with wireless, so when I sleep most of my stuff it still draws a little more than 0W.
http://www.legitreviews.com/intel-nuc-dn...w_135053/7
With OE on a wired connection, I'm betting on the 4W side for idle. At the rate I pay for electricity that is less than $3.00 per year to leave it idle and never sleep
I am also wondering - is this literally sleep/resume? If so - why bother - shutdwon/wake from remote works, and the thing boot in seconds?
Just curious
If I shutdown/reboot my TV looses the "Just Scan" image setting and has to be set manually with the TV remote, cycling though several image settings, every time the NUC (re)boots.
Resume takes only 1 sec, cold boot takes abot 22 secs (not that it really matters much).
Suspend stops the fan from spining and I also don't want to keep the NUC on 24/7 for a couple of hours of use a day.
Of course I could turn the fan off completly in BIOS but I don't think that's good for the NUC.
If OE supports suspend/resume why not use it?
To each their own.
