I'll whack libsysfs. That will make us vunerable to the volatility in that
library's interface; it hasn't been very stable over the last six months.
Video-reset statically links the libysysfs code to support early boot. It would
probably just be easier to ignore libsysfs and manipulate /sys directly since
/sys is more stable.
After I get the ioctl's I need into DRM to support reset I'll rework video-reset
to use the main drm.h. video-reset predated the drm.h merge.
I still think video-reset is not a normal app. When the DRM driver loads on an
uninitialized card it will generate the hotplug event and mark itself
uninitialized. That driver instance will not function until the reset program
ioctls back saying that the hardware have been initialized. I think of it as a
piece of the driver running on an RPC call.
But if it really bothers people I can move video-reset to yet another project. I
just want to get this reset code checked in and working so that I can move on to
other things. I have wasted far too much time on it already.
=====
Jon Smirl
[EMAIL PROTECTED]
__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway
http://promotions.yahoo.com/design_giveaway/
-------------------------------------------------------
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
