On Wed, 13 Oct 2004 10:13:50 +0100, Keith Whitwell <[EMAIL PROTECTED]> wrote: > Felix K�hling wrote: > I think the reason that you are experiencing failures is because the X server > is trying to read or poll the drm filehandle, but Jon has recently changed the > behaviour of that filehandle to return an error on those operations, rather > than indicating that no bytes are pending. > > Let me stress that in most drivers there is no need for the X server to be > looking at this filehandle at all, but the code which does so is widely > distributed and this change to the DRM will break it.
Is it the poll() call that is the problem? I can set it back to returning zero. The kernel people are saying this is wrong and are pushing me to have it return (POLLIN | POLLOUT | POLLRDNORM | POLLWRNORM) which is the correct return for an unimplemented poll function. Should we increment the DRM version in the set_version call and then change the return conditionally and fix the X server? Or is there a way to make this work on existing X servers with the correct return? I don't use the function so I'm just implementing what people tell me to do. -- Jon Smirl [EMAIL PROTECTED] ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
