This is a first pass at the three new IOCTL patch.

It is against the DRM copy in the Mesa tree. Building DRM from mesa works fine.
It includes the radeon mode setting IOCTL.

1) It is 2.6 only since it has sysfs and hotplug support. I will need to add
ifdef's to remove these on 2.4.
2) It uses the kernel to bind the DRM driver to the video device. This will make
it conflict with framebuffer. You will have to uninstall framebuffer before it
can be loaded. The kernel does not allow two device drivers to bind to the same
device. (DRM currently functions by accessing the device without telling the
kernel it is going to do so).

Next pass I will add ifdef's on the kernel device binding. If you turn off
kernel device binding you will also lose sysfs support and hotplug reset
support. Since there is no sysfs support you won't get EDID in sysfs and mode
setting won't work.

To test hotplug reset add a link in /etc/hotplug.d/dri called
video-reset.hotplug to the video-reset program in the mesa tree. It is smart
enough to only reset an adapter if it needs to be reset. I've only checked this
with radeons but it should work with other secondary cards. The video-reset
program will use the GET_VBIOS and VGA_ENABLE ioctls.

You need the eeprom module modprobed in to see the edid data. I have user space
routines that read the data from sysfs and compute the right register values to
send to the ioctl but it's not checked in yet.

=====
Jon Smirl
[EMAIL PROTECTED]

__________________________________
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com

Attachment: patch.bz2
Description: patch.bz2

Reply via email to