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
| ||
|
Date: Wed, 23 Aug 2006 02:43:50 +0200 From: "Jari Sundell" <sundell.software@...il.com> To: "David Miller" <davem@...emloft.net> Cc: kuznet@....inr.ac.ru, johnpol@....mipt.ru, nmiell@...cast.net, linux-kernel@...r.kernel.org, drepper@...hat.com, akpm@...l.org, netdev@...r.kernel.org, zach.brown@...cle.com, hch@...radead.org Subject: Re: [take12 0/3] kevent: Generic event handling mechanism. On 8/23/06, David Miller <davem@...emloft.net> wrote: > > There are system calls that take timespec, so I assume the magic is > > already available for handling the timeout argument of kevent. > > System calls are one thing, they can be translated for these > kinds of situations. But this doesn't help, and nothing at > all can be done, for datastructures exposed to userspace via > mmap()'d buffers, which is what kevent will be doing. > > This is what Alexey is trying to explain to you. Actually, I didn't miss that, it is an orthogonal issue. A timespec timeout parameter for the syscall does not imply the use of timespec in any timer event, etc. Nor is there any timespec timer in kqueue's struct kevent, which is the only (interface related) thing that will be exposed. Rakshasa - 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