On Fri, 17 Oct 2003 15:54:39 -0700 (PDT)
Mike Mestnik <[EMAIL PROTECTED]> wrote:
>
> --- Felix K_hling <[EMAIL PROTECTED]> wrote:
> > On Fri, 17 Oct 2003 12:10:05 -0700 (PDT)
> > Alex Deucher <[EMAIL PROTECTED]> wrote:
> >
> > > you need to change the DRI config settings:
> > >
> > > http://dri
On Fri, 17 Oct 2003 12:10:05 -0700 (PDT)
Alex Deucher <[EMAIL PROTECTED]> wrote:
> you need to change the DRI config settings:
>
> http://dri.sourceforge.net/cgi-bin/moin.cgi/ConfigurationInfrastructure
>
> perhaps we shouldn't make sync to refresh the default.
IIRC there was a similar discussi
I did a fresh checkout and make World (including the sis driver) just a
few minutes ago. No problems here.
On Fri, 17 Oct 2003 14:02:56 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Anyone seeing this? I'm pretty sure this isn't just something local to my
> environment.
>
> I'll probably t
On Wed, 15 Oct 2003 16:26:33 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> On Wed, 2003-10-15 at 16:15, Felix Kühling wrote:
> > On Wed, 15 Oct 2003 21:53:17 +0200
> > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2003-10-15 at 18:50,
IIRC, the radeon driver still uses AGP writeback. This doesn't work
reliably on my system and I disabled it in my local tree. Some people
(including myself) have been thinking about an efficient algorithm to
detect unreliable writeback, but AFAICT nobody came up with anything yet
(at least no imple
On Wed, 15 Oct 2003 21:53:17 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Wed, 2003-10-15 at 18:50, Felix Kühling wrote:
> >
> > Oops, xmlconfig.o gets linked into all drivers, even those that don't
> > use it. BTW, the same is true for all object fil
This should make life easier for developers. You'll get annoying
warnings though. For my conscience: it is still a lot better than the
old scheme as the values from the environment are properly checked and
converted before use. :)
Regards,
Felix
On Wed, 15 Oct 2003 15:02:58 -0700
Felix Kuehling
On Wed, 15 Oct 2003 14:39:41 +0200
Ronald Baljeu <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The current DRI drivers for i810 fail to work (both cvs source, and
> snapshot). It looks like another expat problem.
>
> This is what I get when running glxinfo:
>
> # export LIBGL_DEBUG=verbose
> # glxinfo
>
On Tue, 14 Oct 2003 04:25:23 +0200
Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> cvs trunk will no longer compile for me:
>
> gcc ... xmlconfig.c
> xmlconfig.c:268:29: warning: ISO C does not permit named variadic macros
> xmlconfig.c:280:27: warning: ISO C does not permit named variadic macros
On Sun, 12 Oct 2003 22:46:38 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sun, 2003-10-12 at 00:15, Felix Kühling wrote:
> > On Sat, 11 Oct 2003 01:49:27 +0200
> > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > >
> > > > This me
On Sat, 11 Oct 2003 01:49:27 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Thu, 2003-10-09 at 22:05, Felix Kühling wrote:
> >
> > earlier today I finally merged the config-0-0-1-branch into the trunk.
>
> Congratulations for the good work!
Thanks.
On Sat, 11 Oct 2003 04:20:58 -0400 (EDT)
"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
> On Fri, 10 Oct 2003, Felix [ISO-8859-1] Kühling wrote:
>
> >there were 2 reports from snapshot users on dri-users that DRI was
> >disabled with the new configuration stuff. In at least one case the
> >problem w
On Fri, 10 Oct 2003 10:17:23 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> Felix,
>
> On Fri, Oct 10, 2003 at 10:06:51AM +0200, Felix Kühling wrote:
> > Hi,
> >
> > there were 2 reports from snapshot users on dri-users that DRI was
> > disabled with t
Hi,
there were 2 reports from snapshot users on dri-users that DRI was
disabled with the new configuration stuff. In at least one case the
problem was that libexpat was not installed on the system. Could the
snapshot build be changed to link the drivers statically with libexpat?
In either case I'l
Hi DRI developers and testers,
earlier today I finally merged the config-0-0-1-branch into the trunk.
This means that most environment variables stop working and
customization is done through configuration files /etc/drirc
(system-wide) and $HOME/.drirc (user preferences). Below you find an
exampl
On Wed, 08 Oct 2003 10:38:04 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > Hi,
> >
> > I have a working copy of the config-0-0-1-branch with the trunk merged
> > in now. According to the CVS policy I would have to commit this to the
&
Hi,
I have a working copy of the config-0-0-1-branch with the trunk merged
in now. According to the CVS policy I would have to commit this to the
branch. However, this would be a huge commit due to the intermediate
merge from XFree86. cvs diff -uN outputs a 323074-lines patch (11 MB). I
believe it
On Tue, 07 Oct 2003 12:32:45 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> José Fonseca wrote:
> > On Tue, Oct 07, 2003 at 12:33:49PM +0200, Felix Kühling wrote:
> >
> >>Hi all,
> >>
> >>I'm happy to report that I found a solution to the
Hi all,
I'm happy to report that I found a solution to the merge problems Eric
and I were seeing. I believe the problem had to do with vendor branches.
They are created automatically when sources are imported using cvs
import. Many files from XFree86 had a vendor branch (e.g. revisions
1.1.1.x) wi
Eric and I had problems with merging the trunk into branches. We get
inexplicable conflicts in files that were never touched on the branch. I
found a CVS bug report that describes more or less the problem we're
seeing:
http://www.geocrawler.com/archives/3/383/1999/8/50/2524697/
It's quite old and
On Sun, 5 Oct 2003 01:46:40 +0200
Felix Kühling <[EMAIL PROTECTED]> wrote:
[snip]
> > The -kk didn't seem to help at all (cvs up -kk -d -j HEAD). I still got
> > "C " in 537 files.
>
> Same problems here. I'm trying to merge the trunk to the config br
On Sat, 04 Oct 2003 16:02:53 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-10-03 at 13:55, Felix Kühling wrote:
> > On Fri, 03 Oct 2003 12:14:32 -0700
> > Eric Anholt <[EMAIL PROTECTED]> wrote:
> >
> > > Okay, I was going to mer
On Fri, 3 Oct 2003 17:57:47 -0500 (CDT)
[EMAIL PROTECTED] wrote:
>
> >> It would be good to have someone with hardware who could test the 4.2.0
> >> libGL/savage_dri.so against the CVS DDX before and after a trunk merge
> >> to see if it breaks things. Unfortunately, from what I've been told now
Hi,
I made some modifications to the snapshot scripts in order to include
xdriinfo and its manpage in the snapshots of the config-0-0-1-branch or
the trunk after the merge. A patch is attached.
I chose to use the extras subdirectory with its own install script. The
disadvantage is that this does
On Fri, 03 Oct 2003 14:28:50 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-10-03 at 13:55, Felix Kühling wrote:
> > On Fri, 03 Oct 2003 12:14:32 -0700
> > Eric Anholt <[EMAIL PROTECTED]> wrote:
> >
> > > Okay, I was going to mer
On Fri, 03 Oct 2003 12:14:32 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> Okay, I was going to merge trunk to the savage-1_0_0-branch, since
> updates to the savage driver in trunk help out with that work I've been
Are you referring to the patch that Rafael Máximo sent yesterday? I was
going to
On Fri, 3 Oct 2003 07:31:49 -0700 (PDT)
Alex Deucher <[EMAIL PROTECTED]> wrote:
> With my latest patch the just about all the outstanding bugs have been
> fixed. the only thing remaining is that pagflipping doesn't always
> work in some mergedfb configurations. I'm working on that one, but
> the
On Wed, 01 Oct 2003 12:12:25 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Tue, 2003-09-30 at 23:07, Felix Kühling wrote:
> >
> > However, before we feel confident enough to merge the branch we need
> > more feedback. So please test it, your feedback is very wel
__\|/_____ ___ -
Felix ___\_e -_/___/ __\___/ __\_ You can do anything,
Kühling (_\Ä// /_/ /) just not everything
[EMAIL PROTECTED] \___/ \___/ Uat the same time.
DRI config-0-0-1-branch HOWTO
Felix Kühling (fxkuehl at gmx dot de)
30
On Tue, 30 Sep 2003 13:00:16 +0200
Felix Kühling <[EMAIL PROTECTED]> wrote:
> José,
>
> Thanks for getting the config snapshots working again. I just downloaded
> the latest one for radeon (radeon-config-20030930-linux.i386.tar.bz2). I
> can't test it on my notebook no
José,
Thanks for getting the config snapshots working again. I just downloaded
the latest one for radeon (radeon-config-20030930-linux.i386.tar.bz2). I
can't test it on my notebook now, I'll do that when I get home. I just
noticed that xdriinfo is still missing. There is even a manpage you
could i
Hello,
I'd like to get some sort of merge schedule for the config branch.
Actually I had planned to do it now after getting back from vacation.
But José had reported a strange compiling error in expat.h on his
snapshot build machine that isn't solved yet. I also fixed another build
probem on linux
On Fri, 26 Sep 2003 10:26:40 -0700
Alan Hourihane <[EMAIL PROTECTED]> wrote:
> CVSROOT: /cvs/dri
> Module name: xc
> Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
> Changes by: [EMAIL PROTECTED] 03/09/26 10:26:40
>
> Log message:
> no longer need radeon_pci.h since
On Sat, 27 Sep 2003 14:50:02 -0300
Rafael Maximo <[EMAIL PROTECTED]> wrote:
> At 08:18 AM 27/9/2003, Felix Kühling wrote:
[snip]
>
> DisableTile On worked here but my IRC client looks a little strange, all
> texts are unreadable and some checkboxes looks strange too.
>
&
driver.c,v
Sticky Tag: savage-1_0_0-branch (branch: 1.10.10)
Sticky Date: (none)
Sticky Options: (none)
The local modification is only the patch I sent yesterday.
Felix
>
> bye.
> At 02:11 PM 26/9/2003, Felix Kühling wrote:
[snip]
__\|/
On 26 Sep 2003 22:14:59 +0200
maestro <[EMAIL PROTECTED]> wrote:
> hi all,
>
> my system configuration:
> P4 2,4Ghz fsb 800 HT
> super micro p4spa+ mainboard
> radeon 9200se graphics card
> running debian woody with kernel 2.4.21
> XFree86 4.3.99-12 compiled from source
>
> recently i bought a
Hello Dimitry,
Thanks for the patch. The BCI_LINE_MISC thing is already corrected on
the savage-1_0_0-branch. The other things look like attempts to enable
DRI on a chip for which DRI is not supported at this point. As was said
before, the S3 driver has DRI support for the Savage4 series but not t
be the
right place. It works for me with and without tile mode.
Felix
On Fri, 26 Sep 2003 17:35:09 +0200
Felix Kühling <[EMAIL PROTECTED]> wrote:
> I found at least a workaround for the problem. Set
>
> Option "DisableTile" "on"
>
> in the Device sect
I found at least a workaround for the problem. Set
Option "DisableTile" "on"
in the Device section of XF86Config-4. I think this has something to do
with the frame buffer layout. Accellerated stuff seems to get it right.
But non-accelerated stuff accesses the frame buffer in the wrong way.
Try Op
On Fri, 26 Sep 2003 07:36:02 -0300
Rafael Maximo <[EMAIL PROTECTED]> wrote:
> At 06:28 AM 26/9/2003, Dimitry N. Naldaev wrote:
> >Ð_ Ñ_ообÑ_ении оÑ_ 26 СенÑ_Ñ_бÑ_Ñ_ 2003 14:31 Felix Kühling
> >напиÑ_ал:
> > > On Fri, 26 Sep 2003 14:03:39 +0600
> > >
> > > "Dimitry N. Naldaev" <
On Fri, 26 Sep 2003 00:53:13 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> BTW, have u seen
> http://dri.sourceforge.net/cgi-bin/moin.cgi/ConfigurationInfrastructure
> ? ;-)
>
> Feel free to add any more info you see fit.
>
> Also, I noticed I put your name wrong there too: The umlaut ü->ue t
On Fri, 26 Sep 2003 14:03:39 +0600
"Dimitry N. Naldaev" <[EMAIL PROTECTED]> wrote:
> Ð ÑообÑении Ð¾Ñ 26 СенÑÑбÑÑ 2003 07:48 Rafael Maximo
> напиÑал:
> > At 07:38 PM 25/9/2003, Felix Kühling wrote:
> > >Hi Rafael, (a bit confu
On Mon, 22 Sep 2003 11:26:50 +0600
"Dimitry N. Naldaev" <[EMAIL PROTECTED]> wrote:
> =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82=
> 20 =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8C 2003 18:05 Rafael Ma=
> ximo =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:
> > Hi,
>
On Sat, 20 Sep 2003 09:05:41 -0300
Rafael Maximo <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I decided to focus on 2D problem first but i don't know how I can=
> =20
> debug the 2D driver and found where is the problem. I would appreciate any=
> =20
> information or docs about debugging this
On Tue, 23 Sep 2003 18:52:20 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> I've finished with a big chunk of the wikification of the website,
> including updating CVS download info.
>
> These would be the new top leves entry pages:
>
> Home: http://dri.sf.net/cgi-bin/moin.cgi/FrontPage
>
On Fri, 5 Sep 2003 13:48:50 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> Felix,
>
> I noticed the config-0-0-1-branch snapshots have been failing. The error reported in
> the log is:
>
> xmlconfig.c: In function `driParseOptionInfo':
> xmlconfig.c:482: error: storage size of `s' isn't known
On Fri, 05 Sep 2003 11:57:57 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
>
> >
> > I think the idea is that you mirror the entire CVS repository with
> > cvsup. Then you can do any read-only cvs operations on the local copy of
On Fri, 05 Sep 2003 07:02:34 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Eric Anholt wrote:
> > On Thu, 2003-09-04 at 03:55, Felix Kühling wrote:
> >
> >>On Wed, 03 Sep 2003 17:04:59 -0700
> >>Eric Anholt <[EMAIL PROTECTED]> wrote:
>
On Thu, 4 Sep 2003 09:39:48 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 03, 2003 at 05:27:01PM +0100, Keith Whitwell wrote:
> > Ian Romanick wrote:
> > >Keith Whitwell wrote:
> > >
> > >>Ian Romanick wrote:
> > >>
> > >>>Who is building the binary snapshots these days?
>
> I am.
On Wed, 03 Sep 2003 17:04:59 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> On Wed, 2003-09-03 at 01:46, Keith Whitwell wrote:
> > Thomas Emmel wrote:
> > > On Tue, 2003-09-02 at 19:40, Martin Spott wrote:
> > >
> > >>Thomas Emmel <[EMAIL PROTECTED]> wrote:
> > >>
> > >>
> > >>>and this message m
On Wed, 3 Sep 2003 14:10:50 -0700 (PDT)
Alex Deucher <[EMAIL PROTECTED]> wrote:
> This is probably better asked on dri-devel (cc:ed).
>
> --- Cheshire Cat Fish <[EMAIL PROTECTED]> wrote:
> > I am investigating supporting DRI and OpenGL for the Silicon Motion
> > driver.
> > I'm new to both of tho
On Sun, 31 Aug 2003 12:35:22 +0200
smitty <[EMAIL PROTECTED]> wrote:
>
> > I updated the configuration design document to reflect the current
> > state of the implementation. The new document is available at
> > http://user.cs.tu-berlin.de/~felixyz/dri/dri_config_design_rev4.txt if
> > anyone is
Hi,
I updated the configuration design document to reflect the current state
of the implementation. The new document is available at
http://user.cs.tu-berlin.de/~felixyz/dri/dri_config_design_rev4.txt if
anyone is still interested given a mostly complete implementation. ;-)
Maybe someone wants to
Hi all,
I attached a patch against the config-0-0-1-branch that includes a
vblank configuration cleanup as proposed in a previous mail. I've tested
this briefly with the radeon driver and it seems to work all right. The
default setting is now as defined in the GLX_SGI_swap_control spec a
swap inte
Hi,
I'm trying to clean up the vlank configuration on the config branch. I
noticed that the r200 and radeon drivers check for availability of IRQs
in slightly different ways:
r200: rmesa->dri.drmMinor >= 6 && rmesa->r200Screen->irq
radeon: rmesa->radeonScreen->irq
As both use the same kernel m
On Thu, 28 Aug 2003 00:02:48 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Wed, 2003-08-27 at 23:52, Korosi Akos wrote:
> >
> > (II) LoadModule: "ati"
> > (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o
> > (EE) LoadModule: Module ati does not have a atiModuleData
> > data object.
>
On Wed, 27 Aug 2003 18:09:26 +0200 (CEST)
Korosi Akos <[EMAIL PROTECTED]> wrote:
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2003-08-27 at 10:33, Korosi Akos wrote:
> > >
> > > Alex Deucher <[EMAIL PROTECTED]> wrote:
> > >
> > > > If memory serves, I believe radeon_probe.c gets com
Hi,
I tried to puzzle this together from my (vague) memory of the IRC
discussion with Ian about this topic and my own thoughts. Here is the
result:
Synchronization with vertical refresh (swap intervals):
- Never, FPS rulez!
- Application preference, default interval 0
- Application preference, de
On Mon, 25 Aug 2003 17:58:41 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> On Mon, 2003-08-25 at 17:45, Eric Anholt wrote:
> > CVSROOT:/cvsroot/dri
> > Module name:xc
> > Repository: xc/xc/lib/GL/mesa/src/drv/common/
> > Changes by: [EMAIL PROTECTED] 03/08/25 17:45:05
> >
> > L
I almost forgot, the log below looks incomplete. Please attach the full
log in /var/log/XFree86.0.log.
Felix
P.S.: Sorry for the double cross-post to dri-devel.
On Sun, 24 Aug 2003 10:06:04 +0200 (CEST)
Korosi Akos <[EMAIL PROTECTED]> wrote:
> Hi all!
>
> I have been off for a while, and when
On Sun, 24 Aug 2003 10:06:04 +0200 (CEST)
Korosi Akos <[EMAIL PROTECTED]> wrote:
> Hi all!
>
> I have been off for a while, and when I got back I installed the
> latest DRI driver (20030823) for my Radeon 8500.
> Then for my suprise the X didn't start.
> I restored the latest driver and put back
Hello,
I committed this on the config branch yesterday but it seems the commit
messages didn't get through :-/. So here's a (verbose) summary.
I added two new enum options, one for TCL stuff and one for frame
throttling. These two options will replace 5 boolean options. That makes
the option list
On Mon, 18 Aug 2003 19:44:04 +0100
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > I figured out this this works:
> > insmod ./r128.ko drm_opts=debug:on
> >
> > But won't it be in the spirt of 2.6 module parameters
> > if
> > insmod ./r128.ko debug=on
> >
>
> I've never used t
On Sat, 16 Aug 2003 21:49:48 +0200
Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> In gmane.comp.video.dri.devel, you wrote:
> >> Is my RV200 QW a regular Radeon 7500 or some lame el cheapo model?
> >> What's the expected glxgears rate for my kind of setup?
> >
> > For comparison, I have a cheap
On Fri, 15 Aug 2003 13:13:13 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > Hello,
> >
> > this is hopefully the final version of the per-screen dynamic GLX
> > extensions patch. Major changes from the last version:
> >
&
On Fri, 15 Aug 2003 21:25:55 +0200
Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> Ian Romanick wrote:
> > >I'm using a Radeon 7500 (RV200 QW) on an Athlon XP1700+,
> > >but glxgears does only reach about 370-440 fps, which is
> > >(AFAIR on IRC) way below the expected performance for that
> > >ma
and
add a pointer to __DRIscreenRec that points back to __GLXscreenConfigs.
Thoughts?
On Fri, 8 Aug 2003 21:57:30 +0200
Felix Kühling <[EMAIL PROTECTED]> wrote:
> Hello,
>
> this is a follow-up of the thread "per-screen client-side glx
> extensions". In addition to
Hello,
this is hopefully the final version of the per-screen dynamic GLX
extensions patch. Major changes from the last version:
- per-screen data in __GLXscreenConfigs
- __DRIscreen has an opaque pointer back to the screenConfigs
- Bumped the internal libGL API version to 20030813
- __glXExtensio
On Mon, 11 Aug 2003 12:14:31 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > So I moved the glx extension data to the end of __DRIscreenRec and added
> > a pointer to __DRIscreenPrivateRec that points back to the
> > __DRIscreenRec.
On Tue, 05 Aug 2003 20:59:32 -0700
Nathan Gray <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm trying to build from CVS but I'm seeing something unexpected. The build
> is trying to link to X libraries outside of the DRI tree itself. In
> host.def I altered the ProjectRoot variable as so:
>
> /* O
Hello,
this is a follow-up of the thread "per-screen client-side glx
extensions". In addition to those changes the attached patch also
removes __glXRegisterGLXFunction and __glXAddExtension. Therefore
__driRegisterExtensions is no longer necessary and corresponding
infrastructure was removed from
On Sun, 10 Aug 2003 13:04:49 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > Forget the other patch, this one actually works. I tested it with a
> > modified radeon driver. They way I tried to access per-screen glx
> > extension data befo
On Tue, 05 Aug 2003 12:00:50 -0600
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Ian Romanick wrote:
> > Ian Romanick wrote:
> >
> >> I'm also having second thoughts about allowing drivers to add function
> >> calls to the GLX dispatch table. This is a global table that has no
> >> way to identi
On Mon, 4 Aug 2003 00:35:25 +0300
Ville Syrjälä <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 03, 2003 at 01:14:21PM -0700, Ian Romanick wrote:
[snip]
> > You may also want to add an env var / config variable to disable these
> > extensions. There are some apps that may be slower (because they only
On Fri, 01 Aug 2003 17:57:14 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > Hi,
> >
> > I attached a first attempt on a patch that makes client-side extensions
> > aware of multiple screens and will allow extensions to be enab
Hi,
I attached a first attempt on a patch that makes client-side extensions
aware of multiple screens and will allow extensions to be enabled
conditionally by the drivers. This is a result of the thread
"Observations about dynamic extension registration". It compiles but the
drivers aren't changed
On 01 Aug 2003 23:39:49 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-08-01 at 23:10, Felix Kühling wrote:
> > On Fri, 1 Aug 2003 19:28:24 +0200
> > Felix Kühling <[EMAIL PROTECTED]> wrote:
> >
> > > I'm currently testing
On Fri, 1 Aug 2003 19:28:24 +0200
Felix Kühling <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm currently testing the trunk on my Radeon 7500, especially Keith's
> recent TCL and dma_tmp work. All real applications seem to work fine but
> gltext xscreensaver is way too d
Hi,
I'm currently testing the trunk on my Radeon 7500, especially Keith's
recent TCL and dma_tmp work. All real applications seem to work fine but
gltext xscreensaver is way too dark now. It looks like there is only
ambient light. With RADEON_TCL_FORCE_DISABLE=1 it looks ok.
Regards,
Felix
---
On Thu, 31 Jul 2003 10:12:47 -0600
Brian Paul <[EMAIL PROTECTED]> wrote:
> Keith Whitwell wrote:
> > Ian Romanick wrote:
> >
> >> Felix Kühling wrote:
> >>
> >>> I observed that glXQueryExtensionsString calls glXInitialize first which
> &g
On Wed, 30 Jul 2003 09:20:28 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > I see:
> > C SPECIFICATION
> >const char * glXQueryExtensionsString( Display *dpy,
> > int screen
On Tue, 29 Jul 2003 16:01:22 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > On Tue, 29 Jul 2003 13:58:58 -0700
> > Ian Romanick <[EMAIL PROTECTED]> wrote:
> >
> >>Felix Kühling wrote:
> >>
> >>>Do
On Tue, 29 Jul 2003 13:58:58 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > Hi,
> >
> > as I'm going to clean up vsync related stuff on the config-0-0-1-branch
> > I read the code for dynamic glx extension registration in
>
Hi,
as I'm going to clean up vsync related stuff on the config-0-0-1-branch
I read the code for dynamic glx extension registration in
xc/lib/GL/dri/dri_glx.c and xc/lib/GL/glx/glxextensions.[ch]. I stumbled
over this comment in front of __glXRegisterExtensions:
** In older versions of libGL (prio
On Mon, 28 Jul 2003 11:05:57 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > I believe this solution is very flexible and keeps the implementation
> > complexity small as the drivers don't need to parse symbolic values from
> > conf
Hi,
I promised more details about a new option type "enum" in the
configuration scheme. Basically it is jut a special case of an integer
that _requires_ a "valid" attribute in the driver's XML document in
order to guarantee enumerability. Furthermore individual values _can_
(but don't need to) be
On Sat, 26 Jul 2003 15:54:12 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Michel Dänzer wrote:
>
> > On Sat, 2003-07-26 at 15:09, Felix Kühling wrote:
> >
> >>On 26 Jul 2003 12:42:18 +0200
> >>Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
On 26 Jul 2003 12:42:18 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sat, 2003-07-26 at 12:11, Felix Kühling wrote:
> > I see. I simply converted the old environment variable R200_NO_IRQS to
> > configuration option use_irqs.
>
> Indeed, I see now that
On 26 Jul 2003 00:37:31 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sat, 2003-07-26 at 00:27, Felix Kühling wrote:
> > On 26 Jul 2003 00:12:05 +0200
> > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
> > > On a related note, I think use_irqs sh
On 26 Jul 2003 00:12:05 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-07-25 at 22:40, Felix Kühling wrote:
> > On 25 Jul 2003 22:31:24 +0200
> > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
> > > On Fri, 2003-07-25 at 22:22, Felix Kühl
On 25 Jul 2003 22:31:24 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-07-25 at 22:22, Felix Kühling wrote:
> > On 25 Jul 2003 16:24:36 +0200
> > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
> > > libGL error:
> > > Warning
On 25 Jul 2003 16:24:36 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sun, 2003-07-13 at 17:13, Felix Kühling wrote:
> >
> > I just uploaded a first version of a graphical configuration tool to my
> > home page.
> >
> >http://fxk.de.vu/proj
On Thu, 24 Jul 2003 15:35:02 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> Felix,
>
> As promised I've made some preliminary snapshots from the config-0-0-1-branch.
> They're those *-config.tar.bz2 at
> http://dri.sf.net/snapshots/bleeding-edge
>
> Check if they're OK or anything is missing or
On Thu, 24 Jul 2003 16:28:44 +0200
Dieter Nützel <[EMAIL PROTECTED]> wrote:
> Am Donnerstag, 24. Juli 2003 12:51 schrieb Felix Kühling:
> > Hi,
> >
> > I found another problem in t_dd_dmatmp2.h in render_quads_elts. The
> > attached patch fixes garbage on the
Hi,
I found another problem in t_dd_dmatmp2.h in render_quads_elts. The
attached patch fixes garbage on the quakeforge console and with some
particle effects. One more piece for Keiths dmatmp2 cleanup.
Regards,
Felix
__\|/_____ ___ -
Felix
On Sun, 13 Jul 2003 17:13:15 +0200
Felix Kühling <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I just uploaded a first version of a graphical configuration tool to my
> home page.
>
>http://fxk.de.vu/projects_cur_en.html
>
> There probably still a lot of work to do
Hi all,
I just uploaded a first version of a graphical configuration tool to my
home page.
http://fxk.de.vu/projects_cur_en.html
There probably still a lot of work to do and probably many bugs to fix.
But I want to make it available as soon as possible in order to get more
feedback on the con
On Tue, 1 Jul 2003 11:18:02 -0700 (PDT)
"Jorge Luis Williams" <[EMAIL PROTECTED]> wrote:
>
> (Moderator please ignore duplicate message -- I sent it from the wrong
> account -- sorry)
>
> Hello,
>
>
> I have a Radeon 9000 64 MB DDR AGP card and I've been running it on a
> 2Ghz Intel Pentium IV
Hi,
I've been wondering about keywords in Imakefiles that look like CVS
keywords. Examples from xc/programs/Imakefile:
XCOMM $Xorg: Imakefile,v 1.4 2000/08/17 19:47:01 cpqbld Exp $
XCOMM $XFree86: xc/programs/Imakefile,v 3.53 2002/11/20 04:43:50 dawes Exp $
Of course they are not documented in
On Tue, 24 Jun 2003 13:32:22 +0200
Felix Kühling <[EMAIL PROTECTED]> wrote:
[snip]
> 2) (How) can one check for specific *BSD versions via #if ?
I found some more info on http://predef.sourceforge.net/preos.html,
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handboo
501 - 600 of 843 matches
Mail list logo