Rune Petersen wrote:
Michel Dänzer wrote:
On Fri, 2005-05-27 at 20:48 +0200, Rune Petersen wrote:
Hi,
One more for good messure.
2048x2048 texturer are corrupted. half (1024x2048) is correct, the
rest is random data from memory.
Not being familiar with the r300 code, I can only guess, bu
On Fri, May 27, 2005 at 02:06:16PM -0700, Ian Romanick wrote:
> Please try the attached patch. Since I don't have any i9X5 hardware, I
> haven't run-tested it, but it does compile. This implements a fix
> similar to the one described by Alan in one of his posts. Note that the
> i810 and i830
Hi all,
I've already reported this in bugzilla (bug# 3386). If I should have
reported this problem in this forum first, I apologise. I am happy to
debug this myself, if someone could please give me some pointers on how
to debug an active kernel module, and what I should look for first.
I am
Michel Dänzer wrote:
On Fri, 2005-05-27 at 20:48 +0200, Rune Petersen wrote:
Hi,
One more for good messure.
2048x2048 texturer are corrupted. half (1024x2048) is correct, the rest
is random data from memory.
Not being familiar with the r300 code, I can only guess, but it sounds
like the r30
Lukas Hejtmanek wrote:
drm_stub.c version 1.52 contains check whether device is AGP. I have i915 card
that is PCIE and it fails to initialize i915 module. If I comment out check for
AGP then everything is OK.
Please try the attached patch. Since I don't have any i9X5 hardware, I
haven't run-
On Fri, May 27, 2005 at 02:53:12PM -0400, Michel Dänzer wrote:
> On Fri, 2005-05-27 at 19:02 +0100, Alan Hourihane wrote:
> > >
> > > Why does the mga_drv.c set DRIVER_REQUIRE_AGP when it doesn't 'require' it
> > > if there's a PCI Matrox card ?
> > >
> > > Couldn't we do
> > >
> > >if (
On Fri, 2005-05-27 at 20:48 +0200, Rune Petersen wrote:
> Hi,
> One more for good messure.
> 2048x2048 texturer are corrupted. half (1024x2048) is correct, the rest
> is random data from memory.
Not being familiar with the r300 code, I can only guess, but it sounds
like the r300 driver still alwa
On Fri, 2005-05-27 at 19:02 +0100, Alan Hourihane wrote:
> >
> > Why does the mga_drv.c set DRIVER_REQUIRE_AGP when it doesn't 'require' it
> > if there's a PCI Matrox card ?
> >
> > Couldn't we do
> >
> >if (drm_device_is_agp(dev) || DRIVER_REQUIRE_AGP)
> >dev->agp = drm_agp_ini
Hi,
One more for good messure.
2048x2048 texturer are corrupted. half (1024x2048) is correct, the rest
is random data from memory.
An easy way to reproduce this is using NeHe Lesson 06 and change the
bitmap to a 2048x2048 bitmap.
Rune Petersen
-
On Fri, May 27, 2005 at 11:10:29AM -0700, Ian Romanick wrote:
> Alan Hourihane wrote:
>
> >Why does the mga_drv.c set DRIVER_REQUIRE_AGP when it doesn't 'require' it
> >if there's a PCI Matrox card ?
>
> It does still require it. The PCI cards are not (yet) supported. The
> whole reason I adde
Alan Hourihane wrote:
Why does the mga_drv.c set DRIVER_REQUIRE_AGP when it doesn't 'require' it
if there's a PCI Matrox card ?
It does still require it. The PCI cards are not (yet) supported. The
whole reason I added the call to drm_device_is_agp in that place and
added the drm_driver::de
On Fri, May 27, 2005 at 06:58:08PM +0100, Alan Hourihane wrote:
> On Fri, May 27, 2005 at 10:48:50AM -0700, Ian Romanick wrote:
> > Lukas Hejtmanek wrote:
> >
> > >drm_stub.c version 1.52 contains check whether device is AGP. I have i915
> > >card
> > >that is PCIE and it fails to initialize i915
On Fri, May 27, 2005 at 10:48:50AM -0700, Ian Romanick wrote:
> Lukas Hejtmanek wrote:
>
> >drm_stub.c version 1.52 contains check whether device is AGP. I have i915
> >card
> >that is PCIE and it fails to initialize i915 module. If I comment out
> >check for
> >AGP then everything is OK.
>
> T
Lukas Hejtmanek wrote:
drm_stub.c version 1.52 contains check whether device is AGP. I have i915 card
that is PCIE and it fails to initialize i915 module. If I comment out check for
AGP then everything is OK.
That's interesting. I guess the problem is that the i915 driver has
DRIVER_REQUIRE_
Hello,
drm_stub.c version 1.52 contains check whether device is AGP. I have i915 card
that is PCIE and it fails to initialize i915 module. If I comment out check for
AGP then everything is OK.
--
Lukáš Hejtmánek
---
This SF.Net email is spons
Gigabyte is demoing a four slot PCI-Express version:
http://www.tomshardware.com/hardnews/20050526_155843.html
At the end of the article it talks about ATI Crossfire which can
support 32 GPUs.
--
Jon Smirl
[EMAIL PROTECTED]
---
This SF.Net em
Rune Petersen wrote:
Brian Paul wrote:
Philipp Klaus Krause wrote:
Rune Petersen schrieb:
Hi,
Enabling water in Scorched3D causes corruption of all textures and I
have tracked it down to interaction between glPopAttrib() and the
attributes GL_TEXTURE_GEN_S & GL_TEXTURE_GEN_T.
I using the la
Brian Paul wrote:
Philipp Klaus Krause wrote:
Rune Petersen schrieb:
Hi,
Enabling water in Scorched3D causes corruption of all textures and I
have tracked it down to interaction between glPopAttrib() and the
attributes GL_TEXTURE_GEN_S & GL_TEXTURE_GEN_T.
I using the latest CVS updates of Xor
Philipp Klaus Krause wrote:
Rune Petersen schrieb:
Hi,
Enabling water in Scorched3D causes corruption of all textures and I
have tracked it down to interaction between glPopAttrib() and the
attributes GL_TEXTURE_GEN_S & GL_TEXTURE_GEN_T.
I using the latest CVS updates of Xorg, Mesa, and r300_dr
Rune Petersen schrieb:
> Hi,
> Enabling water in Scorched3D causes corruption of all textures and I
> have tracked it down to interaction between glPopAttrib() and the
> attributes GL_TEXTURE_GEN_S & GL_TEXTURE_GEN_T.
> I using the latest CVS updates of Xorg, Mesa, and r300_driver.
This problem is
20 matches
Mail list logo