How about a mergedfb branch if not the trunk? I'm pretty good about
keeping things up to date. I'm not yet an expert with CVS, but it
won't take long ;)
Alex
--- Alexander Stohr <[EMAIL PROTECTED]> wrote:
>
> you would wonder how other developers could enjoy having
> a look on your updates at
> I did some basic work on factoring out the common code and
> discussed it
> with Thomas Winischhofer (Sis maintainer and driving force behind
> mergedfb development). He is of the opinion that it is still
> too early
> to create a generic API for mergedfb. There is still no consensus on
> wha
On Wed, 2003-09-10 at 18:12, Michel Dänzer wrote:
> On Wed, 2003-09-10 at 17:59, Alex Deucher wrote:
> > Factoring it out is not a problem. the question is what to do with it
> > when I pull it out. create an external external libray like
> > libXMergedFB.so or something like that?
>
> I was th
--- Michel D�nzer <[EMAIL PROTECTED]> wrote:
> On Thu, 2003-09-11 at 17:32, Alex Deucher wrote:
> > I did some basic work on factoring out the common code and
> discussed it
> > with Thomas Winischhofer (Sis maintainer and driving force behind
> > mergedfb development). He is of the opinion tha
On Thu, 2003-09-11 at 17:32, Alex Deucher wrote:
> I did some basic work on factoring out the common code and discussed it
> with Thomas Winischhofer (Sis maintainer and driving force behind
> mergedfb development). He is of the opinion that it is still too early
> to create a generic API for merg
I did some basic work on factoring out the common code and discussed it
with Thomas Winischhofer (Sis maintainer and driving force behind
mergedfb development). He is of the opinion that it is still too early
to create a generic API for mergedfb. There is still no consensus on
what the final look
On Thu, 2003-09-11 at 09:15, Benjamin Herrenschmidt wrote:
> On Wed, 2003-09-10 at 18:12, Michel Dänzer wrote:
> > On Wed, 2003-09-10 at 17:59, Alex Deucher wrote:
> > > Factoring it out is not a problem. the question is what to do with it
> > > when I pull it out. create an external external libr
On Wed, 2003-09-10 at 17:59, Alex Deucher wrote:
> Factoring it out is not a problem. the question is what to do with it
> when I pull it out. create an external external libray like
> libXMergedFB.so or something like that?
I was thinking of creating a new module like shadowfb.
> what's the p
Factoring it out is not a problem. the question is what to do with it
when I pull it out. create an external external libray like
libXMergedFB.so or something like that? what's the preferred method?
any existing examples I can look at?
Alex
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> As
On Wed, 10 Sep 2003, Alex Deucher wrote:
> --- Keith Whitwell <[EMAIL PROTECTED]> wrote:
> >
> > And the other question is why didn't Kevin want it in the
> > XFree86 tree? Is there going to be a problem merging this
> > code at some point in the future, or did he just think DRI
> > was a natural
On Wed, 2003-09-10 at 15:46, Alex Deucher wrote:
> >
> > It seems like a lot of cards have this type of capability and lots of
> > drivers are doing this somewhat independently of one another. Is there
> > some common code that can be abstracted out? (Looking quickly over
> > the code indicate
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Alex Deucher wrote:
> > looks like the post size limit ate my first attempt to post this.
> >
> > Anyway, I was finally able to access DRI cvs (from
> > dri.freedesktop.org), so I pulled the latest tree and created a
> radeon
> > mergedfb patch agai
Alex Deucher wrote:
looks like the post size limit ate my first attempt to post this.
Anyway, I was finally able to access DRI cvs (from
dri.freedesktop.org), so I pulled the latest tree and created a radeon
mergedfb patch against it. I've done some testing and it seems to work
fine. The patch o
13 matches
Mail list logo