On Tue, Aug 26, 2008 at 8:57 PM, Jesse Barnes <[EMAIL PROTECTED]> wrote: > The DRM design includes ioctls to allow a userland driver to tell the kernel > driver when to register its interrupt handler and on what IRQ. This is a > really bad idea for several reasons, and fortunately I don't think any DDX > drivers take advantage of the "no, use this IRQ" aspect of the API (and even > if they did the kernel driver would have to ignore it). > > This patch removes the DRM support for those ioctls, making drivers just > register their interrupt handlers at load time. The patch is fairly > straightforward but there are still caveats, so each driver will need careful > review to make sure that userland drivers don't set up additional state > required for proper interrupt handling/enabling. It also means drivers have > to map registers at load time; the r128 bits in particular looked funky in > that regard so extra eyes there would be appreciated. > > I've only tested this patch so far on i915, where it's still slightly broken; > I was planning on fixing it once I've sync'd some more linux-core changes > into drm-next (namely the rest of the vblank-rework code). >
This patch breaks a couple of drivers. Is this an oversight, or does the "new development model" mean that we break drivers that are not in linux each time ? Stephane ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel