linux-kernel - Re: hibernate/suspend-to-disk: to turn power or not?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

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/