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]
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ