--- Alan Cox <[EMAIL PROTECTED]> wrote: > For the 2D side I don't think its an ioctl problem as it is driven > by the power management hooks. For 3D I can see it being relevant since > you may want to reset the 3D engine from user space when the X server > decides we have a failure, either by doing the work in the ioctl or > by faking a hot unplug, dropping the card to D3 (off), waiting, turning > it back to D0, and faking a hot insert which would run the normal > setup and go code [disclaimer: there is a patent pending on the use > of D0/D3 and faking hot unplug/replug but we have rights for GPL use of > it in Linux or any other GPL code]
I posted patches for UML over a year ago that used the DO/D3 transisiton to reset card and clear interrupts if you need some prior art. It was part of my code for modifying UML so that you could use standard Linux device drivers in it unchanged. The basic idea was to plug the hardware into the host and have the host OS ignore it, then UML would take over driving it. > > Alan > ===== Jon Smirl [EMAIL PROTECTED] __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel