l drivers (2D and 3d). I can see how replacing
all of these would increase our chance of success--however, what does
this do to compatability with older (or other) drivers.
Thanks,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Ste
Alan Hourihane wrote:
>
> On Wed, Feb 20, 2002 at 11:42:48AM -0700, Jens Owen wrote:
> > First, what are the base requirements before installation? It looks
> > like XFree86 4.x and Linux Kernel 2.4.x are required and checked for by
> > the install script. Are the DRI
rom 2.4.17? or XFree86 4.2.0? or
dri.sourceforge.net trunk?
Have you tried going back to a kernel release from Nov/Dec (when we were
testing XF4.2)? Knowing this could help in isolating the problem.
Regards,
Jens
-- /\
Jens Owen
t for you.
What we would be looking for is some evidence that XFree86 4.2 worked at
one point and broke later on.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
__
now if you see any problem with these changes to
install.sh
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
--- scripts/install.sh.jens Sat Feb 2 07:10:37 2002
+++ scripts/install.sh F
Alan Hourihane wrote:
>
> On Wed, Feb 20, 2002 at 11:42:48AM -0700, Jens Owen wrote:
> > First, what are the base requirements before installation? It looks
> > like XFree86 4.x and Linux Kernel 2.4.x are required and checked for by
> > the install script.
> The
Keith Whitwell wrote:
>
> Jens Owen wrote:
> >
> > Keith Whitwell wrote:
> >
> > > Jens, For TCL support, the driver needs drm module version 1.3.
> >
> > So, we really want to get version 1.3 onto users machines. Am I correct
> > in saying
Alan Hourihane wrote:
>
> On Fri, Feb 22, 2002 at 09:26:03AM -0700, Jens Owen wrote:
> > Alan Hourihane wrote:
> > >
> > > On Wed, Feb 20, 2002 at 11:42:48AM -0700, Jens Owen wrote:
> >
> > > > First, what are the base requirements before inst
Keith Whitwell wrote:
>
> Jens Owen wrote:
> >
> > Keith Whitwell wrote:
> > >
> > > Jens Owen wrote:
> > > >
> > > > Keith Whitwell wrote:
> > > >
> > > > > Jens, For TCL support, the driver needs drm module
Keith Whitwell wrote:
>
> Jens Owen wrote:
> > I was refering to the DRM version
> > (xc/lib/GL/mesa/src/drv/radeon/radeon_screen.c: line 79). If we require
> > the Radeon 1.3 DRM module, wouldn't this be the place to check?
>
> Oh. Yes, I missed that.
O
on't have to bother.
I have to agree with Keith and Ian on this one. I would like to see
this packaging pave the way for independent driver suite releases, and
avoiding replacing device independent libraries is a big step in the
right direction.
If we have to replace a device inde
Chat starting now...
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo
Anyone who has a licensed copy of Maya and would be interested in
testing with the new TCL version of the Radeon driver, please send me an
e-mail.
We'd really like to get some basic Maya testing before approaching AW
regarding support.
-- /\
Jens
and
plan on attending, let me know. If there are a few of us--we could have
a mini-BOF.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-d
ing.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
riCreateContext (dpy=0x804b2a8, vis=0x804c5d0,
sharedPrivate=0x0, pctx=0x804d764) at dri_util.c:849
#9 0x4021269f in CreateContext () at eval.c:41
#10 0x0804c0d8 in ?? () at eval.c:41
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \
DRI build so I need to get back to a basic RH 7.2 system.
FWIW, I tried putting the old RH 7.2 libGL.so on top of the full DRI
install and it didn't have a problem.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED]
Keith Whitwell wrote:
>
> Jens Owen wrote:
> >
> > Keith,
> >
> > If I only install new drivers on a stock RH 7.2 system, and use the
> > stock Red Hat libGL.so, then I get a client side seg fault. If I update
> > libGL.so from the DRI build it works.
Jens Owen wrote:
> Program received signal SIGSEGV, Segmentation fault.
> driBindContext2 (dpy=0x804b2a8, scrn=0, draw=4194306, read=4194306,
> gc=0x804d258) at dri_util.c:476
> 476 pcp->driDrawablePriv = pdp;
It looks like a new field was recently added to the GLXCo
Keith,
Have you tried tuxracer recently?
I'm using the latest on tcl-0-0-branch and I'm getting red snow.
It's kinda cool looking--maybe like skiing would be on mars :-)
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\
Jens Owen wrote:
> It looks like a new field was recently added to the GLXContextRec
> xc/lib/GL/glx/glxclient.h:407
>
> GLXDrawable currentReadable;
I've moved this field to the end of the structure and the libGL.so
compatability issue appears to be fixed.
> I
ny feedback on other environments
where this binary package does or does not work is welcome.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing l
Keith Whitwell wrote:
>
> Jens Owen wrote:
> >
> > I've posted a first cut at a downloadable Radeon TCL binaries for
> > linux-x86 at
> > ftp://ftp.tungstengraphics.com/dri/radeon-20020307-i386-Linux.tar.gz
> >
> > This is a driver suite only update
in?
> This is, how it _should_ look like:
>
> http://document.ihg.uni-duisburg.de/Radeon/Radeon00.png
Thanks for the feedback.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Michael wrote:
>
> On Fri, Mar 08, 2002 at 07:42:07AM -0700, Jens Owen wrote:
> > Keith, if you can't reproduce these color problems on your development
> > build, let me know--I could then start looking into compatability issues
> > as a cause.
>
&g
Martin Spott wrote:
>
> On Fri, Mar 08, 2002 at 07:42:07AM -0700, Jens Owen wrote:
>
> > Keith, if you can't reproduce these color problems on your development
> > build, let me know--I could then start looking into compatability issues
> > as a cause.
>
&g
Keith Whitwell wrote:
>
> Jens Owen wrote:
> >
> > Keith,
> >
> > Have you tried tuxracer recently?
> >
> > I'm using the latest on tcl-0-0-branch and I'm getting red snow.
> >
> > It's kinda cool looking--maybe like skiing
Brian Paul wrote:
>
> Jens Owen wrote:
> >
> > Jens Owen wrote:
> >
> > > It looks like a new field was recently added to the GLXContextRec
> > > xc/lib/GL/glx/glxclient.h:407
> > >
> > > GLXDrawable currentReadabl
d it.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
--- lib/GL/glx/glxclient.h.jens Thu Mar 7 20:01:37 2002
+++ lib/GL/glx/glxclient.h Thu Mar 7 21:48:47 2002
@@ -404,7 +404,6 @@
** context is not cur
José Fonseca wrote:
>
> On 2002.03.09 06:09 Jens Owen wrote:
> >
> > I've modified Alan's packaging scripts to only include the driver suite
> > (device dependent files).
> I think that for the time being I'll leave some device independent files
> on
Michael wrote:
>
> On Fri, Mar 08, 2002 at 10:57:56AM -0700, Jens Owen wrote:
> >
> > Setting RADEON_NO_TCL=1 causes tuxracer to hang upon exit.
>
> I've committed a fix for this.
Compatability mode is now working fine here.
Thanks.
--
I've posted new binaries for the Radeon TCL driver. Both debuggable and
non-debuggable packages.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
Downloadable Radeon TCL bin
Jens Owen wrote:
> Downloadable Radeon TCL binaries
>for linux-x86 available from
> ftp://ftp.tungstengraphics.com/dri/
>
> Jens Owen
> [EMAIL PROTECTED]
Gee's, I was on
(ctx=0x82bf940, mode=4,
count=15,
indices=0x439f8008) at t_array_api.c:66
#4 0x40838b5f in _tnl_DrawElements (mode=4, count=15, type=5125,
indices=0x439f8008) at t_array_api.c:349
#5 0x0806d6a6 in strcpy ()
Cannot access memory at address 0x1
(gdb)
--
"Mike A. Harris" wrote:
>
> On Fri, 8 Mar 2002, Jens Owen wrote:
>
> >> > I've moved this field to the end of the structure and the libGL.so
> >> > compatability issue appears to be fixed.
> >>
> >> Hmmm, that might be good en
Keith Whitwell wrote:
>
> Keith Whitwell wrote:
> >
> > Jens Owen wrote:
> > >
> > > Michael Fitzpatrick wrote:
> > >
> > > > Log message:
> > > > Fix arrayelts color processing, vtxfmt_x86 Color4ubv function (red snow
>
#x27;t want to change for new XFree86 distributions.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
t also be a good idea to apply this to the BSD branch. We really
don't want any major releases going out with this incompatible field.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
__
Brian Paul wrote:
>
> Jens Owen wrote:
> >
> > Brian Paul wrote:
> > >
> > > Jens Owen wrote:
> > >
> > > > Wasn't this stuff recently submitted to the DRI trunk? Maybe we can fix
> > > > this incompatability if this ha
eases.
This has been a "sleeper" issue for a while. I'll look into what can be
done to improve this.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
IOCTL.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
the mach64 branch, but
I did make changes to the latest BSD branch in my effort.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel maili
-0-0-branch.
You can also grab the latest Linux x86 binaries from
ftp://ftp.tungstengraphics.com/dri
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
s for the 7500 committed to the
> > tcl-0-0 branch in the last couple of days.
>
> OK, I compiled the tcl-0-0 branch, installed it, and I still have two
> kind of bugs... X suddenly disappearing or hard lockups. How do I set
> debugging information ?
http://
Michel Dänzer wrote:
>
> On Die, 2002-03-19 at 08:22, Jean-Christophe Dubacq wrote:
> > On Mon, Mar 18, 2002 at 09:18:47PM -0700, Jens Owen wrote:
> > > > OK, I compiled the tcl-0-0 branch, installed it, and I still have two
> > > > kind of bugs... X suddenly
Alan Hourihane wrote:
>
> On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
> > I would like to move the device dependent functionality currently
> > included in the drm library back into the device driver layer.
> >
> > My objective is to make
velopers to reproduce the
problem on their system. Secondarily, knowing whether the problem
existed in the previous verson of the Radeon driver (the version in
XFree86 4.2 or earlier), or if it exists in other DRI drivers would be
helpful in narrowing this down.
There is also a newer TCL driver
for files that had been removed from current branches.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Leif Delgass wrote:
>
> On Mon, 25 Mar 2002, Jens Owen wrote:
>
> > Leif Delgass posted to dri-patches:
> > >
> > > CVSROOT:/cvsroot/dri
> > > Module name:xc
> > > Repository: xc/xc/lib/GL/mesa/src/drv/mach64/
> > &g
, yet. I will add
your log message to the interface history comment at the top of
radeon_drv.c.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
On Mon, Mar 18, 2002, Alan Hourihane wrote:
>
> On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
> > I would like to move the device dependent functionality currently
> > included in the drm library back into the device driver layer.
> >
> > My object
Alan Hourihane wrote:
>
> On Tue, Mar 26, 2002 at 10:36:41PM -0700, Jens Owen wrote:
> > I've made some headway on this today, and could use some feedback based
> > on your BSD experience. I've attempted to move the packing of
> > drmRadeonInitCP into the 2D dd
ad. The
drmRadeonInitCP example becomes:
-if (drmRadeonInitCP(info->drmFD, &drmInfo) < 0) return FALSE;
+if (drmCommandWrite(info->drmFD, RADEON_INIT_CP,
+&drmInfo, sizeof(drmRadeonInit)) < 0)
-- /\
Jens Owen
Alan Hourihane wrote:
>
> On Fri, Mar 22, 2002 at 08:03:29 -0700, Jens Owen wrote:
> > Alan Hourihane wrote:
> > >
> > > On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
> > > > I would like to move the device dependent functionality currentl
Alan Hourihane wrote:
>
> On Wed, Mar 27, 2002 at 07:22:40 -0700, Jens Owen wrote:
>
> I'll use the Linux DRM semantics which are:
> >
> > ( (direction) << 30 | (size) << 16 | (type) << 8 | (request) << 0 )
> >
> > where
> >
s in this
current interface. If you see any portability limitations that can't be
fixed, I'll fall back and implement the 300+ combined HW and OS specific
sub module approach.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /
define DRM_RADEON_VERTEX20x0f
This is not as pretty as the C interface we use to have, but it is
definitely a very clean separation between OS specifics and HW
specifics.
Thanks to everyone who commented on this thread...I believe we will end
up with a better implementation based
know and we'll coordinate the work. I won't be able to get to
any of the other drivers until sometime next week.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Sp
179 in __assert_fail (
> assertion=0x47040ff8 "ctx->Driver.NeedFlush & 0x1",
> file=0x47040fa4 "t_imm_api.c", line=328, function=0x47040fef "_tnl_end")
> at assert.c:74
> #4 0x46fb3f37 in _tnl_end (ctx=0x890e1d0) at t_
Alan Hourihane wrote:
>
> On Fri, Mar 29, 2002 at 09:21:52PM -0700, Jens Owen wrote:
> > I've checked into the drmcommand-0-0-1-branch the complete conversion of
> > the Radeon driver suite to the drmCommand interface. Take a look, and
> > let me know if you see any
d (possibly decided to be not done).
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Alan Hourihane wrote:
>
> On Mon, Apr 01, 2002 at 07:38:18AM -0700, Jens Owen wrote:
> > I would like to avoid changing
> > this more than once, just from a development time perspective.
> >
> O.k. Understand what your saying.
Let me clarify, I willing to change th
o test the converted driver suite. If anyone is
real ambitious they could even take a stab at the interface conversion,
too.
I'll prioritize my conversion efforts on those drivers that have testing
volunteers.
Thanks,
Jens
-- /\
Jens Owen/ \/\
o the
trunk.
I'm pushing forward with the drmCommand interface. Hopefully, it won't
give you any problems, because major changes will be very time consuming
after all the working drivers in the trunk have been converted.
Regards,
Jens
-- /\
Alan Hourihane wrote:
>
> On Tue, Apr 02, 2002 at 03:39:48PM -0700, Jens Owen wrote:
> > Eric Anholt wrote:
> > >
> > > Just to update you all on what I'm doing: I have just finished getting
> > > some of the 4.2.0 patches and drm-kmod (DRM kernel modu
VS:xc/programs/Xserver/hw/xfree86/os-support/linux/drm/xf86drmSiS.c
CVS:
--
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
ards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Brian Paul wrote:
>
> Ian Romanick wrote:
> >
> > On Sat, Mar 30, 2002 at 08:11:31AM -0700, Jens Owen wrote:
> > > Ian Romanick wrote:
> > > >
> > > > On Thu, Mar 28, 2002 at 12:53:06PM -0800, Ian Romanick wrote:
> > > >
&g
kernel module upstream to the DRI
repository.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
"Marcelo E. Magallon" wrote:
>
> [are the mailing lists having hiccups? I sent something yesterday and it
> didn't show up]
I've been seeing some serious delays...up to 5 days for some of the mail
on the xpert list.
--
The client side fyi uses the kernel defination (on the I810 anyhow).
>
> Add the fields to the top of the user space declaration and you should still
> work correctly.
Great.
Thanks for the quick feedback, Jeff.
-- /\
Jens Owen
David Dawes wrote:
>
> On Tue, Apr 02, 2002 at 07:49:59PM -0700, Jens Owen wrote:
> >Alan,
> >
> >I've committed a slew of header file changes. Mostly, I've seperated
> >any device dependencies from drm.h and the automatic include of all the
> >_dr
"David S. Miller" wrote:
>
> From: Jens Owen <[EMAIL PROTECTED]>
>Date: Tue, 02 Apr 2002 20:19:31 -0700
>
>Perhaps, you'd be interested in moving your FFB DRM kernel module
>upstream to the DRI repository.
>
> Does the DRI re
s for why this works?
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Keith Whitwell wrote:
>
> On Tue, 02 Apr 2002 20:19:31 -0700
> Jens Owen <[EMAIL PROTECTED]> wrote:
>
> > David,
> >
> > I've been making some changes to the drm interface and noticed some
> > interesting things about your FFB driver. I'm
Jens Owen wrote:
>
> The following driver suites still need to be converted to the new
> drmCommand interface before the drmcommand-0-0-1-branch can be merged to
> the trunk:
>
> gamma
> i810
> i830
> mga
> r128
> sis
>
> I don't current
Jens Owen wrote:
> Robert Boucher has graciously stepped up to test the i810. The i830 and
> sis drivers have been removed from the list.
>
> That just leaves r128, mga and gamma. Any testing volunteers?
Thanks to all who responded to this request. I've got three initi
Alan Hourihane wrote:
>
> On Tue, Apr 02, 2002 at 07:49:59 -0700, Jens Owen wrote:
> > Alan,
> >
> > I've committed a slew of header file changes. Mostly, I've seperated
> > any device dependencies from drm.h and the automatic include of all the
> >
m drmcommand branch of the DRI
> source tree.
>
> Are there any other tests you think would be useful?
You've covered the basics. If we change the error message reporting or
header file layout, then a quick regression test would be great. We'll
get broader co
Alan Hourihane wrote:
> I've tested the gamma anyway - and we're fine.
Great, thanks for testing.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
__
[Note: This e-mail get's into some additional design discussions, so I'm
adding anybody who has responded to this thread directly to the CC list,
to circumvent the sourceforge e-mail log jam.]
Alan Hourihane wrote:
>
> On Mon, Apr 01, 2002 at 08:01:58 -0700, Jens Owen wrote:
&g
[Note: This e-mail get's into some additional design discussions, so I'm
adding anybody who has responded to the DRM discussion to the CC list,
to circumvent the sourceforge e-mail log jam.]
Alan Hourihane wrote:
>
> On Fri, Apr 05, 2002 at 07:46:59 -0700, Jens Owen wrote:
&
Ville Syrjälä wrote:
>
> On Thu, Apr 04, 2002 at 10:06:11AM -0800, Jens Owen wrote:
> > CVSROOT: /cvsroot/dri
> > Module name: xc
> > Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/
> > Changes by: jensowen@usw-pr-cvs1. 02/04/04 10:06:11
> &
Jens Owen wrote:
>
> Ville Syrjälä wrote:
> >
> > On Thu, Apr 04, 2002 at 10:06:11AM -0800, Jens Owen wrote:
> > > CVSROOT: /cvsroot/dri
> > > Module name: xc
> > > Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/
> > > C
eturned by drm. Can you
confirm that you are running the version 1.3 Radeon DRM kernel module?
Just check dmesg.
> name of display: quickstep.plesnik.bonsai.de:0.0
>
> The end. Is this behaviour intended ?
No, I haven't seen this before.
> I didn't find any posting on thi
Just FYI, the weekly IRC mtg will start in ~30 minutes. That's 5pm
Eastern time now that we're on daylight savings time in the US.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs
Martin Spott wrote:
>
> Hello Jens !
>
> On Mon, Apr 08, 2002 at 09:40:30AM -0600, Jens Owen wrote:
>
> > Thanks for the feedback on the TCL drivers and my packaging. I have a
> > couple of questions that might help me understand what you're seeing..
the non-drmCommand related bugs on the drmcommand-0-0-1-branch
because there has already been a fair amount of movement on the trunk
since our branch point. For example, Mesa 4.0.2 has been merged in--and
the Radeon TCL and Mach64 drivers could show up on the trunk at any
point. I'd reall
event new drivers (which use drmCommand)
from calling old version of libdrm.a (which don't provide drmCommand
support).
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs
roduced an incompatability into the trunk with the Mesa 4.0.2 merge.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTEC
Michel Dänzer wrote:
>
> On Tue, 2002-04-09 at 07:43, Jens Owen wrote:
> > Has anybody tried using the latest DRI trunk code with older versions of
> > libGL.so since the Mesa 4.0.2 merge? Michael D. reported the drmcommand
> > branch and the trunk were now incompatible
Martin Spott wrote:
>
> > On Mon, Apr 08, 2002 at 03:01:29PM -0600, Jens Owen wrote:
>
> >> [...] You can get this latest package from the usual place, it's called
> >> radeon-20020408-i386-Linux.tar.gz
> > [...]
> >> [drm] Initialized radeon 1.
merged
in recently. What time frame and which branch were you having trouble
with?
> On Mon, 2002-04-08 at 23:43, Jens Owen wrote:
> > Has anybody tried using the latest DRI trunk code with older versions of
> > libGL.so since the Mesa 4.0.2 merge? Michael D. reported the drm
y of the drmcommand changes:
cvs -z3 update -A -D "3/28/2002 08:00:00 GMT"
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing lis
Keith,
Just FYI. In the last week or so, something has caused gears to
slowdown on my box by about 15%. Perhaps this was expected.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
Jens Owen wrote:
>
> Michel Dänzer wrote:
> >
> > On Tue, 2002-04-09 at 07:43, Jens Owen wrote:
> > > Has anybody tried using the latest DRI trunk code with older versions of
> > > libGL.so since the Mesa 4.0.2 merge? Michael D. reported the drmcommand
versioning and header names are done. I'm freezing now and will start
the merge process.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel ma
Jens Owen wrote:
>
> versioning and header names are done. I'm freezing now and will start
> the merge process.
Merge to trunk done. drmcommand-0-0-1-branch is now dead.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \
nform test
Modified files:
xc/xc/extras/Mesa/src/tnl/: Tag: tcl-0-0-branch
t_imm_api.c
xc/xc/extras/Mesa/src/tnl_dd/:Tag: tcl-0-0-branch
t_dd_dmatmp2.h
Revision ChangesPath
1.2.2.2 +5 -26 xc/xc/extras/Mesa/src/tnl/t_imm_api.c
1.1.2.1
"José Fonseca" wrote:
>
> On 2002.04.09 23:02 Jens Owen wrote:
> > Jens Owen wrote:
> > >
> > > versioning and header names are done. I'm freezing now and will start
> > > the merge process.
> >
> > Merge to trunk done. drmcomma
1 - 100 of 360 matches
Mail list logo
