While we're praying for nForce AGPGART, can I butt in with my lspci -v
-xxx and pray for nForce2 AGPGART, as well? I'm pondering a 9700 Pro,
but the AGPGART/drivers/NVidia documentation problem has me waiting.
I knew their graphics cards were all proprietary and difficult, I never
realized thei
On Sun, 2002-12-01 at 20:23, Bret Towe wrote:
> On Sun, 2002-12-01 at 15:55, Michel Dänzer wrote:
> > On Fre, 2002-11-29 at 18:37, Bret Towe wrote:
> > > last night i installed glaxium (0.5) for the first time
> > > and was playing it runs great
> > > however when i move the window it freezes x wit
On Sun, 2002-12-01 at 15:55, Michel Dänzer wrote:
> On Fre, 2002-11-29 at 18:37, Bret Towe wrote:
> > last night i installed glaxium (0.5) for the first time
> > and was playing it runs great
> > however when i move the window it freezes x within a minute
> > sometimes even less
> > but as long as
On 1 Dec 2002, Michel Dänzer wrote:
>
> Actually, I did that because I thought send_sig_info() or kfree() might
> not be interrupt safe.
Signals are commonly sent from interrupts: kill_fasync() is quite commonly
supported by many device drivers, and the resulting SIGIO is almost
universally se
On Mon, Dec 02, 2002 at 03:08:51AM +0300, Serge Gavrilov wrote:
> On Mon, Dec 02, 2002 at 02:58:17AM +0300, Serge Gavrilov wrote:
> > Without framebuffer support it looks like that quake2 works
> > fine.
>
Sorry, I just detected this error also with 2.4.20 without framebuffer
support and patched
dri-devel ,
" topmargin=1 leftmargin=1 bgcolor="#CECFFF">
REKLAMLARINIZA SERVET ÖDEMEYiN!!! UCUZ, KOLAY VE KALICI REKLAMLARINIZ iCiN BiZi ARAYINIZ... 300.000 Firmanin Acik adresi, Telefon, Fax, e-mail, web bilgilerinin bulunduðu, illere ve 300 sektöre göre siniflandirilmis bilgileri SADECE 29.9$
Hello!
On Wed, Sep 18, 2002 at 05:49:29PM +0300, Jonny.Strom wrote:
> Serge Gavrilov wrote:
>
> >Hello everybody!
> >
> >I have the following problem: quake2 (or even quake) started in 3d
> >accelerated mode hangs very quickly and completely block video card and
> >input devices. Xserver begin to
Hi,
I reported a DMA buffer allocation problem earlier today with glean. It
terminated with "Error: Could not get dma buffer ... exiting". I looked
into it a bit more now. I made a glean run with RADEON_DEBUG_DMA and
wrote a small TCL script to analyse the output. It revealed a leak of
DMA buffers
On Fre, 2002-11-29 at 18:37, Bret Towe wrote:
> last night i installed glaxium (0.5) for the first time
> and was playing it runs great
> however when i move the window it freezes x within a minute
> sometimes even less
> but as long as i dont move the window it plays fine
Do you keep moving the w
Am Sonntag, 1. Dezember 2002 18:50 schrieb Nick Kurshev:
> Hello, Felix!
>
> On Sun, 1 Dec 2002 17:04:43 +0100 you wrote:
> > On Sun, 1 Dec 2002 18:43:10 +0300
> > Nick Kurshev <[EMAIL PROTECTED]> wrote:
> >
> > [snip]
> >
> > > (gdb) info all-registers
> > > eax0x10 16
> > > ecx
On Son, 2002-12-01 at 22:53, Adam K Kirchhoff wrote:
> Me again, with a new problem :-)
>
> I decided to update my installation of the DRI on my FreeBSD system. The
> entire build went fine, except for the kernel module:
>
> Warning: Object directory not changed from original
>/usr/home/adamk/d
Me again, with a new problem :-)
I decided to update my installation of the DRI on my FreeBSD system. The
entire build went fine, except for the kernel module:
Warning: Object directory not changed from original
/usr/home/adamk/dri-trunk/xc/xc/programs/Xserver/hw/xfree86/os-support/bsd/drm/ker
On Son, 2002-12-01 at 20:40, Linus Torvalds wrote:
> I'm following the DRM kernel changes, and over the last few days code
> appeared that I really don't think should be in the kernel, and that I
> really don't want to merge.
>
> The problem appears to be that the DRM people are used to using
On Sun, 1 Dec 2002 14:56:58 -0500 (EST)
Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
>
> Hello all,
>
> I recently upraded from an SMP VIA PIII motherboard to a UP Intel
> I845 P4 motherboard. So far, things have gone pretty smoothly (I've
> needed to upgrade to 2.4.20 to support the new
On Sun, 1 Dec 2002, Adam K Kirchhoff wrote:
>
> On Sun, 1 Dec 2002, Keith Whitwell wrote:
>
> > Adam K Kirchhoff wrote:
> > > Hello all,
> > >
> > > I recently upraded from an SMP VIA PIII motherboard to a UP Intel
> > > I845 P4 motherboard. So far, things have gone pretty smoothly (I've
On Sun, 1 Dec 2002, Keith Whitwell wrote:
> Adam K Kirchhoff wrote:
> > Hello all,
> >
> > I recently upraded from an SMP VIA PIII motherboard to a UP Intel
> > I845 P4 motherboard. So far, things have gone pretty smoothly (I've
> > needed to upgrade to 2.4.20 to support the new ICH4 IDE
Adam K Kirchhoff wrote:
Hello all,
I recently upraded from an SMP VIA PIII motherboard to a UP Intel
I845 P4 motherboard. So far, things have gone pretty smoothly (I've
needed to upgrade to 2.4.20 to support the new ICH4 IDE controller).
There are a few remaining issues I'm facing, and one
On Sun, 1 Dec 2002, Linus Torvalds wrote:
>
> The problem appears to be that the DRM people are used to using semaphores
> to protect kernel data structures. That is WRONG.
Follow-up, just in case somebody asks "what are semaphores there for
then?"
There are reasons to use semaphores, but they
...that your computer reads to you aloud! This collection includes the complete works of thousands of literature, poetry, classics, reference, historical documents, and even classical music! There are hundreds of authors and thousands of books on this CD!!Your computer will actually READ you the
Hello all,
I recently upraded from an SMP VIA PIII motherboard to a UP Intel
I845 P4 motherboard. So far, things have gone pretty smoothly (I've
needed to upgrade to 2.4.20 to support the new ICH4 IDE controller).
There are a few remaining issues I'm facing, and one of them ha
Guys,
I'm following the DRM kernel changes, and over the last few days code
appeared that I really don't think should be in the kernel, and that I
really don't want to merge.
The problem appears to be that the DRM people are used to using semaphores
to protect kernel data structures. That is W
On Sun, 1 Dec 2002, Keith Whitwell wrote:
> Felix Kühling wrote:
> > Hi,
> >
> > I made two small modifications to the radeon driver to make OpenGL look
> > much nicer with 16bpp. The first thing is to enable dithering, the
> > second is to use 32bpp textures even in 16bpp mode, if the applicatio
Hello, Felix!
On Sun, 1 Dec 2002 17:04:43 +0100 you wrote:
> On Sun, 1 Dec 2002 18:43:10 +0300
> Nick Kurshev <[EMAIL PROTECTED]> wrote:
>
> [snip]
> > (gdb) info all-registers
> > eax0x10 16
> > ecx0x8289420136877088
> > edx0x8072a70134687
> Seams to me that SSE support in Mesa-5.0/5.1 brakes several things on
> Athlon
> systems. On Athlon MMX and 3DNow! are shared. Even SSE is "mixed" in.
> But "more" parallel...;-)
When did this happen I was under the impression state changes were
required to get between the various instruction e
On Sun, 1 Dec 2002 17:01:44 +0100
Felix Kühling <[EMAIL PROTECTED]> wrote:
[snip]
> I couldn't run a complete glean test. It failed with "Error: Could not
> get dma buffer... exiting". The strange thing is, this only happened if
> the glean standard output went to an rxvt in the background. When I
On Sun, 1 Dec 2002 18:43:10 +0300
Nick Kurshev <[EMAIL PROTECTED]> wrote:
[snip]
> (gdb) info all-registers
> eax0x10 16
> ecx0x8289420136877088
> edx0x8072a70134687344
> ebx0x827c984136825220
> esp0xbfffed98
On Sun, 01 Dec 2002 14:57:45 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
[snip]
> > Index: radeon_state_init.c
> > ===
> > RCS file: /cvsroot/dri/xc/xc/lib/GL/mesa/src/drv/radeon/radeon_state_init.c,v
> > re
Hello!
I've checkout DRI-CVS and got the next error:
glxgears
disabling TCL support
Floating point exception (core dumped)
gdb glxgears core
GNU gdb 5.2.1
[snip]
(gdb) bt
#0 0x4046cb6a in _mesa_sse_transform_points3_general ()
from /usr/X11R6/lib/modules/dri/radeon_dri.so
#1 0x081d0728 in
Felix Kühling wrote:
Hi,
I made two small modifications to the radeon driver to make OpenGL look
much nicer with 16bpp. The first thing is to enable dithering, the
second is to use 32bpp textures even in 16bpp mode, if the application
requests them. A patch is attached.
Maybe the texture color d
You once asked about
Investments package
IThe
Education And Strategy packages
Did you know that there are 40 markets driven by work
consumer demand?
Hi,
I made two small modifications to the radeon driver to make OpenGL look
much nicer with 16bpp. The first thing is to enable dithering, the
second is to use 32bpp textures even in 16bpp mode, if the application
requests them. A patch is attached.
Maybe the texture color depth should be handled
Leif Delgass writes:
> On Thu, 28 Nov 2002, Svante Signell wrote:
>
> > Leif Delgass writes:
> > > On Wed, 27 Nov 2002, Svante Signell wrote:
> > I have now tested at 1024x768, and everything works OK, but I think there is
> > memory not returned to the card in the 3D driver, see below.
>
32 matches
Mail list logo