On Friday 06 March 2009 09:47:30 Eric Anholt wrote:
No, your BIOS sets it up, and it's a property of your northbridge.
Sad for me :(
Anyway, thanks for response
Regards
Vasily
signature.asc
Description: This is a digitally signed message part.
___
2009/3/5 Vasily Khoruzhick anars...@gmail.com:
Hi, I've just tested i915 tiling in 2 ram configurations:
512mb, single channel: tiling works perfectly, no performance issues with
tiling enabled
512mb + 512mb dual channel interleaved: When tiling is enabled it introduces
performance
'Twas brillig, and Eric Anholt at 06/03/09 07:47 did gyre and gimble:
No, your BIOS sets it up, and it's a property of your northbridge.
We've got a plan for a workaround, but it's a bit complicated and not
done yet.
Thanks for the info Eric.
As I'm the intel driver maintainer in Mandriva, as
After the upgrade from etch to lenny several weeks ago, xorg is failing
at various instances. It can't be intentionally reproduced. The error
message indicated looking at the configuration first before filing a bug
report; however, it ended with fatal server error lockup. I've reinstalled
xorg,
Whoops, late reply here.
On Wed, Feb 11, 2009 at 04:32:16PM +0100, Simon Thum wrote:
FP1616
-Fixed point decimal in 16.16 format as 32 bit integer. The client
is
-required to convert to 16.16 decimal format.
+Fixed point decimal in 16.16 format as 32 bit
On Fri, 2009-03-06 at 15:51 -0500, Wang Baisheng wrote:
Dear Rahaman,
Thanks again!
You mean that if I build X with DRI support, all redering request are all
dispatched to the X Server regardless of loading the DRI driver success of
failure ?
And another question, which is I asked
Final RandR 1.3 release of randrproto. Unchanged with respect to 1.2.99.4.
Changes since randrproto 1.2.2:
Adam Jackson (7):
Add GetScreenResourcesCurrent
Fix RRNumberRequests
GSRC added in 1.3, not 1.2
More doc for CRTC transforms
Indent CRTC transform docs to
Final RandR 1.3 release of libXrandr.
Changes to libXrandr-1.2.99.4:
Alan Coopersmith (1):
Add README with pointers to mailing list, bugzilla git repos
Julien Cristau (1):
Fix thinkos
Keith Packard (1):
Send X_RRGetOutputPrimary when making an X_RRGetOutputPrimary request
On Fri, Mar 06, 2009 at 06:52:44PM +0530, Mustafizur Rahaman wrote:
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
Hi,
Please only send plain-text email to the list.
Cheers,
Daniel
signature.asc
Description: Digital signature
___
Hi,
Maybe this is a qt-4 problem, but here it is:
when:
xrandr --output LVDS --rotate left
and launch a QT (ver. =4) application text is scrambled: a multicoloured 20%
first line each character.
Thanks,
Seba
___
xorg mailing list
Sebastian Glita wrote:
Hi,
Maybe this is a qt-4 problem, but here it is:
when:
xrandr --output LVDS --rotate left
and launch a QT (ver. =4) application text is scrambled: a multicoloured
20% first line each character.
Sounds like subpixel filtering using the wrong RGB order. Which
Adam Goode wrote:
Behdad Esfahbod wrote:
Sebastian Glita wrote:
Hi,
Maybe this is a qt-4 problem, but here it is:
when:
xrandr --output LVDS --rotate left
and launch a QT (ver. =4) application text is scrambled: a multicoloured
20% first line each character.
Sounds like subpixel
Thanks for all the suggestions.
FYI to anyone else who hits this : the solution turned out to be to get
the latest version of fontconfig,
configure it to be aware of the fonts in my new xorg install dirs as first
choice and the old fonts as second choice, i.e. tell fontconfig something
hey,
i'm using the above card with a new install of freebsd 7.0. when i ran Xorg
-configure the driver came back as vesa. however after a couple of crashes, i
suspect that it may not be good to leave it this way. i loaded the (ati)
wrapper and got this:
xauth: creating new authority file
On Fri, 2009-03-06 at 18:01 -0500, f-thom...@hvcc.edu wrote:
hey,
i'm using the above card with a new install of freebsd 7.0. when i ran Xorg
-configure the driver came back as vesa. however after a couple of crashes,
i suspect that it may not be good to leave it this way. i loaded the
On Tue, 2009-03-03 at 23:57 +, James Legg wrote:
Hello,
I have an Asus X58L laptop, which has Intel GM965 graphics. The
framebuffer configurations reported by glxinfo all have 8 bits for each
of the colour channels. However, the output looks like 6 bits with
static 2 by 2 spatial
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
On Tue, 2009-03-03 at 23:57 +, James Legg wrote:
Hello,
I have an Asus X58L laptop, which has Intel GM965 graphics. The
framebuffer configurations reported by glxinfo all have 8 bits for each
of the colour channels.
Hi folks,
due to my profession, I often have to work with larger images and use,
for this reason, an oversized desktop on a regular sized monitor. Up to
the 6.6.x driver series (? I hope ?) this worked correctly with the
following configuration:
Section Screen
DefaultDepth 24
Hi folks,
probably this bug is fixed on the latest driver version, but just in
case: We're using here a batch of PC sponsored by the country that use a
AMD chipset graphics, the RS482 to be precise. Unfortunately, the 6.9.0
driver included in Debian lenny doesn't play well with it -
Hi,
I have a touchscreen (with HAL capabilities input, input.tablet) that
doesn't get rotated when the X display does. Is there a way to do input
rotation for it with the evdev driver, either manually or automatically?
Thanks!
- Chris.
--
Chris Ball c...@laptop.org
thanks robert. one last question, what about opengl and 3d? do i have to build
the xserver with these capabilities or are there modules that i can load after
i rebuild? again thanks.
___
xorg mailing list
xorg@lists.freedesktop.org
On Fri, Mar 06, 2009 at 07:37:16PM -0500, Chris Ball wrote:
I have a touchscreen (with HAL capabilities input, input.tablet) that
doesn't get rotated when the X display does. Is there a way to do input
rotation for it with the evdev driver, either manually or automatically?
The option
On Fri, 2009-03-06 at 19:54 -0500, f-thom...@hvcc.edu wrote:
thanks robert. one last question, what about opengl and 3d? do i have to
build the xserver with these capabilities or are there modules that i can
load after i rebuild? again thanks.
The ports system will do everything needed to
On Friday 06 March 2009 19:54:37 f-thom...@hvcc.edu wrote:
thanks robert. one last question, what about opengl and 3d? do i have to
build the xserver with these capabilities or are there modules that i can
load after i rebuild? again thanks.
___
On Fri, Mar 6, 2009 at 7:22 PM, Thomas Richter t...@math.tu-berlin.de wrote:
Hi folks,
due to my profession, I often have to work with larger images and use,
for this reason, an oversized desktop on a regular sized monitor. Up to
the 6.6.x driver series (? I hope ?) this worked correctly with
On Fri, Mar 6, 2009 at 7:16 PM, Thomas Richter t...@math.tu-berlin.de wrote:
Hi folks,
probably this bug is fixed on the latest driver version, but just in
case: We're using here a batch of PC sponsored by the country that use a
AMD chipset graphics, the RS482 to be precise. Unfortunately,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
On Tue, May 20, 2008 at 1:36 PM, Tiago Vignatti vigna...@c3sl.ufpr.br wrote:
Dave Airlie escreveu:
Okay I've been playing with getting posting working again in master,
Yay!
I can make it work on Linux if I use the OS to
Thomas Richter wrote:
Hi folks,
probably this bug is fixed on the latest driver version, but just in
case: We're using here a batch of PC sponsored by the country that use a
AMD chipset graphics, the RS482 to be precise. Unfortunately, the 6.9.0
driver included in Debian lenny doesn't
28 matches
Mail list logo