Thread (5 messages) flat view 5 messages, 3 authors, 2017-03-08

Re: opaque types instead of union epoll_data

From: Greg KH <hidden>
Date: 2017-03-08 18:02:20
Also in: lkml

On Wed, Mar 08, 2017 at 12:34:07PM -0500, Carlos O'Donell wrote:
On 03/07/2017 12:59 PM, Greg KH wrote:
quoted
On Tue, Mar 07, 2017 at 09:33:57AM -0500, Carlos O'Donell wrote:
quoted
I don't know anyone else who is working on this problem. Though I
have a vested interested in it as a glibc maintainer, since it would
be nice to avoid duplicate headers where possible between the kernel
and userspace.
I've been working with the bionic developers to try to help clean up
some of these things.  Yes, epoll is messy here as you all have pointed
out, and I'll be glad to review any patches that people submit for this.
I need to get some spare time (hah!) to work through some of the issues
that the bionic developers have already pointed out to me...
Sounds awesome. Please keep linux-api in the loop so the other libc
maintainers can follow along. From a glibc perspective I'm interested,
but also busy (see the other thread about libc-compat.h which has
immediate impact on header coordination).
Ah, I forgot to cc: linux-api on my last epoll header file change, I'll
go do that now before I commit it to my tree for 4.12...

thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help