Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-17-10 22:37 ---
I've been having a pro
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-10-17 at 02:36, Roland Scheidegger wrote:
> > Keith Whitwell wrote:
> > Well, I've never tried to install the whole XFree86 when it's running,
> > but I'm often lazy and just compile the mesa/src/drv/r200 if only small
> > changes happen a
On Fri, 2003-10-17 at 17:27, Alex Deucher wrote:
>I've had several mergedfb users complain about the 2048 DRI limit
> put in yesterday:
>
> else if ( pScrn->virtualX > 2048 || pScrn->virtualY > 2048 ) {
> info->directRenderingEnabled = FALSE;
> xf86DrvMsg(sc
Felix Kuehling wrote:
CVSROOT:/cvs/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/sis/
Changes by: [EMAIL PROTECTED] 03/10/17 06:26:08
Log message:
Fixed linking of DRI drivers with common object files. Now each driver only
links with those common objects tha
I've had several mergedfb users complain about the 2048 DRI limit
put in yesterday:
else if ( pScrn->virtualX > 2048 || pScrn->virtualY > 2048 ) {
info->directRenderingEnabled = FALSE;
xf86DrvMsg(scrnIndex, X_WARNING,
"Dire
plus there is a certain machismo element to the number of FPS your card
can render...
--- 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
--- 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.sourceforge.net/cgi-bin/moin.cgi/ConfigurationInfrastructure
> >
> > perhaps we shouldn't make s
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
On Friday 17 October 2003 03:10 pm, Alex Deucher 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.
>
> Alex
Thank you Alex, I'll download driconf and give it a
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-10-17 at 02:36, Roland Scheidegger wrote:
> > Keith Whitwell wrote:
> > > Alex Deucher wrote:
> > >
> > >> As I recall KDE preloads libGL for some reason. that might have
> > >> something to do with it.
> > >
> > > If you make sure tha
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.
Alex
--- Paul Zaremba <[EMAIL PROTECTED]> wrote:
> Hello,
>I have a Radeon 8500 LE with an LCD attached to the CRT outpu
Hello,
I have a Radeon 8500 LE with an LCD attached to the CRT output.
I've been compiling the DRI to test against NwN, glxgears, and bzflag.
So first of all, great work!
However, as of last week when I downloaded and compiled the DRI it appears
that my glxgears framerate is capping at the vSy
> The radeon driver already uses the family enum to tell secondary from primary
> adapters. This is done so that linux PCI utlities will show the Radeon driver
> as owning both devices. GET_SUGGESTED should be modified to return the family
> enum too. Then we could remove the PCI ID's and ifs in t
On Fri, 2003-10-17 at 17:41, Alex Deucher wrote:
> --- Michel Dnzer <[EMAIL PROTECTED]> wrote:
> >
> > The case I was concerned about was multiple Radeon cards, that used
> > to fail rather spectacularly.
>
> I thought that had something to do with rom loading on secondary cards,
> although you m
--- Michel D�nzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-10-17 at 05:14, Eric Anholt wrote:
> >
> > Log message:
> > - Converted Linux drivers to initialize DRM instances based on
> PCI IDs, not
> > just a single instance. Moved the PCI ID lists from _drv.c
> in BSD to
> > .h. The PC
On Fri, 17 Oct 2003, Michel [ISO-8859-1] Dänzer wrote:
> On Fri, 2003-10-17 at 04:41, Alex Deucher wrote:
> >
> > Log message:
> > *Re-wrote MergedFB validate mode function from scratch based on crt1 validation
> > rather than the old clone validation code.
>
> So does it work more or less li
On Fri, 2003-10-17 at 05:14, Eric Anholt wrote:
>
> Log message:
> - Converted Linux drivers to initialize DRM instances based on PCI IDs, not
> just a single instance. Moved the PCI ID lists from _drv.c in BSD to
> .h. The PCI ID lists include a driver private field, which may be used
>
--- Michel D�nzer <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-10-17 at 04:41, Alex Deucher wrote:
> >
> > Log message:
> > *Re-wrote MergedFB validate mode function from scratch based on
> crt1 validation
> > rather than the old clone validation code.
>
> So does it work more or less like th
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
Anyone seeing this? I'm pretty sure this isn't just something local to my
environment.
I'll probably take 'sis' out of the build in the meantime.
Keith
gcc -c -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
-Wr
On Fri, 2003-10-17 at 04:41, Alex Deucher wrote:
>
> Log message:
> *Re-wrote MergedFB validate mode function from scratch based on crt1 validation
> rather than the old clone validation code.
So does it work more or less like the old clone mode by default now? :)
> *Fixed mode validation
On Fri, 2003-10-17 at 02:36, Roland Scheidegger wrote:
> Keith Whitwell wrote:
> > Alex Deucher wrote:
> >
> >> As I recall KDE preloads libGL for some reason. that might have
> >> something to do with it.
> >
> > If you make sure that the old driver.so file is removed, not
> > overwritten, th
Alex Deucher wrote:
Before I go grepping through the tree, where would I find this code (in
the DRM, DRI, or 2D)? Also is it for r100 or r200 or both? is there a
r200_cp_dispatch_clear()?
It's in the drm module. The r200 shares the radeon kernel code.
Keith
--
Roland Scheidegger wrote:
Keith Whitwell wrote:
And to get this fully on-topic, is there a specific reason why the
dri driver is quite a bit slower (up to 50% in some subtests) in
SpecViewPerf compared to the cvs version of july? Could this be
related to the changes with GLX_NV_vertex_array_ran
24 matches
Mail list logo
