On Fri, Jun 07, 2013 at 16:06, pet...@schwertfisch.de wrote: > Alexandre Ratchov <a...@caoua.org> wrote: > >> On Thu, Jun 06, 2013 at 02:37:54PM +0200, Gregor Best wrote: >> > >> > Might I ask why you want to disable inteldrm? A bug report that leads to >> > an actual fix for your problem might be more useful than sidestepping >> > the issue. >> >> I used to disable inteldrm and to use the vesa Xorg driver to get >> reliable audio. Indeed, in this case once started, X uses only a >> bare framebuffer (slower and higher cpu usage), but raster ops are >> all done in userspace without involving the kernel resulting in >> more deterministic audio. > > In what way will audio be unreliable (or non-deterministic) when > inteldrm is enabled?
interrupt latency becomes longer and less predictable. audio won't run while inteldrm is running. this remains true even if audio doesn't wait for biglock if audio shares an interrupt with inteldrm.
