-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is an xf86-video-ati RC release for 6.11.0
Major changes between 6.10.0:
- - major output rework
- - fix bug in rs780 MC setup that could lead to memory corruption
- - lots of bug fixes
Alan Coopersmith (2):
Remove xorgconfig xorgcfg
On Sat, 2009-02-07 at 22:04 +0100, Maarten Maathuis wrote:
I comitted a slightly different patch.
I found out that all clipping possibilities are converted to regions
in the end, so this should be enough.
DM wrote:
Today I clicked in firefox 3.0.6 (fedora 10 / gnome / yum-updated / amd64 /
2GiB main memory / no swap) on
http://de.wikipedia.org/wiki/Datei:Www_Beo_cc.jpg
this URL:
http://upload.wikimedia.org/wikipedia/commons/f/ff/Www_Beo_cc.jpg
Download took quite long and the box'
Hello all.
How can I obtain the type of an object by its identifier (XID)? E.g., window,
picture, etc.
Thank you.
--
Regards,
Alexei Babich, circuit engineer, OOO NPP Rezonans, Chelyabinsk, Russia
http://www.rez.ru
Jabber ID: imp...@jabber.ru
___
Hi,
I need assistance in finding out just why on earth xorg decides not to
use 1360x768 despite the monitor returning this in the DDC and having
it in the Modes/PreferredMode option.
Xorg.0.log: http://pastebin.ca/1329034
xorg.conf: http://pastebin.ca/1329035
On Monday 2009-02-09 12:47, Jan Engelhardt wrote:
I need assistance in finding out just why on earth xorg decides not to
use 1360x768 despite the monitor returning this in the DDC and having
it in the Modes/PreferredMode option.
Xorg.0.log: http://pastebin.ca/1329034
xorg.conf:
On 2009/02/09 12:47 (GMT+0100) Jan Engelhardt composed:
I need assistance in finding out just why on earth xorg decides not to
use 1360x768 despite the monitor returning this in the DDC and having
it in the Modes/PreferredMode option.
Xorg.0.log: http://pastebin.ca/1329034
xorg.conf:
Peter Hutterer wrote:
FP1616
Fixed point decimal in 16.16 format as 32 bit integer. The client is
required to convert to 16.16 decimal format.
Maybe it's just me, but I don't really get what 16.16 decimal format
means.
┌───
XIChangeDeviceHierarchy
Anyway the problem appears only with UXA , with EXA I could start
Xorg, but have no direct rendering.
But that seems to be more due to some missing visuals, isn't it?
Exactly.
Bye
Marco
___
xorg mailing list
xorg@lists.freedesktop.org
On Monday 09 February 2009 11:47:44 Jan Engelhardt wrote:
Hi,
I need assistance in finding out just why on earth xorg decides not to
use 1360x768 despite the monitor returning this in the DDC and having
it in the Modes/PreferredMode option.
Xorg.0.log: http://pastebin.ca/1329034
Hello,
I'm currenly owner of a 6530b laptop with an Intel Graphics Media
Accelerator 4500MHD also known as the chipset GM45 in Linux, I currently use
the following setup:
xorg 1.5.3 server
video-intel 2.6.1 drivers
mesa 7.2
libdrm 2.4.3
dri2proto 1.99.3
And I would like to know if it is possible
Hi!
Attached is a simple program that repeatedly calls XDamageAdd with a
rectangle in the upper left corner, in a way very similar to what's done
when a DRI client runs glxSwapBuffers().
The problem I'm seeing with this is that an xterm window gets corrupted
when placed either to the right
On Monday 2009-02-09 16:33, Bill Crawford wrote:
On Monday 09 February 2009 11:47:44 Jan Engelhardt wrote:
Hi,
I need assistance in finding out just why on earth xorg decides not to
use 1360x768 despite the monitor returning this in the DDC and having
it in the Modes/PreferredMode option.
On Mon, 2009-02-09 at 16:24 +0500, Alexei Babich wrote:
Hello all.
How can I obtain the type of an object by its identifier (XID)? E.g.,
window, picture, etc.
From the client side? You don't. You could infer it by doing a bunch
of GetWindowAttributes or similar and inspecting error codes,
On Mon, 2009-02-09 at 12:08 -0500, Jérôme Poulin wrote:
Hello,
I'm currenly owner of a 6530b laptop with an Intel Graphics Media
Accelerator 4500MHD also known as the chipset GM45 in Linux, I
currently use the following setup:
xorg 1.5.3 server
video-intel 2.6.1 drivers
mesa 7.2
libdrm
Jesse Barnes wrote:
Interesting, thanks for trying to narrow it down. I don't see anything on
re-review that would cause huge increases in the amount of memory used,
though the additional alignment we apply in that patch will increase things
somewhat, so might make the problem happen
Wow, that is unbelivable, since I updated to the latest Mesa, VMWare works,
Compiz is working a 60 fps full speed, and everything just seems faster!
Sorry, I talked too fast!
Thank you for your suggestion, and good work to all the devs!
On Mon, Feb 9, 2009 at 1:53 PM, Peter Clifton
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is an xf86-video-ati RC release for 6.11.0
Major changes between 6.10.0:
- - major output rework
- - fix bug in rs780 MC setup that could lead to memory corruption
- - lots of bug fixes
Alan Coopersmith (2):
Remove xorgconfig xorgcfg
'Twas brillig, and Eric Anholt at 08/02/09 12:00 did gyre and gimble:
With trying to match depths so that you didn't end up with a depth 24
fbconfig for the 32-bit composite visual, I broke the alpha bits on the depth
24 X visual, which angered other applications. But in fixing that, the
I don't see any errors or problems there in my builds, but perhaps there's
a difference between the Solaris Linux headers that causes this issue.
I did have to move the X11/Xos_r.h to before that function to correct errors
that I did hit in the Solaris builds, which I did in commit cca91ddaa...
'Twas brillig, and Colin Guthrie at 09/02/09 21:56 did gyre and gimble:
'Twas brillig, and Eric Anholt at 08/02/09 12:00 did gyre and gimble:
With trying to match depths so that you didn't end up with a depth 24
fbconfig for the 32-bit composite visual, I broke the alpha bits on the depth
24 X
Alan Coopersmith wrote:
I don't see any errors or problems there in my builds, but perhaps there's
a difference between the Solaris Linux headers that causes this issue.
I did have to move the X11/Xos_r.h to before that function to correct
errors
that I did hit in the Solaris builds, which
22 matches
Mail list logo
