On Fri, Feb 29, 2008 at 1:36 AM, Alex Deucher <[EMAIL PROTECTED]> wrote: > > On Thu, Feb 28, 2008 at 1:53 AM, Dave Airlie <[EMAIL PROTECTED]> wrote: > > So just to let people know where kernel modesetting is getting to and > > what I'm up to with it.. > > > > So I really want to ship something in Fedora 9 with kernel modesetting > > in it, whether this is a default or a special boot option for the user > > I won't decide for a while. > > > > But with this in mind I've checked in bunch of changes to the > > modesetting drm to make modesetting optional for i915, you now load > > the i915 module with modeset=1 to enable it. > > I've also created an intel-kernelmode branch which is based on the > > intel-batchbuffer branch, with fairly clean modesetting integration. > > It still needs work to fixup a few features but I'm going to work my > > way through the list. > > (it needs fixes for rotation + video at the moment) > > > > The DDX driver can detect whether modesetting is enabled in the drm > > and does the right thing for each case. > > > > I checked a patch into the server to allow the crtc callback to work, > > I think this breaks ABI with xf86Crtc.c users, need to confirm what > > the proper action for this is. > > I think it would also be nice to add some additional abstraction to > deal with outputs that have multiple encoders associated with them > (e.g., DVI-I). Although as discussed previously, we can probably just > add internal abstraction and add output controls to deal with this. >
the current API abstracts connectors from outputs, so in reality it is encoders with connector properties at the moment. you define a connector type and a connector id for each output and can gang them together.. so wrt to the kernel API, output == encoder, output != connector. the kernel API also contains no names just enums. Dave. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
