On Tue, May 13, 2008 at 5:04 AM, George - <[EMAIL PROTECTED]> wrote:
>
> > Date: Mon, 12 May 2008 12:25:26 -0400
> > From: [EMAIL PROTECTED]
> > To: [EMAIL PROTECTED]
> > Subject: Re: [Mesa3d-dev] drixorg: software renderer with dri_interface.h
> > CC: mesa3d-dev@lists.sourceforge.net
>
> >
> > Wow, that's awesome work. My initial plan was to just wrap a dri
> > interface around the XMesa driver, but this is much better. You drop
> > the XMesa middle man and use the mesa internal API directly, which
> > avoids hooking into the X server internals from XMesa. This also
> > makes it much easier to load the sw dri driver from libGL. A few
> > comments on the patches:
> >
> > 1. Can we call it swdri instead of drixorg? There's nothing xorg
> > specific about it and the hw dri drivers also work with xorg. In
> > fact, this makes it easy to load the sw driver from a non-X loader
> > (say, EGL).
> >
>
> that is:
> drivers/dri/xorg -> drivers/dri/sw
> xorg_dri.so -> sw_dri.so
> glxdrixorg.c -> glxdrisw.c
>
> right ?

I think what Keith suggested makes sense, so let's say

  drivers/dri/xorg -> drivers/dri/swrast
  xorg_dri.so -> swrast_dri.so
  glxdrixorg.c -> glxdriswrast.c

> otherwise, we'll either have dri twice in the name (swdri_dri.so) or sw dri
> will not follow the hw dri naming conventions (swdri.so).
>
> I'll repost the patches and use the suggested names right from the
> beginning.
>
>
> > 2. Create the __DRIconfigs in the drixorg driver and share the
> > __DRIconfig conversion code in glxdri2.c in the xserver (and libGL).
> > That's what the hw drivers do, because they know exactly what
> > fbconfigs they can support. That's also true for the sw dri driver.
> >
> > 3. Just add a __DRISWExtension, along the lines of
> > __DRIlegacyExtension instead of reusing the
> > createScreen/createDrawable and createContext entry points from
> > __DRIcoreExtension. This lets you pass in exactly the parameters
> > required, and only those (instead of ignoring the unused fd and sarea
> > handle).
> >
> > 4. Add a resizeDrawable entry point to the __DRISWExtension interface
> > to be called when __glXDRIdrawableResize is called from the glx
> > module. Not sure how to handle this when you load the sw dri driver
> > on the client side, but you probably don't want to do that anyway...
> >
>
> ok! will do after reposting the patches, unless someone wants to help :-)

I'm taking the next couple of days off, so I'll leave it to you :)  If
the changes above work out alright, feel free to commit the patches.

thanks,
Kristian

-------------------------------------------------------------------------
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/
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to