José Fonseca wrote:
> On 2002.05.01 23:11 Peter Andersson wrote:
>
>> Leif Delgass wrote:
>>
>>> On Wed, 1 May 2002, Peter Andersson wrote:
>>>
I have compiled the new kernel drivers and get the following error
when trying to run glxgears:
Error flushing vertex buffer: return
On 2002.05.01 18:03 Leif Delgass wrote:
> I realized what was causing the oops when trying to access the buffer
> private struct in the PCI path. The DRM template code for addbufs_pci
> does __not__ allocate memory for a private structure for the buffers,
> whereas the template code for addbufs_a
On Thu, 2 May 2002, Smitty wrote:
> btw the list is now up on the (card) status page of dri.sourceforge.net.
It would be really good if the status included what features are supported
by the hardware. This may make it easier for interested parties to jump in
and pick up pieces that they want t
On 02 May 2002 23:19:10 +0100
"Sergey V. Udaltsov" <[EMAIL PROTECTED]> wrote:
> BTW, it was mentioned it was easy to enable 2D acceleration back. Is it
> true? Can it be done in snapshots (by checking this illustrious
> pATI->directRenderingEnabled). So people could use snapshot drivers in
> ever
On Fri, May 03, 2002 at 01:14:21AM +0200, Peter Andersson wrote:
> Michel Dänzer wrote:
>
> >On Wed, 2002-05-01 at 19:30, Peter Andersson wrote:
> >
> >>Michael, have you got hold of the screenshot or would you like me to re
> >>send it to you?
> >
> >I've seen it now, thanks.
> >
> >I realized
Michel Dänzer wrote:
>On Wed, 2002-05-01 at 19:30, Peter Andersson wrote:
>
>>Michael, have you got hold of the screenshot or would you like me to re
>>send it to you?
>>
>
>I've seen it now, thanks.
>
>I realized that Doom was an 8 bit game, does prboom use 8 bit textures?
>That would explain
On Wed, 2002-05-01 at 19:30, Peter Andersson wrote:
> Michael, have you got hold of the screenshot or would you like me to re
> send it to you?
I've seen it now, thanks.
I realized that Doom was an 8 bit game, does prboom use 8 bit textures?
That would explain how the columns get swapped.
--
> Yes, that's the goal. "Synchronous" DMA means that we wait for the card
> to idle after submitting each DMA pass, rather than going on to do other
> things and polling or handling interrupts to check for completion of the
> DMA transfer. Synchronous operation isn't meant to be fast, it's just
On 2 May 2002, Sergey V. Udaltsov wrote:
> Hi
>
> > Whoops. The oops is my fault, it's a bug in _cleanup_dma. It's fixed in
> > CVS now. Just update and rebuild and install the kernel module. This is
> > not related to your original problem though, I'm not sure what would be
> > causing a
Hi
> Whoops. The oops is my fault, it's a bug in _cleanup_dma. It's fixed in
> CVS now. Just update and rebuild and install the kernel module. This is
> not related to your original problem though, I'm not sure what would be
> causing a lockup on vt switches if no GL contexts are running.
On 2 May 2002, Michel Dänzer wrote:
> On Thu, 2002-05-02 at 20:04, José Fonseca wrote:
> > On 2002.05.02 18:19 Kees Cook wrote:
> > > On Thu, May 02, 2002 at 06:13:39PM +0100, José Fonseca wrote:
> > > > Kees, perhaps I didn't stress this enough but, spite of your
> > > motherboard
> > > > shortc
On Thu, 2002-05-02 at 20:04, José Fonseca wrote:
> On 2002.05.02 18:19 Kees Cook wrote:
> > On Thu, May 02, 2002 at 06:13:39PM +0100, José Fonseca wrote:
> > > Kees, perhaps I didn't stress this enough but, spite of your
> > motherboard
> > > shortcomings, you should be able to achieve a reasonabl
On 2002.05.02 18:19 Kees Cook wrote:
> On Thu, May 02, 2002 at 06:13:39PM +0100, José Fonseca wrote:
> > Kees, perhaps I didn't stress this enough but, spite of your
> motherboard
> > shortcomings, you should be able to achieve a reasonable 3D
> acceleration,
> > as is.
>
> Ah, perhaps I misunder
Mortgage Rates are at an all time low. We canfind ANYONE with ANY CREDIT (great or horrible)
the lowest and most competitive rates. Simple takes under 1 minute.
TRY NOW
58291914119876554443
___
Have big pipes? SourceForge.net i
On Thu, May 02, 2002 at 06:13:39PM +0100, José Fonseca wrote:
> Kees, perhaps I didn't stress this enough but, spite of your motherboard
> shortcomings, you should be able to achieve a reasonable 3D acceleration,
> as is.
Ah, perhaps I misunderstood. I got the impression that even if I got goo
On 2002.05.02 16:36 Kees Cook wrote:
> On Thu, May 02, 2002 at 11:05:24AM +0100, José Fonseca wrote:
> > Yep. This is nothing related with AGP, and will not change in the
> > immediate future as currently we can't handle simultaneous 2D and 3D
> > acceleration. (Note that this isn't related to 4.2
On Thu, May 02, 2002 at 06:34:11AM -0400, Mike A. Harris wrote:
> >mtrr: Serverworks LE detected. Write-combining disabled.
>^^
> Ick. Problem #1
Yeah, I suspected as much. This damned computer has given me quite a bit
of trouble in the details.
Yup.
> unfortunately. Ser
On Thu, May 02, 2002 at 11:05:24AM +0100, José Fonseca wrote:
> Yep. This is nothing related with AGP, and will not change in the
> immediate future as currently we can't handle simultaneous 2D and 3D
> acceleration. (Note that this isn't related to 4.2.0 too, just with the
> mach64 snapshots)
On Wed, 1 May 2002, Kees Cook wrote:
>I've finally had a chance to upgrade to XFree86 4.2.0, and am trying out
>the bleeding edge builds for mach64. :)
>
>Quick version: it doesn't work.
>
>Long version: I think I have an AGP problem.
>
>glxinfo reports that direct rendering is off.
>the mach64
On 2002.05.01 23:43 Kees Cook wrote:
> Hello!
>
> I've finally had a chance to upgrade to XFree86 4.2.0, and am trying out
> the bleeding edge builds for mach64. :)
>
> Quick version: it doesn't work.
>
> Long version: I think I have an AGP problem.
>
> glxinfo reports that direct rendering i
20 matches
Mail list logo
