[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47A10F43.4030300@nigel.suspend2.net>
Date: Thu, 31 Jan 2008 10:58:59 +1100
From: Nigel Cunningham <nigel@...el.suspend2.net>
To: Michael Tokarev <mjt@....msk.ru>
CC: Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: hibernate/suspend-to-disk: to turn power or not?
Hi Michael.
Michael Tokarev wrote:
> Nigel Cunningham wrote:
> []
>> That should be doable. How is your UPS connected? Presumably, with some
>> modifications to the appropriate driver, we could send the commands when
>> we're ready to shutdown. It would probably be useful whether or not your
>> hibernating (if not, sending the commands could always be made an option).
>
> You mean adding stuff to some KERNEL driver? Like to a serial driver if
> the UPS is connected to a COM-port??
>
> I'm afraid either I don't understand what you're talking about here, or,
> if I got you right, that YOU don't understand what you're talking about...
>
> Come on, teaching kernel about various idiotic UPSes out there is more
> than insane... ;)
I wasn't meaning the kernel should have to know about various idiotic
UPSses (yes, I've got experience with them too, so I understand what
you're talking about there). What I was thinking was that maybe it might
be possible to give the kernel some simple (configurable) string to send
out the UPS port when it's time to power off. Of course you're going to
point out that a simple string won't do in every case (though I think it
would do for at least some of the idiotic UPS ones).
I was just wondering aloud if there was a simpler way, but on further
reflection, I guess there's no way around it. Whether this is done with
kexec, uswsusp or TuxOnIce, it's going to involve creating (TuxOnIce /
kexec ) or extending a userspace (uswsusp) binary that's got to somehow
interface with the driver and get the job done.
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists