Is there any news about a nvram-wakeup patch for freevo-1.5.1 ?
I think, it would be great if freevo integrate such a functionnality. But anyway a patch or plugin could be a good solution for the moment.
Stéphane
----- Original Message ----- From: "Robert Winder" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 15, 2004 11:17 PM
Subject: Re: [Freevo-devel] PATCH: nvram-wakeup integration
Hans again thanks,
Removed the daylight saving stuff and after numerous reboots all seems to work fine now. ;-)
/Robert
Tuesday, June 15, 2004, 7:59:23 PM, Hans wrote:
On Tuesday 15 June 2004 18:28, Robert Winder wrote:Installed your patch and not sure if it works yet.Thanks for testing it!
Sure, that's what I planned to do. I just thought about how this can be madeNot sure if there is a need for a reboot solution because lilo/grub reboot options differ and imo there are to many variables to control this. Simply let the user configure this option and the shutdown option in freevo_config.py can be set to whatever the user needs. For example "lilo -R kernel-image;shutdown -r now"
as easy as possible. Your proposition makes sense - unfortunately, the boot
loader cannot just turn the machine off (yes, it can - but it has to set a
flag that this should not happen the next reboot). I think the best solution
would be to setup a initrd image with a linuxrc that just removes the flag
file and shuts down again.
Still have to find out why nvram-wakeup isn't calledOh, it is not called at all? Your output below seems to be fine,
or has this something to do with exitcode 1 ?No, the exitcode is just ignored, and nvram-wakeup should have written to the
CMOS anyway. The reboot is just needed to make the BIOS aware of the
programmed timer.
nvram-wakeup: RTC is running in UTC/GMT!This is what I overlooked, because I did not make nvram-wakeup work before (without Freevo), as I should have.. :-(
WakeUp : Enabled (0xDB) Day : 16 (0x10) Hour : 21 (0x15) Minute : 22 (0x16) Second : 00 (0x00) Checksum: 0x1D5E
This looks fine, as if you scheduled a program for tomorrow?! Note that since
your RTC is in UTC, the time will be wrong due to these lines in the patch:
+ if config.NVRAM_RTC_IN_UTC:
+ if time.localtime(wakeupTime)[8]: # daylight savings
time?
+ wakeupTime -= time.altzone
+ else:
+ wakeupTime -= time.timezone
These can just be removed. (The -= should have been += anyway, but as mentioned nvram-wakeup already takes care of the timezone!)
Apart from the reboot thing, it should work for you then!?
------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel