Re: cond_resched: DRM Patch.

2004-09-02 Thread Dave Airlie
Anyone tested it on SMP yet? I think the mga driver is dodgy the others seem okay but until someone with an MGA/SMP/preempt does it ... I'm not sure about it.. Dave. On Sun, 29 Aug 2004, Jon Smirl wrote: > This change is not going to break a non-SMP system but it may break an > SMP one. This n

Re: cond_resched: DRM Patch.

2004-08-30 Thread Mike Mestnik
Read my comment at the end where iritations not time should be passed to this macro. The time we set is allways '1'. --- Francois Romieu <[EMAIL PROTECTED]> wrote: > Mike Mestnik <[EMAIL PROTECTED]> : > [DRM_UDELAY patch] > > Does actually a DRM_UDELAY(d) with d > 100 appear somewhere in the >

Re: cond_resched: DRM Patch.

2004-08-30 Thread Francois Romieu
Mike Mestnik <[EMAIL PROTECTED]> : [DRM_UDELAY patch] Does actually a DRM_UDELAY(d) with d > 100 appear somewhere in the sources ? -- Ueimor --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools!

Re: cond_resched: DRM Patch.

2004-08-29 Thread Jon Smirl
This change is not going to break a non-SMP system but it may break an SMP one. This needs to be tested on a SMP system before it can be committed. I thought the reports were that it breaks on SMP. --- Mike Mestnik <[EMAIL PROTECTED]> wrote: > Coulden't cause DRI/DRM to break on my non-SMP radeo

cond_resched: DRM Patch.

2004-08-29 Thread Mike Mestnik
Coulden't cause DRI/DRM to break on my non-SMP radeon preempt system. Could this be commited, in one form or another? cvs diff: Diffing . Index: drm_os_linux.h === RCS file: /cvs/dri/drm/linux/drm_os_linux.h,v retrieving revision 1.2