On 2024-06-11 18:25:07 [-0400], Rodrigo Vivi wrote:
> > 2/10 is needed for the XE driver since it shares code with i915.
>
> I believe you meant patch 1 right?
> We are trying to eliminate the
> #if I915
> for the shared display code with Xe... we probably need to think
> more deeply about that.
On Tue, Jun 11, 2024 at 05:14:26PM +0200, Sebastian Andrzej Siewior wrote:
> On 2024-06-11 14:06:00 [+0100], Tvrtko Ursulin wrote:
> >
> > Hi Sebastian,
> Hi Tvrtko,
>
> > Previous CI results have unfortunately expired by now. I have tried
> > re-queuing it but it also does not apply any longer s
On 2024-06-11 14:06:00 [+0100], Tvrtko Ursulin wrote:
>
> Hi Sebastian,
Hi Tvrtko,
> Previous CI results have unfortunately expired by now. I have tried
> re-queuing it but it also does not apply any longer so I'm afraid you will
> have to respin before anyone can see the results.
No worries, I
Hi Sebastian,
On 05/06/2024 11:01, Sebastian Andrzej Siewior wrote:
On 2024-04-05 16:18:18 [+0200], To intel-gfx@lists.freedesktop.org wrote:
Hi,
The following patches are from the PREEMPT_RT queue. It is mostly about
disabling interrupts/preemption which leads to problems. Unfortunately
…
On 2024-04-05 16:18:18 [+0200], To intel-gfx@lists.freedesktop.org wrote:
Hi,
> The following patches are from the PREEMPT_RT queue. It is mostly about
> disabling interrupts/preemption which leads to problems. Unfortunately
…
Could I please get some feedback? I didn't receive anything but
autom
Hi,
The following patches are from the PREEMPT_RT queue. It is mostly about
disabling interrupts/preemption which leads to problems. Unfortunately
DRM_I915_LOW_LEVEL_TRACEPOINTS had to be disabled because it acquires locks
from within trace points. Making the lock a raw_spinlock_t led to higher
l
