xorg Digest, Vol 23, Issue 12 token:568a6228e86e6f5a3cf615786f269d2d:JEbRINSd

Mon Jun 4 05:51:39 PDT 2007

Your mail to Tom.DeMan at dZine.be has been placed in quarantine. Please reply to this mail (just press reply and press send) to get it out of quarantine.

Uw mail naar Tom.DeMan at dZine.be is in quarantaine geplaatst. Gelieve deze mail terug te sturen door op antwoorden en zenden te drukken zodat de mail uit quarantaine komt.

Anti-Spam filter

In order for your message to be delivered to "Tom De Man" <Tom.DeMan at DZINE.BE>, please reply to this message leaving the body of the message intact.

>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. glxcompmgr dead? (Daniel Kasak)
>   2. Starting the 3D engine only with setting registers (Tom De Man)
>   3. Re: What _is_ the fill rate of an unladen r100? (Michel D?nzer)
>   4. Re: [ANNOUNCE] libX11 1.1.2 (Julien Cristau)
>   5. Re: Starting the 3D engine only with setting registers
>      (Wang Zhenyu)
>   6. input-hotplug mice issue (Dawid Wr?bel)
>   7. Re: input-hotplug mice issue (Daniel Stone)
>   8. Re: input-hotplug mice issue (Dawid Wr?bel)
>   9. Re: input-hotplug mice issue (Nicolas Trangez)
>  10. RE: Report of possible pixman failure (Colin Harrison)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Wed, 06 Jun 2007 06:10:04 +1000
>From: Daniel Kasak <dan at entropy.homelinux.org>
>Subject: glxcompmgr dead?
>To: xorg at lists.freedesktop.org
>Message-ID: <4665C31C.50002 at entropy.homelinux.org>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>I take it glxcompmgr is no longer supposed to work? It compiles, but 
>when I start it ( with my session started with LIBGL_ALWAYS_INDIRECT=1 
>), I get:
>
>glxcompmgr: pixmap 0x1000024 can't be bound to texture
>glxcompmgr: Couldn't bind redirected window 0xa001d0 to texture
>glxcompmgr: pixmap 0x1000026 can't be bound to texture
>glxcompmgr: Couldn't bind redirected window 0xa00007 to texture
>glxcompmgr: pixmap 0x1000028 can't be bound to texture
>glxcompmgr: Couldn't bind redirected window 0xa00044 to texture
>glxcompmgr: pixmap 0x100002a can't be bound to texture
>glxcompmgr: Couldn't bind redirected window 0xa00027 to texture
>glxcompmgr: pixmap 0x100002d can't be bound to texture
>glxcompmgr: Couldn't bind redirected window 0xa0026c to texture
>
>It would be great to be able to take advantage of AIGLX compositing 
>outside of beryl / compiz ...
>
>Dan
>
>
>------------------------------
>
>Message: 2
>Date: Mon, 4 Jun 2007 10:58:52 +0200
>From: "Tom De Man" <Tom.DeMan at DZINE.BE>
>Subject: Starting the 3D engine only with setting registers
>To: <xorg at lists.freedesktop.org>
>Message-ID:
>	<!&!AAAAAAAAAAAYAAAAAAAAAOV98CYbMtBGmJAPfx5PD3fCgAAAEAAAAHCbLjaGyQZCg/WizqvXSDYBAAAAAA==@DZINE.BE>
>	
>Content-Type: text/plain; charset="us-ascii"
>
>Hi,
> 
>I'm programming for another OS than windows or linux and I need the 3D
>engine of the intel 915 chip going. Whatever I do (even based on the linux
>OUT_RING debug logs) I never see anything appear in 3D (just 2D
>instructions seem to show something on screen).
> 
>What I would really need is a sequence or register sets and OUT_RING
>values to show something in 3D (even 1 pixel) because I'm in trouble here
>(it's been more than a month and still nothing). I received the intel
>orange books with the decription of the registers for the 915 but whatever
>I do I can't see anything on screen (but the chip doesn't return an
>error).
>Any way I could get a small demo program (like DOS or a text file with
>registers to program) that just does something in 3D ? Just to get me
>started.
> 
>Kind regards,
>Tom
> 
> 
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: http://lists.freedesktop.org/archives/xorg/attachments/20070604/c7166409/attachment-0001.htm 
>-------------- next part --------------
>--------------------------------------------------------------------------
>Confidentiality Statement: This e-mail is intended solely for the person to whom it is addressed and may contain confidential or legally privileged information. Access to this e-mail by anyone else is unauthorised. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and destroy this e-mail and any attachments. Any views or opinions presented are solely those of the author and do not necessarily represent those of dZine n.v. E-mail may be susceptible to data corruption, interception, unauthorised amendment, viruses and delays or the consequences thereof. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited.
>--------------------------------------------------------------------------
>
>------------------------------
>
>Message: 3
>Date: Mon, 04 Jun 2007 11:03:26 +0200
>From: Michel D?nzer <michel at tungstengraphics.com>
>Subject: Re: What _is_ the fill rate of an unladen r100?
>To: Carl Worth <cworth at cworth.org>
>Cc: xorg at lists.freedesktop.org
>Message-ID: <1180947807.10677.269.camel at thor.sulgenrain.local>
>Content-Type: text/plain; charset=utf-8
>
>On Fri, 2007-06-01 at 16:48 -0700, Carl Worth wrote:
>> 
>> What is still confusing to me is that it seems that when I start my X
>> server, (whether EXA or not), with my r100 I sometimes get fill rates
>> of about 125M pixels/sec., (x11perf -rect500 says 501 rects/sec.), and
>> I sometimes get fill rates of about 193M pixels/sec, (x11perf -rect500
>> says 772 rects/sec.).
>> 
>> The behavior seems to stay the same within a running instance of the X
>> server. But I don't have any idea what triggers the change, (I
>> originally saw the slow rate from a custom-built server and the fast
>> rate from a Debian-packaged server, but then I saw the fast rate from
>> the original custom-built server).
>> 
>> Anyone have any insight on what might be happening there?
>
>Does the log file show any differences between the two cases? One
>possibility could be one vs. two active CRTCs.
>
>
>> And does anybody know exactly what fill rate I should "expect" from
>> this card? Or I how might determine memory speeds or other information
>> necessary to determine that?
>
>grep RAM: /var/log/Xorg.0.log
>
>gives you the memory type and bus width, and there's code in
>RADEONProbePLLParameters (not normally used when there's a video BIOS)
>to calculate the memory clock.
>
>
>-- 
>Earthling Michel D?nzer           |          http://tungstengraphics.com
>Libre software enthusiast         |          Debian, X and DRI developer
>
>
>
>------------------------------
>
>Message: 4
>Date: Mon, 4 Jun 2007 11:13:33 +0200
>From: Julien Cristau <jcristau at debian.org>
>Subject: Re: [ANNOUNCE] libX11 1.1.2
>To: xorg at lists.freedesktop.org
>Cc: Josh Triplett <josh at freedesktop.org>, Jamey Sharp
>	<jamey at minilop.net>
>Message-ID: <20070604091332.GA14903 at patate.is-a-geek.org>
>Content-Type: text/plain; charset=us-ascii
>
>On Sun, Jun  3, 2007 at 22:18:14 -0700, Jamey Sharp wrote:
>
>> A variety of security and bug fixes, new and better documentation, etc.
>> Some stuff changed: 500 files changed, 30763 insertions(+), 2252 deletions(-)
>[snip]
>> 
>> git-tag: libX11-1.1.2
>> 
>Hi,
>
>it appears that the master branch hasn't been pushed, so this tag isn't
>reachable.  Could someone push the missing commits to the branch?
>
>Thanks,
>Julien
>
>
>------------------------------
>
>Message: 5
>Date: Mon, 4 Jun 2007 17:23:35 +0800
>From: Wang Zhenyu <zhenyu.z.wang at intel.com>
>Subject: Re: Starting the 3D engine only with setting registers
>To: Tom De Man <Tom.DeMan at DZINE.BE>
>Cc: xorg at lists.freedesktop.org
>Message-ID: <20070604092335.GA10271 at zhen-devel.sh.intel.com>
>Content-Type: text/plain; charset=us-ascii
>
>On 2007.06.04 10:58:52 +0000, Tom De Man wrote:
>>    Hi,
>> 
>>    I'm programming for another OS than windows or linux and I need the 3D
>>    engine of the intel 915 chip going. Whatever I do (even based on the linux
>>    OUT_RING debug logs) I never see anything appear in 3D (just 2D
>>    instructions seem to show something on screen).
>> 
>>    What I would really need is a sequence or register sets and OUT_RING
>>    values to show something in 3D (even 1 pixel) because I'm in trouble here
>>    (it's been more than a month and still nothing). I received the intel
>>    orange books with the decription of the registers for the 915 but whatever
>>    I do I can't see anything on screen (but the chip doesn't return an
>>    error).
>>    Any way I could get a small demo program (like DOS or a text file with
>>    registers to program) that just does something in 3D ? Just to get me
>>    started.
>> 
>
>I think you can reference exa code in i915_render.c for basic operations,
>it uses 3D pipe to do texture sampling, texture blending and color blending. 
>
>
>------------------------------
>
>Message: 6
>Date: Mon, 4 Jun 2007 11:43:30 +0200
>From: Dawid Wr?bel <dawid at klej.net>
>Subject: input-hotplug mice issue
>To: xorg at lists.freedesktop.org
>Message-ID: <20070604114330.45b65b86 at kromka>
>Content-Type: text/plain; charset=ISO-8859-2
>
>Hi,
>
>       I have recently began testing the new 1.3 xserver and have
>an hotplug issue regarding 3rd button support.
>	Is it normal that although I have 3 different pointers
>(touchpad, stick, bt mouse), the xserver recognizes just one
>(/dev/input/mice)? Thing is, that it is probably the cause of the
>aforementioned 3rd button problem - my touchpad and stick have only 2
>buttons and 3rd button emulation doesn't work for them. However at
>the same time the BT mouse's 3rd physical button works just fine. 
>
>The excerpt from the Xorg.log tells a bit more:
>
>(WW) <default pointer>: No Device specified, looking for one...
>(II) <default pointer>: Setting Device option to "/dev/input/mice"
>(--) <default pointer>: Device: "/dev/input/mice"
>(==) <default pointer>: Protocol: "Auto"
>(**) Option "CorePointer"
>(**) <default pointer>: Core Pointer
>(==) <default pointer>: Emulate3Buttons, Emulate3Timeout: 50
>(**) <default pointer>: ZAxisMapping: buttons 4 and 5
>(**) <default pointer>: Buttons: 9
>(...)
>(II) XINPUT: Adding extended input device "<default pointer>" (type:
>MOUSE) (--) <default pointer>: PnP-detected protocol: "ExplorerPS/2"
>(II) <default pointer>: ps2EnableDataReporting: succeeded
>(II) 3rd Button detected: disabling emulate3Button
>
>Especially the last line seems to be quite interesting.
>
>Also note, that each pointer has its own and
>separate /dev/input/mouseX, i.e. mouse1 - stick, mouse2 - touchpad,
>mouse3 - bt mouse. Therefore why can't xorg detect each
>pointer separately and configure accordingly, instead of just picking up
>the unified /dev/input/mice pointer? 
>
>-- 
>Best regards,
>  Dawid Wr?bel	
>
>
>------------------------------
>
>Message: 7
>Date: Mon, 4 Jun 2007 12:58:15 +0300
>From: Daniel Stone <daniel at fooishbar.org>
>Subject: Re: input-hotplug mice issue
>To: Dawid Wr?bel <dawid at klej.net>
>Cc: xorg at lists.freedesktop.org
>Message-ID: <20070604095815.GA2654 at fooishbar.org>
>Content-Type: text/plain; charset="iso-8859-1"
>
>On Mon, Jun 04, 2007 at 11:43:30AM +0200, Dawid Wr?bel wrote:
>>        I have recently began testing the new 1.3 xserver and have
>> an hotplug issue regarding 3rd button support.
>> 	Is it normal that although I have 3 different pointers
>> (touchpad, stick, bt mouse), the xserver recognizes just one
>> (/dev/input/mice)? Thing is, that it is probably the cause of the
>> aforementioned 3rd button problem - my touchpad and stick have only 2
>> buttons and 3rd button emulation doesn't work for them. However at
>> the same time the BT mouse's 3rd physical button works just fine. 
>> 
>> The excerpt from the Xorg.log tells a bit more:
>> 
>> (WW) <default pointer>: No Device specified, looking for one...
>> [...]
>> 
>> Especially the last line seems to be quite interesting.
>> 
>> Also note, that each pointer has its own and
>> separate /dev/input/mouseX, i.e. mouse1 - stick, mouse2 - touchpad,
>> mouse3 - bt mouse. Therefore why can't xorg detect each
>> pointer separately and configure accordingly, instead of just picking up
>> the unified /dev/input/mice pointer? 
>
>Either you can run a hotplug client (respeclaration, or the Python one
>floating around whose name eludes me), or wait until I merge HAL
>support, at which point this happens automatically.  You need Option
>"AllowEmptyInput" to do this, to prevent /dev/input/mice from being
>added.
>
>Cheers,
>Daniel
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 189 bytes
>Desc: Digital signature
>Url : http://lists.freedesktop.org/archives/xorg/attachments/20070604/9671ccf9/attachment-0001.pgp 
>
>------------------------------
>
>Message: 8
>Date: Mon, 4 Jun 2007 12:37:03 +0200
>From: Dawid Wr?bel <dawid at klej.net>
>Subject: Re: input-hotplug mice issue
>To: Daniel Stone <daniel at fooishbar.org>
>Cc: xorg at lists.freedesktop.org
>Message-ID: <20070604123703.41209086 at kromka>
>Content-Type: text/plain; charset=ISO-8859-2
>
>On Mon, 4 Jun 2007 12:58:15 +0300 Daniel Stone <daniel at fooishbar.org>
>wrote:
>
>> Either you can run a hotplug client (respeclaration, or the Python one
>> floating around whose name eludes me), or wait until I merge HAL
>> support, at which point this happens automatically.  You need Option
>> "AllowEmptyInput" to do this, to prevent /dev/input/mice from being
>> added.
>Thanks a lot for quick reply and nice explaination. I guess I will
>save myself the hassle and wait for the HAL support. 
>
>-- 
>Best regards,
>  Dawid Wr?bel	
>
>
>------------------------------
>
>Message: 9
>Date: Mon, 04 Jun 2007 14:19:01 +0200
>From: Nicolas Trangez <eikke at eikke.com>
>Subject: Re: input-hotplug mice issue
>To: Daniel Stone <daniel at fooishbar.org>
>Cc: xorg at lists.freedesktop.org
>Message-ID: <1180959541.17442.3.camel at sky.nicolast.be>
>Content-Type: text/plain; charset="us-ascii"
>
>On Mon, 2007-06-04 at 12:58 +0300, Daniel Stone wrote:
>> or wait until I merge HAL support 
>Hey Daniels, 
>
>Whats the status of this?
>
>Nicolas
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 189 bytes
>Desc: This is a digitally signed message part
>Url : http://lists.freedesktop.org/archives/xorg/attachments/20070604/b6d24620/attachment-0001.pgp 
>
>------------------------------
>
>Message: 10
>Date: Mon, 4 Jun 2007 13:51:22 +0100
>From: "Colin Harrison" <colin.harrison at virgin.net>
>Subject: RE: Report of possible pixman failure
>To: <xorg at lists.freedesktop.org>
>Message-ID: <200706041251.l54CpKET001787 at StraightRunning.com>
>Content-Type: text/plain;	charset="iso-8859-1"
>
>Please ignore this report. It was due to a build problem with the Composite
>extension.
>Sorry for the noise.
>
>Colin Harrison
>
>
>
>------------------------------
>
>_______________________________________________
>xorg mailing list
>xorg at lists.freedesktop.org
>http://lists.freedesktop.org/mailman/listinfo/xorg
>
>End of xorg Digest, Vol 23, Issue 12
>************************************

---start
token:568a6228e86e6f5a3cf615786f269d2d:JEbRINSd
---end

--------------------------------------------------------------------------
Confidentiality Statement: This e-mail is intended solely for the person to whom it is addressed and may contain confidential or legally privileged information. Access to this e-mail by anyone else is unauthorised. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and destroy this e-mail and any attachments. Any views or opinions presented are solely those of the author and do not necessarily represent those of dZine n.v. E-mail may be susceptible to data corruption, interception, unauthorised amendment, viruses and delays or the consequences thereof. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited.
--------------------------------------------------------------------------