| 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
| ||
|
Message-Id: <200610050907.27035.oliver@neukum.org> Date: Thu, 5 Oct 2006 09:07:26 +0200 From: Oliver Neukum <oliver@...kum.org> To: Pavel Machek <pavel@....cz>, linux-kernel@...r.kernel.org, linux-usb-devel@...ts.sourceforge.net Subject: Re: error to be returned while suspended Am Donnerstag, 5. Oktober 2006 00:44 schrieben Sie: > Hi! > > > > > which error should a character device return if a read/write cannot be > > > > serviced because the device is suspended? Shouldn't there be an error > > > > code specific to that? > > > > > > If you are talking system suspend, then userspace should not run while > > > devices are suspended. > > > > > > If you are talking runtime suspend, you should probably just wake the > > > device up on first access. > > > > Do you really think a device driver should override an explicitely > > selected power state? > > (So we are talking runtime suspend?) Yes. Otherwise the patch would have been ready two days ago. But if I am implenting this, I'll do a full implementation. > No, I do not know what the right interface is. I started to suspect > that drivers should suspend/resume devices automatically, without > userland help. Maybe having autosuspend_timeout in sysfs is enough. If you do this at kernel level, you'll screw up any demon implementing a power policy to stay within the budget. Regards Oliver - 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