[Fwd: xorg Digest, Vol 36, Issue 19]
Regina
regina.apel at gmx.de
Thu Jul 3 02:44:40 PDT 2008
-------- Original-Nachricht --------
Betreff: xorg Digest, Vol 36, Issue 19
Datum: Thu, 03 Jul 2008 02:25:54 -0700
Von: xorg-request at lists.freedesktop.org
Antwort an: xorg at lists.freedesktop.org
An: xorg at lists.freedesktop.org
Send xorg mailing list submissions to
xorg at lists.freedesktop.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freedesktop.org/mailman/listinfo/xorg
or, via email, send a message with subject or body 'help' to
xorg-request at lists.freedesktop.org
You can reach the person managing the list at
xorg-owner at lists.freedesktop.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of xorg digest..."
Today's Topics:
1. Re: synaptics touchpad. reconnect not supported ( Nicol? Chieffo )
2. Re: How to build DRI2 with xorg-server 1.5? (Alan Hourihane)
3. [Fwd: xorg Digest, Vol 36, Issue 9] (Regina)
4. [Fwd: xorg Digest, Vol 36, Issue 15] (Regina)
----------------------------------------------------------------------
Message: 1
Date: Thu, 3 Jul 2008 11:08:09 +0200
From: " Nicol? Chieffo " <84yelo3 at gmail.com>
Subject: Re: synaptics touchpad. reconnect not supported
To: "Steven J Newbury" <steve at snewbury.org.uk>
Cc: xorg at lists.freedesktop.org
Message-ID:
<641322f90807030208m22575c00xd3cabd31cffd6ccd at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Unfortunately it does not work.
I see that the keyboard is influenced by the fdi file, because the
layout is no more it, but is us.
But the touchpad is exactly the same, and the options, such as
SHMConfig, are not applied. Maybe theres something wrong with the
fdi...
Thanks!
------------------------------
Message: 2
Date: Thu, 03 Jul 2008 10:08:51 +0100
From: Alan Hourihane <alanh at fairlite.co.uk>
Subject: Re: How to build DRI2 with xorg-server 1.5?
To: Stefan Dirsch <sndirsch at suse.de>
Cc: xorg at freedesktop.org
Message-ID: <1215076131.13073.36.camel at jetpack.demon.co.uk>
Content-Type: text/plain; charset=UTF-8
DRI2 will have to be disabled by default for Xserver 1.5 as libdrm 2.3.1
doesn't have the drmBO functionality.
Alan.
On Thu, 2008-07-03 at 11:04 +0200, Stefan Dirsch wrote:
> Hi
>
> Since I switched to libdrm 2.3.1 (official release) - which forced me
> to current Mesa git (commit 6befdca, instead of Mesa 7.1 RC1) - I
> cannot build DRI2 any longer with xorg-server 1.4.99.905. Build works
> with "--disable-dri2". libdrm 2.3.1 and Mesa git (commit 6befdca) is
> installed when I tried to build xorg-server.
>
> Making all in dri2
> make[4]: Entering directory `/usr/src/packages/BUILD/xorg-server-1.4.99.905/hw/xfree86/dri2'
> /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../include -DHAVE_XORG_CONFIG_H -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I/usr/include/pixman-1 -I../../../include -I../../../include -I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes -I../../../Xi -I../../../mi -I../../../miext/shadow -I../../../miext/damage -I../../../render -I../../../randr -I../../../fb -DHAVE_XORG_CONFIG_H -DXF86PM -I/usr/include/drm -I../../../hw/xfree86/common -I../../../hw/xfree86/os-support/bus -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -fno-strict-aliasing -MT libdri2_la-dri2.lo -MD -MP -MF .deps/libdri2_la-dri2.Tpo -c -o libdri2_la-dri2.lo `test -f 'dri2.c' || echo './'`dri2.c
> mkdir .libs
> gcc -DHAVE_CONFIG_H -I. -I../../../include -DHAVE_XORG_CONFIG_H -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I/usr/include/pixman-1 -I../../../include -I../../../include -I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes -I../../../Xi -I../../../mi -I../../../miext/shadow -I../../../miext/damage -I../../../render -I../../../randr -I../../../fb -DHAVE_XORG_CONFIG_H -DXF86PM -I/usr/include/drm -I../../../hw/xfree86/common -I../../../hw/xfree86/os-support/bus -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -fno-strict-aliasing -MT libdri2_la-dri2.lo -MD -MP -MF .deps/libdri2_la-dri2.Tpo -c dri2.c -fPIC -DPIC -o .libs/libdri2_la-dri2.o
> dri2.c:60: error: expected specifier-qualifier-list before 'drmBO'
> dri2.c: In function 'DRI2ScreenAllocEvent':
> dri2.c:86: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:90: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:90: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:93: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:93: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:95: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:95: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:97: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:100: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:100: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:101: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c: In function 'DRI2ScreenCommitEvents':
> dri2.c:109: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:109: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c: In function 'DRI2PostBufferAttach':
> dri2.c:195: error: 'struct _DRI2Screen' has no member named 'getPixmapHandle'
> dri2.c: In function 'DRI2ClipNotify':
> dri2.c:217: error: 'struct _DRI2Screen' has no member named 'locked'
> dri2.c:218: error: 'struct _DRI2Screen' has no member named 'beginClipNotify'
> dri2.c:219: error: 'struct _DRI2Screen' has no member named 'locked'
> dri2.c:222: error: 'struct _DRI2Screen' has no member named 'ClipNotify'
> dri2.c:223: error: 'struct _DRI2Screen' has no member named 'ClipNotify'
> dri2.c: In function 'DRI2HandleExposures':
> dri2.c:238: error: 'struct _DRI2Screen' has no member named 'HandleExposures'
> dri2.c:239: error: 'struct _DRI2Screen' has no member named 'HandleExposures'
> dri2.c:246: error: 'struct _DRI2Screen' has no member named 'locked'
> dri2.c:247: error: 'struct _DRI2Screen' has no member named 'endClipNotify'
> dri2.c:248: error: 'struct _DRI2Screen' has no member named 'locked'
> dri2.c: In function 'DRI2CloseScreen':
> dri2.c:257: error: 'struct _DRI2Screen' has no member named 'ClipNotify'
> dri2.c:258: error: 'struct _DRI2Screen' has no member named 'HandleExposures'
> dri2.c:260: warning: implicit declaration of function 'drmBOUnmap'
> dri2.c:260: warning: nested extern declaration of 'drmBOUnmap'
> dri2.c:260: error: 'struct _DRI2Screen' has no member named 'sareaBO'
> dri2.c:261: warning: implicit declaration of function 'drmBOUnreference'
> dri2.c:261: warning: nested extern declaration of 'drmBOUnreference'
> dri2.c:261: error: 'struct _DRI2Screen' has no member named 'sareaBO'
> dri2.c: In function 'DRI2CreateDrawable':
> dri2.c:295: error: 'struct _DRI2Screen' has no member named 'nextHandle'
> dri2.c:300: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c: In function 'DRI2ReemitDrawableInfo':
> dri2.c:344: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c: In function 'DRI2Connect':
> dri2.c:361: error: 'struct _DRI2Screen' has no member named 'driverName'
> dri2.c:362: error: 'struct _DRI2Screen' has no member named 'sareaBO'
> dri2.c: In function 'DRI2GetPixmapHandle':
> dri2.c:383: error: 'struct _DRI2Screen' has no member named 'getPixmapHandle'
> dri2.c: In function 'DRI2SetupSAREA':
> dri2.c:393: error: 'struct _DRI2Screen' has no member named 'sareaSize'
> dri2.c:394: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:398: error: 'DRM_BO_FLAG_READ' undeclared (first use in this function)
> dri2.c:398: error: (Each undeclared identifier is reported only once
> dri2.c:398: error: for each function it appears in.)
> dri2.c:398: error: 'DRM_BO_FLAG_WRITE' undeclared (first use in this function)
> dri2.c:398: error: 'DRM_BO_FLAG_MAPPABLE' undeclared (first use in this function)
> dri2.c:399: error: 'DRM_BO_FLAG_MEM_LOCAL' undeclared (first use in this function)
> dri2.c:399: error: 'DRM_BO_FLAG_SHAREABLE' undeclared (first use in this function)
> dri2.c:401: warning: implicit declaration of function 'drmBOCreate'
> dri2.c:401: warning: nested extern declaration of 'drmBOCreate'
> dri2.c:401: error: 'struct _DRI2Screen' has no member named 'sareaSize'
> dri2.c:401: error: 'struct _DRI2Screen' has no member named 'sareaBO'
> dri2.c:404: warning: implicit declaration of function 'drmBOMap'
> dri2.c:404: warning: nested extern declaration of 'drmBOMap'
> dri2.c:404: error: 'struct _DRI2Screen' has no member named 'sareaBO'
> dri2.c:405: error: 'struct _DRI2Screen' has no member named 'sarea'
> dri2.c:406: error: 'struct _DRI2Screen' has no member named 'sareaBO'
> dri2.c:412: error: 'struct _DRI2Screen' has no member named 'sareaSize'
> dri2.c:412: error: 'struct _DRI2Screen' has no member named 'sareaBO'
> dri2.c:413: error: 'struct _DRI2Screen' has no member named 'sarea'
> dri2.c:413: error: 'struct _DRI2Screen' has no member named 'sareaSize'
> dri2.c:415: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:415: error: 'struct _DRI2Screen' has no member named 'sarea'
> dri2.c:416: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:417: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:419: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:421: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c:421: error: 'struct _DRI2Screen' has no member named 'buffer'
> dri2.c: In function 'DRI2ScreenInit':
> dri2.c:435: error: 'struct _DRI2Screen' has no member named 'driverName'
> dri2.c:436: error: 'struct _DRI2Screen' has no member named 'nextHandle'
> dri2.c:438: error: 'struct _DRI2Screen' has no member named 'getPixmapHandle'
> dri2.c:439: error: 'struct _DRI2Screen' has no member named 'beginClipNotify'
> dri2.c:440: error: 'struct _DRI2Screen' has no member named 'endClipNotify'
> dri2.c:442: error: 'struct _DRI2Screen' has no member named 'ClipNotify'
> dri2.c:444: error: 'struct _DRI2Screen' has no member named 'HandleExposures'
> ICECC[21782] 21:12:38: Compiled on 10.11.0.140
> make[4]: *** [libdri2_la-dri2.lo] Error 1
> make[4]: Leaving directory `/usr/src/packages/BUILD/xorg-server-1.4.99.905/hw/xfree86/dri2'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/usr/src/packages/BUILD/xorg-server-1.4.99.905/hw/xfree86'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/usr/src/packages/BUILD/xorg-server-1.4.99.905/hw/xfree86'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/packages/BUILD/xorg-server-1.4.99.905/hw'
> make: *** [all-recursive] Error 1
> error: Bad exit status from /var/tmp/rpm-tmp.87838 (%build)
>
> Any hints? Which bits are missing/wrong this time?
>
> Best regards,
> Stefan
>
> Public Key available
> ------------------------------------------------------
> Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH
> Tel: 0911-740 53 0 Maxfeldstra?e 5
> FAX: 0911-740 53 479 D-90409 N?rnberg
> http://www.suse.de Germany
> -----------------------------------------------------------------
> SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N?rnberg)
> -----------------------------------------------------------------
> _______________________________________________
> xorg mailing list
> xorg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
------------------------------
Message: 3
Date: Thu, 03 Jul 2008 11:23:21 +0200
From: Regina <regina.apel at gmx.de>
Subject: [Fwd: xorg Digest, Vol 36, Issue 9]
To: xorg at lists.freedesktop.org
Message-ID: <486C9A89.8030105 at gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
-------- Original-Nachricht --------
Betreff: xorg Digest, Vol 36, Issue 9
Datum: Tue, 01 Jul 2008 20:45:32 -0700
Von: xorg-request at lists.freedesktop.org
Antwort an: xorg at lists.freedesktop.org
An: xorg at lists.freedesktop.org
Send xorg mailing list submissions to
xorg at lists.freedesktop.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freedesktop.org/mailman/listinfo/xorg
or, via email, send a message with subject or body 'help' to
xorg-request at lists.freedesktop.org
You can reach the person managing the list at
xorg-owner at lists.freedesktop.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of xorg digest..."
Today's Topics:
1. Re: error while running Xorg on ARM platform (Daniel Stone)
2. Re: Patch to not fork/exec xkbcomp on X Server initialization
(Daniel Stone)
3. Current tinderbox regression (xserver) (Chris Ball)
4. Re: Current tinderbox regression (xserver) (Chris Ball)
5. Re: Patch to not fork/exec xkbcomp on X Server initialization
(pcpa at mandriva.com.br)
6. Re: synaptics touchpad. reconnect not supported (Peter Hutterer)
7. Re: XvMC and Intel G33 (Zhenyu Wang)
8. Re: synaptics touchpad. reconnect not supported (Peter Hutterer)
9. Re: [Patch] AllowEmptyInput with no ServerLayout (Peter Hutterer)
----------------------------------------------------------------------
Message: 1
Date: Wed, 2 Jul 2008 02:35:58 +0300
From: Daniel Stone <daniel at fooishbar.org>
Subject: Re: error while running Xorg on ARM platform
To: Adam Jackson <ajax at nwnk.net>
Cc: xorg at freedesktop.org
Message-ID: <20080701233558.GB31339 at fooishbar.org>
Content-Type: text/plain; charset="us-ascii"
On Tue, Jul 01, 2008 at 12:53:33PM -0400, Adam Jackson wrote:
> On Tue, 2008-07-01 at 15:44 +0000, Azza Kamal wrote:
> > Hello all,
> > I nearly have successed in cross cmpiling Xorg for ARM platform but
> > unfortunately I got this error when trying to execute Xorg on the
> > target board
> >
> > Fatal server error:xf86EnableIOPorts: Failed to set IOPL for I/O
>
> ARM doesn't even have i/o space, does it?
No, and I swear I merged this patch when I shoved all the Debian/Ubuntu
stuff upstream in something like 2005 ...
Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/3d4d569c/attachment-0001.pgp
------------------------------
Message: 2
Date: Wed, 2 Jul 2008 02:40:54 +0300
From: Daniel Stone <daniel at fooishbar.org>
Subject: Re: Patch to not fork/exec xkbcomp on X Server initialization
To: Paulo Cesar Pereira de Andrade <pcpa at mandriva.com.br>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080701234054.GC31339 at fooishbar.org>
Content-Type: text/plain; charset="us-ascii"
On Tue, Jul 01, 2008 at 02:05:11PM -0300, Paulo Cesar Pereira de Andrade wrote:
> I talked with Peter Hutterer in the weekend about a patch I was working
> on, to not fork/exec xkbcomp.
>
> I worked on it, because after some profiling, it seems xkb initialization
> takes around 60% of the time required to start the X Server. Initially I
> wrote it as an optional patch for server 1.4 branch, but yesterday I rewrote
> it almost from scratch, to not be optional and also adapted it to git
> master.
Hi,
Yes, I was expecting around 50% or so. If this is tested and working
fine for you, I'm perfectly happy for you to recommend this to people
who need it, but I'm definitely not merging it. In theory, xkbcomp
should just be xkbcomp(), which hands us back the XkbDescRec it
generates while parsing anyway.
I smashed this together last year and it was phenomenally ugly, but then
I decided to give my laptop (as well as my sunglasses, earphones,
camera, cash, etc) away to some people who kindly let themselves into
our house, and I really don't want to be doing it twice. But it's high
on my todo list, so let's see what these holidays produce.
FWIW, xkbcomp is getting rewritten at some stage as well. I'm willing
to believe that alone will cut a huge swathe of time out: that code is
worse, both in design and implementation, than anything else in XKB.
Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/19fafa61/attachment-0001.pgp
------------------------------
Message: 3
Date: Tue, 01 Jul 2008 19:50:47 -0400
From: Chris Ball <cjb at laptop.org>
Subject: Current tinderbox regression (xserver)
To: xorg at lists.freedesktop.org
Message-ID: <86d4lx9nag.fsf at pullcord.laptop.org>
Content-Type: text/plain; charset=us-ascii
http://tinderbox.x.org/builds/2008-07-01-0033/
http://tinderbox.x.org/builds/2008-07-01-0033/logs/xserver/#build
koffscreen.c: In function 'KdOffscreenMarkUsed':
koffscreen.c:315: warning: implicit declaration of function 'KaaPixmapPriv'
koffscreen.c:315: warning: nested extern declaration of 'KaaPixmapPriv'
koffscreen.c:319: error: 'pKaaPixmap' undeclared (first use in this function)
koffscreen.c:319: error: (Each undeclared identifier is reported only once
koffscreen.c:319: error: for each function it appears in.)
--
Chris Ball <cjb at laptop.org>
------------------------------
Message: 4
Date: Tue, 01 Jul 2008 20:18:54 -0400
From: Chris Ball <cjb at laptop.org>
Subject: Re: Current tinderbox regression (xserver)
To: Adam Jackson <ajax at redhat.com>
Cc: xorg at lists.freedesktop.org
Message-ID: <868wwl9lzl.fsf at pullcord.laptop.org>
Content-Type: text/plain; charset=us-ascii
Hi,
> koffscreen.c:319: error: 'pKaaPixmap' undeclared
Since kdOffscreenMarkUsed()'d callers are gone, I think this is the
right idea, and it fixes the build:
diff --git a/hw/kdrive/src/kdrive.h b/hw/kdrive/src/kdrive.h
index 3e5af3a..212e016 100644
--- a/hw/kdrive/src/kdrive.h
+++ b/hw/kdrive/src/kdrive.h
@@ -843,9 +843,6 @@ KdOffscreenArea *
KdOffscreenFree (ScreenPtr pScreen, KdOffscreenArea *area);
void
-KdOffscreenMarkUsed (PixmapPtr pPixmap);
-
-void
KdOffscreenSwapOut (ScreenPtr pScreen);
void
diff --git a/hw/kdrive/src/koffscreen.c b/hw/kdrive/src/koffscreen.c
index f6ef52f..24ba7ff 100644
--- a/hw/kdrive/src/koffscreen.c
+++ b/hw/kdrive/src/koffscreen.c
@@ -309,29 +309,6 @@ KdOffscreenFree (ScreenPtr pScreen, KdOffscreenArea *area)
return area;
}
-void
-KdOffscreenMarkUsed (PixmapPtr pPixmap)
-{
- KaaPixmapPriv (pPixmap);
- KdScreenPriv (pPixmap->drawable.pScreen);
- static int iter = 0;
-
- if (!pKaaPixmap->area)
- return;
-
- /* The numbers here are arbitrary. We may want to tune these. */
- pKaaPixmap->area->score += 100;
- if (++iter == 10) {
- KdOffscreenArea *area;
- for (area = pScreenPriv->off_screen_areas; area != NULL;
- area = area->next)
- {
- if (area->state == KdOffscreenRemovable)
- area->score = (area->score * 7) / 8;
- }
- }
-}
-
Bool
KdOffscreenInit (ScreenPtr pScreen)
{
- Chris.
--
Chris Ball <cjb at laptop.org>
------------------------------
Message: 5
Date: Tue, 01 Jul 2008 22:39:03 -0300
From: pcpa at mandriva.com.br
Subject: Re: Patch to not fork/exec xkbcomp on X Server initialization
To: Daniel Stone <daniel at fooishbar.org>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080701223903.1qrut1dhfqqs0oo0 at webmail.conectiva.com.br>
Content-Type: text/plain; charset=ISO-8859-1; format="flowed"
Quoting Daniel Stone <daniel at fooishbar.org>:
> On Tue, Jul 01, 2008 at 02:05:11PM -0300, Paulo Cesar Pereira de
> Andrade wrote:
>> I talked with Peter Hutterer in the weekend about a patch I was working
>> on, to not fork/exec xkbcomp.
>>
>> I worked on it, because after some profiling, it seems xkb initialization
>> takes around 60% of the time required to start the X Server. Initially I
>> wrote it as an optional patch for server 1.4 branch, but yesterday I rewrote
>> it almost from scratch, to not be optional and also adapted it to git
>> master.
>
> Hi,
> Yes, I was expecting around 50% or so. If this is tested and working
> fine for you, I'm perfectly happy for you to recommend this to people
> who need it, but I'm definitely not merging it. In theory, xkbcomp
> should just be xkbcomp(), which hands us back the XkbDescRec it
> generates while parsing anyway.
>
> I smashed this together last year and it was phenomenally ugly, but then
> I decided to give my laptop (as well as my sunglasses, earphones,
> camera, cash, etc) away to some people who kindly let themselves into
> our house, and I really don't want to be doing it twice. But it's high
> on my todo list, so let's see what these holidays produce.
>
> FWIW, xkbcomp is getting rewritten at some stage as well. I'm willing
> to believe that alone will cut a huge swathe of time out: that code is
> worse, both in design and implementation, than anything else in XKB.
>
> Cheers,
> Daniel
>
------------------------------
Message: 6
Date: Wed, 2 Jul 2008 11:28:30 +0930
From: Peter Hutterer <peter.hutterer at who-t.net>
Subject: Re: synaptics touchpad. reconnect not supported
To: Nicol? Chieffo <84yelo3 at gmail.com>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080702015830.GB6042 at emu>
Content-Type: text/plain; charset=iso-8859-1
On Tue, Jul 01, 2008 at 08:32:45PM +0200, Nicol? Chieffo wrote:
> I'm using xserver-xorg version 1.4.1~git20080131-1ubuntu12 (the ubuntu
> developing version) but also Hardy version
> (1.4.1~git20080131-1ubuntu9.2)
> how can I see if the driver gets connected through evdev?
if it's 1.4 or above it's most likely hotplugged through evdev.
just check the log files, it should tell you on reconnect.
Cheers,
Peter
------------------------------
Message: 7
Date: Wed, 2 Jul 2008 10:00:19 +0800
From: Zhenyu Wang <zhenyu.z.wang at intel.com>
Subject: Re: XvMC and Intel G33
To: "R. G. Newbury" <newbury at mandamus.org>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080702020018.GA27707 at zhen-devel.sh.intel.com>
Content-Type: text/plain; charset="us-ascii"
On 2008.06.30 18:56:48 -0400, R. G. Newbury wrote:
> Try playing your file using mplayer -vo xvmc -vc ffmepg12mc ( or some of
> the other filters listed by 'mplayer -vc help')
>
> Note that xvmc only works for surfaces (frames) up to 720x568 in
> size....Well it *does* work above that size, but something else is
> munged and the picture is overlaid and pixelated with a bright green
> image. Nobody seems to know what causes this.. At least, no-one has
> jumped forward with an answer.. Zhenyu has done great work on xvmc but
> this is NOT xvmc and I don't think he gets paid to play with this even
> though he does work for Intel!
>
I don't know why high level fails in rendering now, with some HD
(720p, 1080i) clips I tried, first 'I' frame picture is already corrupt
in those larger size, Y component seems right but UV is totally wrong,
although the render pattern (you can set INTEL_XVMC_DUMP to get
'intel_xvmc_dump' file on rendering details) is identical in main level.
I'm seeking ways to clarify this problem.
--
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/18d84a49/attachment-0001.pgp
------------------------------
Message: 8
Date: Wed, 2 Jul 2008 11:41:02 +0930
From: Peter Hutterer <peter.hutterer at who-t.net>
Subject: Re: synaptics touchpad. reconnect not supported
To: Nicol? Chieffo <84yelo3 at gmail.com>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080702021102.GC6042 at emu>
Content-Type: text/plain; charset=iso-8859-1
On Tue, Jul 01, 2008 at 11:14:53PM +0200, Nicol? Chieffo wrote:
> Thank you very much for the attachment. I will test it.
>
> I cannot understand where is the problem. Is it a kernel problem?
> because the input device should be connected to the same dev file?
> Or anything else?
this isn't really related to the kernel. what happens is that the device gets
a read error and the synaptics driver shuts down (IIRC). when the new device
is created by the kernel, HAL sends a message to the X server that the new
device is available. By default this device is then added with the evdev
driver, because that is what the default fdi file states and hence what HAL
tells X to do.
so even if it is the same device file every time, evdev wins. Unless you
change your settings to add different drivers (see Steven's email).
Cheers,
Peter
------------------------------
Message: 9
Date: Wed, 2 Jul 2008 13:15:22 +0930
From: Peter Hutterer <peter.hutterer at who-t.net>
Subject: Re: [Patch] AllowEmptyInput with no ServerLayout
To: Sascha Hlusiak <saschahlusiak at arcor.de>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080702034522.GA19341 at emu>
Content-Type: text/plain; charset="us-ascii"
Sascha:
On Tue, Jul 01, 2008 at 04:20:08PM +0200, Sascha Hlusiak wrote:
> when not using a layout section in xorg.conf, the function
> checkCoreInputDevices is called too early, when option AllowEmptyInput has
> not been parsed, so I end up with the default keyboard and default pointer
> being added.
>
> The function checkCoreInputDevices is called later anyway so I felt free to
> remove the call in configImpliedLayout.
how about this one?
In master, checkCoreInputDevices was only called in configImpliedLayout (was
removed ages ago). This patch applies your changes and resurrects checkInput.
AllowEmptyInput is enabled if AutoAddDevices and AutoEnableDevices is enabled,
otherwise it's disabled.
Cheers,
Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-xfree86-AllowEmptyInput-is-now-enabled-by-default-i.patch
Type: text/x-diff
Size: 3132 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/c4d8458b/attachment.patch
------------------------------
_______________________________________________
xorg mailing list
xorg at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 36, Issue 9
***********************************
------------------------------
Message: 4
Date: Thu, 03 Jul 2008 11:25:50 +0200
From: Regina <regina.apel at gmx.de>
Subject: [Fwd: xorg Digest, Vol 36, Issue 15]
To: xorg at lists.freedesktop.org
Message-ID: <486C9B1E.9040404 at gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
-------- Original-Nachricht --------
Betreff: xorg Digest, Vol 36, Issue 15
Datum: Wed, 02 Jul 2008 13:47:59 -0700
Von: xorg-request at lists.freedesktop.org
Antwort an: xorg at lists.freedesktop.org
An: xorg at lists.freedesktop.org
Send xorg mailing list submissions to
xorg at lists.freedesktop.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freedesktop.org/mailman/listinfo/xorg
or, via email, send a message with subject or body 'help' to
xorg-request at lists.freedesktop.org
You can reach the person managing the list at
xorg-owner at lists.freedesktop.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of xorg digest..."
Today's Topics:
1. [ANNOUNCE] xf86-video-mga 1.4.9 (Adam Jackson)
2. Re: libpciaccess question (Sebastian Kuzminsky)
3. [ANNOUNCE] xtrans 1.2.1 (Adam Jackson)
4. [ANNOUNCE] libXrandr 1.2.3 (Adam Jackson)
5. [ANNOUNCE] libXfont 1.3.3 (Adam Jackson)
6. [ANNOUNCE] randrproto 1.2.2 (Adam Jackson)
7. [ANNOUNCE] libXxf86vm 1.0.2 (Adam Jackson)
8. [ANNOUNCE] libXft 2.1.13 (Adam Jackson)
9. Re: ati-6.9.0 unstable dualhead (Simon Thum)
----------------------------------------------------------------------
Message: 1
Date: Wed, 02 Jul 2008 15:04:09 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] xf86-video-mga 1.4.9
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1215025449.24769.203.camel at localhost.localdomain>
Content-Type: text/plain; charset="us-ascii"
Adam Jackson (9):
Update PInS defaults for G200SE-A.
Filter high-bandwidth modes on G200SE.
No depth 15 on G200SE-A.
Updates to memory sizing on G200SE.
Adjust memory timings on G200SE-A.
Change initial memory sizing on G200SE.
Disable I2C on G200SE for now.
Death to RCS tags.
mga 1.4.9
Ian Romanick (6):
cfb8_32: Gut a remnants of support for 24-bit with 8-bit overlay
Initialize default BIOS values from a data table instead of from code
Get memory probe size and stride (offset) values values from a data table instead of from code
I2C: First round of clean-ups
I2C: Second (and final) round of clean-ups
G200EV: Enable support for G200EV
Matthieu Herrb (1):
Makefile.am: nuke RCS Id
Paulo Cesar Pereira de Andrade (1):
Replace ALLOCATE_LOCAL/DEALLOCATE_LOCAL with xalloc/xfree.
Tiago Vignatti (1):
For compatibility, accept SWcursor as option.
Yannick Henault (2):
Bug #15836: Fix DDC on G200SE.
Bug #16545: Add G200WB support.
git tag: xf86-video-mga-1.4.9
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.9.tar.bz2
MD5: 11066b84b949cd04300ec819c9c51532 xf86-video-mga-1.4.9.tar.bz2
SHA1: faf1bfea401b280f9eb39979fcc0b020ee542e41 xf86-video-mga-1.4.9.tar.bz2
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-mga-1.4.9.tar.gz
MD5: 11701cf62de3d27f992997813a75790c xf86-video-mga-1.4.9.tar.gz
SHA1: 797efed452b1385de786a0aa7845d4543287faa4 xf86-video-mga-1.4.9.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/aeece7de/attachment-0001.pgp
------------------------------
Message: 2
Date: Wed, 2 Jul 2008 13:25:52 -0600
From: Sebastian Kuzminsky <seb at highlab.com>
Subject: Re: libpciaccess question
To: Jesse Barnes <jbarnes at virtuousgeek.org>
Cc: xorg at lists.freedesktop.org
Message-ID: <200807021325.53016.seb at highlab.com>
Content-Type: text/plain; charset="utf-8"
On Wed July 2 2008 12:16:12 Jesse Barnes wrote:
> On Wednesday, July 02, 2008 10:41 am Adam Jackson wrote:
> > On Wed, 2008-07-02 at 10:57 -0600, Sebastian Kuzminsky wrote:
> > > Hi there, sorry to mail you directly but I couldnt find the proper
> > > mailing list for asking about libpciaccess.
> >
> > xorg at lists.freedesktop.org is probably the best place. I've cc'd the
> > list since this is probably a generally interesting question.
Ok thanks, i've joined.
> > > I'm trying to use libpciaccess to write a userspace utility to work
> > > with some PCI cards, and I need to peek & poke some IO BARs. I'm on
> > > Ubuntu 7.10, which has libpciaccess 0.8.0.
...
> > The config space is supported through the normal read/write syscalls
> > though, and the same could reasonably be done for the IO BARs I suspect,
> > but right now there's no code for that in pciaccess. Which seems like
> > failing.
...
> It would definitely be nice to extend libpciaccess to abstract this away a
> bit, but no one's done that yet, afaik.
I'm not able to cat the resource files (MEM or IO) on my 2.6.24 system
here. read() gives EIO. I can mmap the MEM resource files but not the
IO resource files (EINVAL, as noted).
So I think we should mmap the memory regions, and do ins and outs on
the IO regions (after iopl(3)).
Something like this maybe:
int pci_device_bar_read(struct pci_device *dev, int bar, void *data, pciaddr_t
offset, pciaddr_t size, pciaddr_t *bytes_read);
int pci_device_bar_read_u8(struct pci_device *dev, int bar, uint8_t *data,
pciaddr_t offset);
int pci_device_bar_read_u16(struct pci_device *dev, int bar, uint16_t *data,
pciaddr_t offset);
int pci_device_bar_read_u32(struct pci_device *dev, int bar, uint32_t *data,
pciaddr_t offset);
int pci_device_bar_write(struct pci_device *dev, int bar, const void *data,
pciaddr_t offset, pciaddr_t size, pciaddr_t *bytes_written);
int pci_device_bar_write_u8(struct pci_device *dev, int bar, uint8_t data,
pciaddr_t offset);
int pci_device_bar_write_u16(struct pci_device *dev, int bar, uint16_t data,
pciaddr_t offset);
int pci_device_bar_write_u32(struct pci_device *dev, int bar, uint32_t data,
pciaddr_t offset);
Modeled on the pci_device_cfg_* functions, obviously, just adding the
BAR index.
Internally it'd check to see if it's a MEM or IO BAR. For MEM it'd mmap
(if not done already) and memcpy. For IO it'd iopl and then do ins and
outs, ignoring the resource file.
Seem reasonable?
--
Sebastian Kuzminsky
my brothers are protons / my sisters are neurons
I stir it twice, it's instant family! -- Gogol Bordello
------------------------------
Message: 3
Date: Wed, 02 Jul 2008 15:25:40 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] xtrans 1.2.1
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1215026740.24769.205.camel at localhost.localdomain>
Content-Type: text/plain; charset="us-ascii"
Adam Jackson (2):
Connection failure for abstract socket is ECONNREFUSED, not ENOENT.
xtrans 1.2.1
Alan Coopersmith (2):
LocalClose() takes a ConnInfoPtr, not an fd
Clear some pointer type mismatch warnings
Bill Nottingham (1):
Ignore mkdir() errors when creating the abstract socket.
James Cloos (1):
Remove extraneous execute bit from .c file
Jeremy Huddleston (1):
Launchd: This functionality has been moved into xorg-server
git tag: xtrans-1.2.1
http://xorg.freedesktop.org/archive/individual/lib/xtrans-1.2.1.tar.bz2
MD5: 96e142331edd498a9364887b2548f1bb xtrans-1.2.1.tar.bz2
SHA1: 66d7916e5386d2e0485af04a3b2314fbccc2d23a xtrans-1.2.1.tar.bz2
http://xorg.freedesktop.org/archive/individual/lib/xtrans-1.2.1.tar.gz
MD5: 5b7f447f6fe92cbc4f17441aaee0bf55 xtrans-1.2.1.tar.gz
SHA1: dacf78c944bbe38749e5020a24be2cc18ac8b361 xtrans-1.2.1.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/01b5e38c/attachment-0001.pgp
------------------------------
Message: 4
Date: Wed, 02 Jul 2008 15:29:24 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] libXrandr 1.2.3
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1215026964.24769.207.camel at localhost.localdomain>
Content-Type: text/plain; charset="us-ascii"
Adam Jackson (1):
libXrandr 1.2.3
James Cloos (2):
Add *~ to .gitignore to skip patch/emacs droppings
Replace static ChangeLog with dist-hook to generate from git log
Julien Cristau (2):
Hide some private symbols.
Bug #14388: Remove XRRScreenConfig() and XRRConfig() from Xrandr.h.
Matthieu Herrb (1):
nuke RCS Ids
Peter Hutterer (1):
Rename parameters to clarify QueryVersion/QueryExtension.
thb (1):
Bug #16430: Ignore ConfigureNotify on non-root windows in UpdateConfiguration
git tag: libXrandr-1.2.3
http://xorg.freedesktop.org/archive/individual/lib/libXrandr-1.2.3.tar.bz2
MD5: 5cd67cc02a50c9644ba0a1846ea3b08e libXrandr-1.2.3.tar.bz2
SHA1: f03628694f932e93ecd0ae6c8aa1daef10db0ca4 libXrandr-1.2.3.tar.bz2
http://xorg.freedesktop.org/archive/individual/lib/libXrandr-1.2.3.tar.gz
MD5: 1207744bddd037728c73147a377982b8 libXrandr-1.2.3.tar.gz
SHA1: 0a4e11193dd22df4407cee935cb1dbe58d9549ee libXrandr-1.2.3.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/2110979d/attachment-0001.pgp
------------------------------
Message: 5
Date: Wed, 02 Jul 2008 15:32:30 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] libXfont 1.3.3
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1215027150.24769.209.camel at localhost.localdomain>
Content-Type: text/plain; charset="us-ascii"
Adam Jackson (1):
libXfont 1.3.3
Alan Coopersmith (2):
Don't allow a font alias to point to itself and create a loop
FontFileDirectoryChanged: check length of "fonts.alias" as well as "fonts.dir"
Colin Harrison (1):
Fix build for WIN32
Julien Cristau (1):
Add missing include in src/FreeType/ftfuncs.c
Maarten ter Huurne (1):
Do not call FT_Get_BDF_Charset_ID() if configured with --disable-bdfformat
Matthieu Herrb (1):
nuke RCS Ids
git tag: libXfont-1.3.3
http://xorg.freedesktop.org/archive/individual/lib/libXfont-1.3.3.tar.bz2
MD5: 4f174b9613f87cf00d731da428a1b194 libXfont-1.3.3.tar.bz2
SHA1: bfbdd25239ef6cd515bb7afe888f0556454b34c7 libXfont-1.3.3.tar.bz2
http://xorg.freedesktop.org/archive/individual/lib/libXfont-1.3.3.tar.gz
MD5: cb202f7b1af5fc95a7f35f0a62e52e6e libXfont-1.3.3.tar.gz
SHA1: 2c4641bc74909cf6deb9f37129e3d59dcf0b15a4 libXfont-1.3.3.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/fdd76b79/attachment-0001.pgp
------------------------------
Message: 6
Date: Wed, 02 Jul 2008 15:35:20 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] randrproto 1.2.2
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1215027320.24769.211.camel at localhost.localdomain>
Content-Type: text/plain; charset="us-ascii"
Adam Jackson (2):
Bug #16149: Make the field not be named 'delete' in C++ mode.
randrproto 1.2.2
Alan Coopersmith (1):
Delete duplicate B32's in xRRScreenChangeNotifyEvent
Jakob Bornecrantz (1):
Correct a copy'n'paste error in RRGetOutputInfo spec text.
James Cloos (1):
Replace static ChangeLog with dist-hook to generate from git log
git tag: randrproto-1.2.2
http://xorg.freedesktop.org/archive/individual/proto/randrproto-1.2.2.tar.bz2
MD5: 0458f24d6a77ff4bc5182816f482afa1 randrproto-1.2.2.tar.bz2
SHA1: bc231f1099eea9c5365679053a6ff3353e974ff9 randrproto-1.2.2.tar.bz2
http://xorg.freedesktop.org/archive/individual/proto/randrproto-1.2.2.tar.gz
MD5: cff3bbbd4d46a5b8359a48f987d9fdac randrproto-1.2.2.tar.gz
SHA1: eea1d23f35329f1ee7a18b6642518fd563a2d048 randrproto-1.2.2.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/eeed4111/attachment-0001.pgp
------------------------------
Message: 7
Date: Wed, 02 Jul 2008 15:39:04 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] libXxf86vm 1.0.2
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1215027544.24769.214.camel at localhost.localdomain>
Content-Type: text/plain; charset="us-ascii"
Adam Jackson (3):
Bug #10846: Fix XF86VidModeGetMonitor when vendor or model are null.
Don't terminate zero-length strings.
libXxf86vm 1.0.2
Alan Coopersmith (1):
renamed: .cvsignore -> .gitignore
James Cloos (2):
Add *~ to .gitignore to skip patch/emacs droppings
Replace static ChangeLog with dist-hook to generate from git log
Matthieu Herrb (1):
nuke RCS Ids
git tag: libXxf86vm-1.0.2
http://xorg.freedesktop.org/archive/individual/lib/libXxf86vm-1.0.2.tar.bz2
MD5: 304d37bd0a10d9b58aa9b64469ad73e5 libXxf86vm-1.0.2.tar.bz2
SHA1: f9003eeacea625da74d757a68a66aa7dff5ed0cf libXxf86vm-1.0.2.tar.bz2
http://xorg.freedesktop.org/archive/individual/lib/libXxf86vm-1.0.2.tar.gz
MD5: 8d00461c40a7ac0f6fa4e00da3324750 libXxf86vm-1.0.2.tar.gz
SHA1: 25e70d591cfa34331b83a0566e6f51cdaf8daa81 libXxf86vm-1.0.2.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/4cc3adca/attachment-0001.pgp
------------------------------
Message: 8
Date: Wed, 02 Jul 2008 15:44:05 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] libXft 2.1.13
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1215027845.24769.217.camel at localhost.localdomain>
Content-Type: text/plain; charset="us-ascii"
Adam Jackson (2):
Bug #14232: Fix XftDrawRect when Render not supported.
libXft 2.1.13
James Cloos (2):
Add *~ to .gitignore to skip patch/emacs droppings
Replace static ChangeLog with dist-hook to generate from git log
Julien Cristau (2):
Drop Requires, use Requires.private instead.
Revert "Drop Requires, use Requires.private instead."
Karl Tomlinson (1):
XftFontOpenInfo: Use of uninitialised value of size 8 (bug 11200)
Matthieu Herrb (1):
nuke RCS Ids
Stefan Dirsch (1):
Register objects used by libXft.
git tag: libXft-2.1.13
http://xorg.freedesktop.org/archive/individual/lib/libXft-2.1.13.tar.bz2
MD5: bc8881851f3bd8dcc625fac37350a1c6 libXft-2.1.13.tar.bz2
SHA1: 7ce291fe4306de8e73e545ab9af2285cc1c26dce libXft-2.1.13.tar.bz2
http://xorg.freedesktop.org/archive/individual/lib/libXft-2.1.13.tar.gz
MD5: 40ebc53da7efd520e528fa7a564863db libXft-2.1.13.tar.gz
SHA1: e049ca3cb23f8a8383ff53f8d16aaa29dea53ab1 libXft-2.1.13.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080702/d6f25bbc/attachment-0001.pgp
------------------------------
Message: 9
Date: Wed, 02 Jul 2008 22:47:48 +0200
From: Simon Thum <simon.thum at gmx.de>
Subject: Re: ati-6.9.0 unstable dualhead
To: Alex Deucher <alexdeucher at gmail.com>
Cc: Sebastian Glita <glseba at yahoo.com>, xorg at lists.freedesktop.org
Message-ID: <486BE974.2090105 at gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Alex Deucher wrote:
>
> When you say LCD, do you mean LVDS or an LCD connected via VGA/DVI?
> How is it screwed?
Ahh crap. Git server + faily recent ati (6.8.191) does not exhibit the
behaviour.
Well, I meant DVI in a rush of believing DVI was LVDS-based. It
frequently switches off and on backlight, plus small visible tearings
all along. Very seldom, also noise came up.
I had this in varying degrees, more with my old LCD, less with my new,
but 6.3 to 6.8 were definetely useable (about once a week it came back.
After a mode-switch or two it was fixed). Windows never exposed
comparable problems (except for the noise).
But 6.9 + 1.4.2 was worst yet. Impossible to use.
> Can you file a bug? https://bugs.freedesktop.org
If the git-is-fixed thing is unlikely, sure. I think I filed one a few
years ago though :)
Regards,
Simon
------------------------------
_______________________________________________
xorg mailing list
xorg at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 36, Issue 15
************************************
------------------------------
_______________________________________________
xorg mailing list
xorg at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 36, Issue 19
************************************
More information about the xorg
mailing list