It seems the /tmp filesystem is full on the CVS server.
[EMAIL PROTECTED] dri-trunk]$ cvs update -dP
cannot mkdir /tmp/cvs-serv6716/lib/lbxutil
No space left on device
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
On Mon, 2003-09-01 at 01:09, Steven Newbury wrote:
It seems the /tmp filesystem is full on the CVS server.
[EMAIL PROTECTED] dri-trunk]$ cvs update -dP
cannot mkdir /tmp/cvs-serv6716/lib/lbxutil
No space left on device
We can't do anything about it, please submit an sf.net support request.
In i810_dri.h there is a warning..
/* WARNING: Do not change the SAREA structure without changing the kernel
* as well */
for texmem I want to apply the same patch as..
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dri/xc/xc/programs/Xserver/hw/xfree86/drivers/i810/i830_dri.h.diff?r1=1.6r2=1.7
Okay I've gotten around to updating the i810 driver to texmem interface...
http://www.skynet.ie/~airlied/patches/dri/i810_texmem.diff
I've a couple of issues perhaps someone can help with:
1. In texstate.c UpdateTexUnit for most drivers (except i830) the
following appears:
driUpdateTextureLRU(
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-01-09 00:06 ---
hardware hp pavilion
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=609
[EMAIL PROTECTED] changed:
What|Removed |Added
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-01-09 07:30 ---
Hi,
found some strange
Dave Airlie wrote:
Okay I've gotten around to updating the i810 driver to texmem interface...
http://www.skynet.ie/~airlied/patches/dri/i810_texmem.diff
I've a couple of issues perhaps someone can help with:
1. In texstate.c UpdateTexUnit for most drivers (except i830) the
following appears:
Dave Airlie wrote:
In i810_dri.h there is a warning..
/* WARNING: Do not change the SAREA structure without changing the kernel
* as well */
for texmem I want to apply the same patch as..
the open source radeon Xfree drivers do not support tv out yet. You
might check with the GATOS people (http://gatos.sf.net). it works in
the console because the BIOS is driving the outputs rather than the
driver.
Alex
--- Chris Ison [EMAIL PROTECTED] wrote:
I'm wondering if there is a way to
Alex Deucher wrote:
there is a driver option in your config file to choose how much ram you
want to use for your adapter. I don't remember what it is off hand.
VideoRam 32000
or some other number
Keith
---
This sf.net email is sponsored
Hi together,
recently I sended an email to Keith who directed me to this list.
My application (ABAQUS, see below for details) crashes if I use
your r200-dri-module. The particular error is:
r200_maos_arrays.c:298: emit_vector: Assertion `0' failed.
and the spplication died.
Currently I am using
Thomas Emmel wrote:
Hi together,
recently I sended an email to Keith who directed me to this list.
My application (ABAQUS, see below for details) crashes if I use
your r200-dri-module. The particular error is:
r200_maos_arrays.c:298: emit_vector: Assertion `0' failed.
and the spplication died.
On Mon, 2003-09-01 at 16:28, Keith Whitwell wrote:
r200_maos_arrays.c:298: emit_vector: Assertion `0' failed.
and the spplication died.
Can you provide me a backtrace from gdb of the crash?
This is part of the backtrace:
#5 0x458e59b2 in __assert_fail () from /lib/libc.so.6
#6 0x4678f82f
Hello
I tried enabling AGP Fast Writes and the performance increased. But my system
also got unstable. After reading about Fast Writes I came to the conclusion
that it is quite a problematic feature sometimes.
If I understood right, Fast Writes works so that cpu can send data directly to
the
Ok, this is pretty off-topic, but I'm wondering what the status is for
open-source support of 3D-capable drivers for such studly monitors as the
IBM T221.
Yes, it's still expensive as hell, but it isn't nearly as bad as it was a
few years ago when it was very limited availability, and cost USD
Damn, but it's a drool-inducing piece of hardware.
Indeed - Tim has one on his desk and it's virtually impossible to spot
single pixels on it :) Be warned though if you plan to get one, the low
refresh rate can be very annoying.
-- Daniel, Epic Games Inc.
Linus Torvalds wrote:
The thing is a 3840x2400 pixel monster, and to drive it at reasonable
frequencies you actually need to support a quad DVI setup where it
looks basically like four monitors running at 1920x1200. And from
what I can gather by googling, the outputs need to be synchronized,
On Sun, 31 Aug 2003 12:35:22 +0200
smitty [EMAIL PROTECTED] wrote:
I updated the configuration design document to reflect the current
state of the implementation. The new document is available at
http://user.cs.tu-berlin.de/~felixyz/dri/dri_config_design_rev4.txt if
anyone is still
Linus,
Some dell OEM radeon cards offered Dual DVI ports and I believe there
are some other oems (tyan?) that will be offering Dual DVI cards. the
radeon 9000s and newer only have one tdms trandsmitter built in, but an
additional external one can be added on to drive the second DVI port.
for
On Mon, 2003-09-01 at 20:41, Jouni Tulkki wrote:
I tried enabling AGP Fast Writes and the performance increased. But my system
also got unstable. After reading about Fast Writes I came to the conclusion
that it is quite a problematic feature sometimes.
Indeed, that's why it's disabled in
On Sun, 2003-08-31 at 03:47, Michael Schreckenbauer wrote:
Am Samstag, 30. August 2003 00:02 schrieb Eric Anholt:
My current diff is at:
http://people.freebsd.org/~anholt/dri/files/sis-14.diff
It's against DRI CVS. Should work fine on Linux/FreeBSD, with or
without sisfb. I haven't
22 matches
Mail list logo
