[Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro

2013-06-24 Thread Daniel Vetter
On Fri, Jun 21, 2013 at 02:51:07PM +0200, Sebastian Andrzej Siewior wrote: > On 06/21/2013 01:08 PM, Chris Wilson wrote: > > On Fri, Jun 21, 2013 at 12:15:53PM +0200, Sebastian Andrzej Siewior wrote: > >> There is a report on RT about "BUG: scheduling while atomic" because the > >> sleeping lock is

Re: [Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro

2013-06-24 Thread Daniel Vetter
On Fri, Jun 21, 2013 at 02:51:07PM +0200, Sebastian Andrzej Siewior wrote: > On 06/21/2013 01:08 PM, Chris Wilson wrote: > > On Fri, Jun 21, 2013 at 12:15:53PM +0200, Sebastian Andrzej Siewior wrote: > >> There is a report on RT about "BUG: scheduling while atomic" because the > >> sleeping lock is

[Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro

2013-06-21 Thread Sebastian Andrzej Siewior
On 06/21/2013 01:08 PM, Chris Wilson wrote: > On Fri, Jun 21, 2013 at 12:15:53PM +0200, Sebastian Andrzej Siewior wrote: >> There is a report on RT about "BUG: scheduling while atomic" because the >> sleeping lock is taken in tracing context. This patch simply moves >> locking operation out of the

Re: [Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro

2013-06-21 Thread Sebastian Andrzej Siewior
On 06/21/2013 01:08 PM, Chris Wilson wrote: > On Fri, Jun 21, 2013 at 12:15:53PM +0200, Sebastian Andrzej Siewior wrote: >> There is a report on RT about "BUG: scheduling while atomic" because the >> sleeping lock is taken in tracing context. This patch simply moves >> locking operation out of the

[Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro

2013-06-21 Thread Chris Wilson
On Fri, Jun 21, 2013 at 12:15:53PM +0200, Sebastian Andrzej Siewior wrote: > There is a report on RT about "BUG: scheduling while atomic" because the > sleeping lock is taken in tracing context. This patch simply moves > locking operation out of the tracing macro. No. This enables the IRQ, as well

Re: [Intel-gfx] [PATCH] drm/i915: move i915_trace_irq_get() out of the tracing macro

2013-06-21 Thread Chris Wilson
On Fri, Jun 21, 2013 at 12:15:53PM +0200, Sebastian Andrzej Siewior wrote: > There is a report on RT about "BUG: scheduling while atomic" because the > sleeping lock is taken in tracing context. This patch simply moves > locking operation out of the tracing macro. No. This enables the IRQ, as well