On Wednesday 22 October 2008 19:12:50 Thomas J. Baker wrote:
> On Wed, 2008-10-22 at 15:44 -0700, Corbin Simpson wrote:
> > Thomas J. Baker wrote:
> > > What's the current (Fedora 10 current) best ATI chipset/driver
> > > combination that has a GL_MAX_TEXTURE_SIZE of at least 4096? I got an
> > > R
Thomas J. Baker wrote:
> On Wed, 2008-10-22 at 15:44 -0700, Corbin Simpson wrote:
>> Thomas J. Baker wrote:
>>> What's the current (Fedora 10 current) best ATI chipset/driver
>>> combination that has a GL_MAX_TEXTURE_SIZE of at least 4096? I got an
>>> R300 for F9 but it only supported a max textur
On Wed, 2008-10-22 at 15:44 -0700, Corbin Simpson wrote:
> Thomas J. Baker wrote:
> > What's the current (Fedora 10 current) best ATI chipset/driver
> > combination that has a GL_MAX_TEXTURE_SIZE of at least 4096? I got an
> > R300 for F9 but it only supported a max texture of 2048 so compiz didn't
Thomas J. Baker wrote:
> What's the current (Fedora 10 current) best ATI chipset/driver
> combination that has a GL_MAX_TEXTURE_SIZE of at least 4096? I got an
> R300 for F9 but it only supported a max texture of 2048 so compiz didn't
> work correctly. I want to find a relatively cheap ($100 or so)
What's the current (Fedora 10 current) best ATI chipset/driver
combination that has a GL_MAX_TEXTURE_SIZE of at least 4096? I got an
R300 for F9 but it only supported a max texture of 2048 so compiz didn't
work correctly. I want to find a relatively cheap ($100 or so) best
supported 3D capable (co
Hello,
I'm trying to forward port our patch to disable the visible cursor
completely from xorg-server 1.3.0.0 to 1.5.2 (with a view to producing a
final patch against git master), and I've hit a stumbling block.
In 1.3.0.0, we could return TRUE from CheckForEmptyMask() in
dix/cursor.c, and this w
On Wed, 2008-10-22 at 16:35 +0100, Simon Farnsworth wrote:
> Hello,
>
> I'm trying to forward port our patch to disable the visible cursor
> completely from xorg-server 1.3.0.0 to 1.5.2 (with a view to producing a
> final patch against git master), and I've hit a stumbling block.
Well, in master,
On Tuesday 21 October 2008 23:35:09 Rui Tiago Cação Matos wrote:
> 2008/10/21 Keith Packard <[EMAIL PROTECTED]>:
> > The driver now defaults to synchronizing updates to the monitor refresh,
> > so 60fps is expected. You can use the 'driconf' tool to change this if
> > you want bigger numbers.
>
> T
On Wed, 2008-10-22 at 17:52 +0200, Halim Issa wrote:
> [drm:i915_getparam] *ERROR* Unknown parameter 5
> set status page addr 0x01fff000
As Julien said, this is just the user-mode driver checking for GEM
support which isn't present in your old kernel. If it were the new 2D
driver printing the mes
Jeremy Huddleston wrote:
> Does anyone know if there's a way I can tell git that a file is utf16
> text so it treats it more intelligently than a binary file?
You could try using .gitattributes to see if you could come up with
something that works. "git help gitattributes"
The first thing that sp
On Wed, Oct 22, 2008 at 17:52:49 +0200, Halim Issa wrote:
> One follow-up question though - with the new Intel driver (2.5.0) I get quite
> a few errors in dmesg/syslog - is this expected?
>
> [drm] Initialized drm 1.1.0 20060810
> pci :00:02.0: power state changed by ACPI to D0
> pci :0
Thanks for quick and excellent answer - as always. This is one of many reasons
why I always exclusively buy computers with pure Intel parts inside.
Excellent products with excellent support.
On Tuesday 21 October 2008 23:27:41 Keith Packard wrote:
> The driver now defaults to synchronizing updat
Argh.
Something (either my mail service provider, or Thunderbird) swallowed
the message this is supposed to be a reply to.
This patch is incomplete - as per my mail "Fully disabling the cursor in
xorg-server", the cursor still gets drawn sometimes.
Simon Farnsworth wrote:
> Add -nocursor and -cu
Hello,
I'm trying to forward port our patch to disable the visible cursor
completely from xorg-server 1.3.0.0 to 1.5.2 (with a view to producing a
final patch against git master), and I've hit a stumbling block.
In 1.3.0.0, we could return TRUE from CheckForEmptyMask() in
dix/cursor.c, and this w
Add -nocursor and -cursor to disable and enable cursor support in DIX. This is
useful in kiosk applications, where -nocursor lets you use unmodified X11
applications without worrying that they'll enable an ugly cursor on your
screen.
-cursor is the default if no option is specified
---
dix/cursor
Tiago Vignatti wrote:
> Jelle de Jong escreveu:
>> Does this mean the only way to get an multi-card system working with
>> newer software is with either the old pci vga only cards or with NON
>> randr 1.2 compliant drivers like the close source nvidia drivers. I have
>> a test system here with four
Bill Crawford escreveu:
> Is anyone else currently working on this? It's fairly critical for anyone
> using
> multi-gpu systems (e.g. me, but I'm sure I can't be the only one).
Yes, lately there's a lot of users complaining about this here in the
list. I think no one is dealing with this right
Jelle de Jong escreveu:
> Does this mean the only way to get an multi-card system working with
> newer software is with either the old pci vga only cards or with NON
> randr 1.2 compliant drivers like the close source nvidia drivers. I have
> a test system here with four radeonhd based devices and
On Wed, 2008-10-22 at 15:46 +0200, Peter Korsgaard wrote:
> bcopy is marked as legacy in SuSv3 and not available in the default
> configuration of uClibc. Replace with memmove proposed by SuSv3.
Applied, thanks!
- ajax
signature.asc
Description: This is a digitally signed message part
_
* Peter Breitenlohner wrote:
[...]
> Subject: Re: Ansification of X.Org code & other cleanup work
[...]
> (1) trivial changes to avoid gcc warnings (certainly not adding const or
> other changes to public APIs).
This has to be done very careful. Changing code to silence the compiler
can be da
bcopy is marked as legacy in SuSv3 and not available in the default
configuration of uClibc. Replace with memmove proposed by SuSv3.
Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
---
src/FSOpenServ.c |2 +-
src/FSlibInt.c |2 +-
src/FSlibint.h |4 ++--
src/FSlibos.h|2
Yesterday I sent this to the list, but not being subsribed it was of course
rejected.
regards
Peter Breitenlohner <[EMAIL PROTECTED]>
-- Forwarded message --
Date: Tue, 21 Oct 2008 11:05:13 +0200 (CEST)
From: Peter Breitenlohner <[EMAIL PROTECTED]>
To: Alan Coopersmith <[EMAIL PRO
On Tue, Oct 21, 2008 at 03:00:49PM -0700, Alan Coopersmith wrote:
> Luc Verhaegen wrote:
> > On Tue, Oct 21, 2008 at 05:16:18PM +0100, Daniel Stone wrote:
> >> On Tue, Oct 21, 2008 at 06:15:58PM +0200, Luc Verhaegen wrote:
> >>> Is there a single technical reason why shipping both is a problem?
> >
On Wednesday 22 October 2008 00:54:16 Tiago Vignatti wrote:
> http://lists.freedesktop.org/archives/xorg/2008-September/039020.html
Is anyone else currently working on this? It's fairly critical for anyone using
multi-gpu systems (e.g. me, but I'm sure I can't be the only one).
Failing that ...
Tiago Vignatti wrote:
> Jelle de Jong escreveu:
>> Hello everybody,
>>
>> I am debugging some configuration problems i am encountering, so i made
>> an simple test xorg.conf and attached the logs.
>>
>> When an busid is provided in the device section to try separate cards
>> and/or heads xorg tells
First of all i started using UXA which is faster than EXA but cause
occasional hang ups of the system.
My configuration is Debian's xorg 1.5.2, and masters libdrm, intel driver,
mesa and 2.6.27 GEM enabled kernel.
1) When I run nexuiz it works untill I enable GLSL with this one after
launching pla
26 matches
Mail list logo