| 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: <41840b750607300448u353a3276o8c30d7d880da6329@mail.gmail.com> Date: Sun, 30 Jul 2006 14:48:07 +0300 From: "Shem Multinymous" <multinymous@...il.com> To: "Valdis.Kletnieks@...edu" <Valdis.Kletnieks@...edu> Cc: "Vojtech Pavlik" <vojtech@...e.cz>, "Pavel Machek" <pavel@...e.cz>, "Brown, Len" <len.brown@...el.com>, "Matthew Garrett" <mjg59@...f.ucam.org>, "kernel list" <linux-kernel@...r.kernel.org>, linux-thinkpad@...ux-thinkpad.org, linux-acpi@...r.kernel.org Subject: Re: Generic battery interface On 7/30/06, Valdis.Kletnieks@...edu <Valdis.Kletnieks@...edu> wrote: > If the program says '100ms' because it knows it will need to do a GUI update > then, and you block it for 5 seconds because that's when the next value > update happens, the user is stuck looking at their gkrellm or whatever not > doing anything at all for 4.9 seconds.... > > This almost forces the use of multiple threads if the program wants to do > its own timer management. Please read my detailed proposal, posted (and resivsed) later. The program is not blocked by the new ioctl, it still does a poll() or select() and can provide a timeout, as usual. The only trick is that the poll() won't return with an input-ready event until the appropriate time. Shem - 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