On Tue, Nov 25, 2003 at 10:17:46PM +0100, Felix Kühling wrote:
> Hi,
>
> I'm looking into the various templates in Mesa/src/tnl_dd as I'm trying
> to port the savage driver to current Mesa. I was wondering what the
> HAVE_HW_FLAT_SHADE macro is doing? It only appears in t_dd_unfilled.h
> and it lo
On Tue, Nov 25, 2003 at 12:28:29PM -0800, Ian Romanick wrote:
> The problem seems to be with older distros that have libexpat.so.0
> instead of libexpat.so.1. People have found that it works if they
> symlink libexpat.so.0 to libexpat.so.1.
It's not just older distros. Gentoo has libexpat.so.0
> Can you try ATI's binary drivers for Linux, or are you not on x86?
ATI's FireGL drivers do not support PCI cards, lord knows I tried.
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more prod
On Wed, 2003-11-26 at 10:32, Ian Romanick wrote:
> I'm pretty sure that anything that did that for PCI would also do it for
> AGP. I assume that would kill performance even more, yes?
>
> Could somebody with an actual PCI card try this with ATI's driver? If
> the performance is okay there, tha
> Can you try ATI's binary drivers for Linux, or are you not on x86?
ATI's FireGL drivers do not support PCI cards, lord knows I tried.
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more produ
Chris Ison wrote:
On Wed, 2003-11-26 at 10:32, Ian Romanick wrote:
I'm pretty sure that anything that did that for PCI would also do it for
AGP. I assume that would kill performance even more, yes?
Could somebody with an actual PCI card try this with ATI's driver? If
the performance is okay t
On Wed, 2003-11-26 at 10:32, Ian Romanick wrote:
> I'm pretty sure that anything that did that for PCI would also do it for
> AGP. I assume that would kill performance even more, yes?
>
> Could somebody with an actual PCI card try this with ATI's driver? If
> the performance is okay there, tha
Alan Cox wrote:
On Maw, 2003-11-25 at 20:26, Michel DÃnzer wrote:
* Our drivers do something which makes newer chips perform very
poorly with PCI GART, be they AGP or PCI
The former wouldn't necessarily say anything about PCI cards, but I'm
not sure how to determine which it is (and wh
On Maw, 2003-11-25 at 20:26, Michel DÃnzer wrote:
> * Our drivers do something which makes newer chips perform very
> poorly with PCI GART, be they AGP or PCI
>
> The former wouldn't necessarily say anything about PCI cards, but I'm
> not sure how to determine which it is (and what e
Hi,
I'm looking into the various templates in Mesa/src/tnl_dd as I'm trying
to port the savage driver to current Mesa. I was wondering what the
HAVE_HW_FLAT_SHADE macro is doing? It only appears in t_dd_unfilled.h
and it looks like it's doing the exact opposite of what it says:
if ((ctx->_Tria
[EMAIL PROTECTED] wrote:
Hi,
I have a MSI 845GL-P barebone,
00:02.0 VGA compatible controller: Intel Corp. 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device (rev 01)
and do use it with 2.4.22, i830 and agpgart kernel modules and
4.3.0-0pre1v1 xfree86-xserver (debian package).
Unfortunat
Keith Whitwell wrote:
Ian Romanick wrote:
Michel DÃnzer wrote:
On Mon, 2003-11-24 at 20:01, en ne wrote:
I send you the verbose output and the ldd output.
libexpat.so.1 => not found
This is getting old. This makes at least 10 reports of "direct
rendering not working" that turned out to
On Tue, 2003-11-25 at 00:45, Roland Scheidegger wrote:
>
> Results (AXP 1600, 9000pro, 1GB sdram, KT133A Chipset):
> glxgears QuakeIII (1024x768, graphic options all set to high)
> AGP 4x 1910 62.5
> AGP 1x 1860 61.1
> PCI 200 16.8
I've seen similarly pathetic
Hi,
I have a MSI 845GL-P barebone,
00:02.0 VGA compatible controller: Intel Corp. 82845G/GL [Brookdale-G] Chipset
Integrated Graphics Device (rev 01)
and do use it with 2.4.22, i830 and agpgart kernel modules and
4.3.0-0pre1v1 xfree86-xserver (debian package).
Unfortunately the kernel crashe
Roland Scheidegger wrote:
I'm really not sure about this, but I believe there could be a severe
performance problem when using pci radeons (at least on x86). I haven't
seen any measurements of this, and few people seem to have such hardware.
But by using the "BusType" option, I've forced pci mod
On Tue, 25 Nov 2003 14:48:48 +
José Fonseca <[EMAIL PROTECTED]> wrote:
[snip]
> Sorry. I forgot to flag your reply describing how to link statically and
> never remembered the subject again (at that time I was more concerned
> with the build failure...) I'm taking care of it now.
Thanks!
>
On Tue, Nov 25, 2003 at 08:55:03AM -0800, Eric Anholt wrote:
> On Tue, 2003-11-25 at 06:48, José Fonseca wrote:
> > Regarding puting the snapshot builds on freedesktop.org, I'm fine with
> > it (it's true I've been quite busy with other stuff and that perhaps I
> > can't give all the attention requ
On Tue, 2003-11-25 at 06:48, José Fonseca wrote:
> On Tue, Nov 25, 2003 at 01:27:32PM +0100, Felix Kühling wrote:
> > On Tue, 25 Nov 2003 10:31:21 +
> > Keith Whitwell <[EMAIL PROTECTED]> wrote:
> >
> > > Ian Romanick wrote:
> > > > Michel Dänzer wrote:
> > > >
> > > >> On Mon, 2003-11-24 at
Actually I did have libexpat statically linked, but as you can see...
test "$BRANCH" == config-0-0-1-branch && sed -i -e 's/-lexpat/-Wl,-Bstatic -lexpat
-Wl,-Bdynamic/' build/$BRANCH/xc/config/cf/X11.tmpl
... just on config-0-0-1-branch, because the config-0-0-1-branch hadn't
been merged into
On Tue, Nov 25, 2003 at 01:27:32PM +0100, Felix Kühling wrote:
> On Tue, 25 Nov 2003 10:31:21 +
> Keith Whitwell <[EMAIL PROTECTED]> wrote:
>
> > Ian Romanick wrote:
> > > Michel Dänzer wrote:
> > >
> > >> On Mon, 2003-11-24 at 20:01, en ne wrote:
> > >>
> > >>> I send you the verbose output
On Mon, 24 Nov 2003 15:40:12 -0600 (CST)
[EMAIL PROTECTED] wrote:
> hi,
>
> I checked out the savage-2-0-0 branch but I can't get the savage drivers
> to compile
>
> make World ignores the directory programs/Xserver/hw/drivers/savage
You need to add savage to XF86CardDrivers in config/cf/host.d
On Tue, 25 Nov 2003 10:31:21 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Ian Romanick wrote:
> > Michel Dänzer wrote:
> >
> >> On Mon, 2003-11-24 at 20:01, en ne wrote:
> >>
> >>> I send you the verbose output and the ldd output.
> >>
> >>
> >> libexpat.so.1 => not found
> >
> >
>
On Tue, Nov 25, 2003 at 10:40:27AM +0100, Jan Gukelberger wrote:
> I have tried to compile and run some simple OpenGL programs. But lots
> of them don't display anything or only part of the scene if direct
> rendering is enabled.
> However, with LIBGL_ALWAYS_INDIRECT=y the scene looks like it sh
Ian Romanick wrote:
Michel DÃnzer wrote:
On Mon, 2003-11-24 at 20:01, en ne wrote:
I send you the verbose output and the ldd output.
libexpat.so.1 => not found
This is getting old. This makes at least 10 reports of "direct
rendering not working" that turned out to be libexpat.so pro
[I'm not sure this is a problem with DRI itself, but DRI is definitely
involved and a guy in
comp.os.linux.x told me to ask this list - so I'm trying my luck here.]
I have tried to compile and run some simple OpenGL programs. But lots
of them don't display anything or only part of the scene if
Ok, when I got to that point I was too tired to even
see it! I searched around for libexpat.so.1, googled
it and could nt find it. So I symlinked it to
libexpat.so.0.4.0
and it works. Maybe the symlink wasn't a good idea?
At any rate, thanks to you and all the ppl of the dri
project for their work
26 matches
Mail list logo
