On Sun, 21 Apr 2002 09:36:35 +0100
Jos� Fonseca <[EMAIL PROTECTED]> wrote:
> > Ok, I checked aticonsole.c. The existing locks seem to be in the right
> > places. If I understand the problem correctly I will have to make sure
> > that the hardware is in 2d state when the X-server has the lock. This
> > means that it has to check whether it had the lock before. Only if not it
> > will have to restore 2d state. This mechanism could look similar to
> > LOCK_HARDWARE and mach64GetLock in mach64_lock.[ch].
>
> I gave a look into aticonsole.c and it seems that we have everything
> that's needed for VT switching. When DMA is working we'll gonna need a
> MACH64DMA_START/MACH64DMA_STOP but we still don't have it. Looking at the
> TDFX driver (which doesn't do DMA either), it hasn't nothing that the
> current Mach64 doesn't has, so I don't understand very well why VT switchs
> still locks the system.
I had a look at the radeon and r128 drivers. They both don't lock when switching the
mode. But in LeaveVT and EnterVT they do RADEONCP_STOP/R128CCE_STOP after DRILock and
RADEONCP_START/R128CCE_START before DRIUnlock respectively. I don't know what they do.
In the r128 case it boils down to an ioctl DRM_IOCTL_R128_CCE_START/STOP in
programs/Xserver/hw/xfree86/os-support/linux/drm/xf86drmR128.c. I havn't looked into
the kernel drm stuff yet. Can anyone enlighten us in the meantime?
> You could attempt to do something like (with root):
>
> at now + 1 minutes
> killall -9 X
> ^D
>
> and you got 1 minutes to do the testing. If everything worked allright,
> you could still stop the job. Check "at" manpage for details.
Yeah, I thought about that, too. But it is always hard to know how much time you need
for your test. And in the end it might be faster to reboot the machine :). Thanks,
anyway.
> Jos� Fonseca
Felix
__\|/__ ___ ___ ___
__Tsch��_______\_6 6_/___/__ \___/__ \___/___\___You can do anything,___
_____Felix_______\�/\ \_____\ \_____\ \______U___just not everything____
[EMAIL PROTECTED] >o<__/ \___/ \___/ at the same time!
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
