Minor bump to fix build against xserver 1.6.
Adam Jackson (1):
Uninclude xf86Version.h
Julien Cristau (1):
dummy 0.3.1
git tag: xf86-video-dummy-0.3.1
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-dummy-0.3.1.tar.bz2
MD5: e7920f4820d3450e9e5cb454fc620895
Hello,
I am trying to follow Intel Graphics Drivers, among others by watching
http://intellinuxgraphics.org/2008Q4.html
It would seem that in order to get this to work, one is required to patch both
mesa (to run intel's mesa branch, not the standard from freedesktop?) and also
patch the
On 25 January 2009 20:47:13 Halim Issa wrote:
Hello,
I am trying to follow Intel Graphics Drivers, among others by watching
http://intellinuxgraphics.org/2008Q4.html
It would seem that in order to get this to work, one is required to patch
both mesa (to run intel's mesa branch, not the
On Sun, 25 Jan 2009 19:47:13 +0100
Halim Issa yalla...@gmail.com wrote:
And finally - is there anywhere a roadmap or todo-list that may show
when DisplayPort support might be added to the Intel-drivers?
I cant answer the other questions but this one.
DisplayPort is already supported. If you do
Strangely enough, before I login (in gdm) things seem to behave as
they should. Directly after I login though (even before my own minimal
~/.Xmodmap has been loaded), the behavior I described earlier begins.
- Ben
On Sun, Jan 25, 2009 at 11:13 AM, Ben Gamari bgam...@gmail.com wrote:
As it
Hi, it seems I've found one more bug for gma950+uxa+dri2 configuration:
Any 3D application is _really_ slow if it runs in window with size higher than
800x600.
Steps to reproduce:
1. Use gma950 hardware with xf86-video-intel from git and mesa from git,
xorg-server-1.5.99.901, libdrm from git,
Hello, I am trying to develop an application using more than one Xv
extension enabled window. These display images each one. All works
correctly except when the windows overlaps: the content of the window
are destroyed when the Expose Event of the window is managed with an
XShmPutImage. I have
Ben Gamari wrote:
The only strange behavior I noticed so far (after waiting some
days to run git master again :-)) was with the Alt key. xev says
order of events is correct, but the event state field appears to
be messed, and only set to the proper value after the next key
press. This breaks
The new Intel linux driver 2.6.0 (included in Intel 2008Q4 graphics
package http://intellinuxgraphics.org/2008Q4.html) does resolve
tearing problem for Intel G45 chipset?
Thank you in advanced for your reply.
Marco
begin:vcard
fn:Marco De Michele
n:De Michele;Marco
org:;ICT Consultant
Minor bump to fix build against xserver 1.6.
Adam Jackson (1):
Uninclude xf86Version.h
Julien Cristau (1):
dummy 0.3.1
git tag: xf86-video-dummy-0.3.1
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-dummy-0.3.1.tar.bz2
MD5: e7920f4820d3450e9e5cb454fc620895
Hi,
So, IMO, it's unfair to call 2008Q4 release stable and recommended to
ordinary users/OSVs, at least for gma950 users.
I have to agree, even 2.6.1 is still far away from release quality.
I hope the whole GEM-ification is soon finished, before distributions
start deploying that driver.
After
On Sun, Jan 25, 2009 at 08:05:32PM -0200, Paulo César Pereira de Andrade wrote:
Ben Gamari wrote:
The only strange behavior I noticed so far (after waiting some
days to run git master again :-)) was with the Alt key. xev says
order of events is correct, but the event state field appears to
After a little trivial work with gdb, I determined that the error
causing xmodmap to fail is originating in
build_modmap_from_modkeymap(). In particular, the check on line 257
(inpututils.c) which appears to enforce the requirement that there is
only one modifier assigned to each key. Any ideas
On Sun, Jan 25, 2009 at 03:54:43PM +0200, linux multitouch wrote:
I am developing X11 input driver
I would like to simulate these events:
1. zoom In/Out.
Send a KEY_ZOOMIN and KEY_ZOOMOUT event and hope that the xkb configuration
includes Xf86ZoomIn and Xf86ZoomOut in the inet symbols.
2.
Peter Hutterer wrote:
The only strange behavior I noticed so far (after waiting some
days to run git master again :-)) was with the Alt key. xev says
order of events is correct, but the event state field appears to
be messed, and only set to the proper value after the next key
press. This
Patch #240 - 2009/1/25
* use plink.sh for linking xterm (suggested by Larry Doolittle).
* add resource descriptions for input method to xterm manpage.
* update configure script; consistently append to $CFLAGS rather than
prepend.
* add
On Mon, Jan 26, 2009 at 9:07 AM, Thomas Dickey dic...@radix.net wrote:
Patch #240 - 2009/1/25
# ./xterm -version
X.Org 6.8.99.903(240)
# ./xterm
Floating point exception
Below's patch fixes the problem ... taken from xterm-239.
Thanks,
Jeff
---
On Sun, 2009-01-25 at 20:07 -0500, Thomas Dickey wrote:
Patch #240 - 2009/1/25
Hi Thomas,
this fails to build with --enable-dabbrev, the following patch should
fix it.
Cheers,
Julien
Index: xterm/misc.c
===
--- xterm.orig/misc.c
Thanks for the replay
how can configure the xkb to support
these event's (Zoom, Scroll)
On Mon, Jan 26, 2009 at 1:45 AM, Peter Hutterer peter.hutte...@who-t.netwrote:
On Sun, Jan 25, 2009 at 03:54:43PM +0200, linux multitouch wrote:
I am developing X11 input driver
I would like to simulate
thank you
problem solved
On Mon, Jan 26, 2009 at 1:45 AM, Peter Hutterer peter.hutte...@who-t.netwrote:
On Sun, Jan 25, 2009 at 03:54:43PM +0200, linux multitouch wrote:
I am developing X11 input driver
I would like to simulate these events:
1. zoom In/Out.
Send a KEY_ZOOMIN and
Yes shadowfb does just that. A couple of drivers implement it, look at
nv or radeon for example. On the plus side you get a very small driver
and you just have to implement a copy hook, the regions are determined
by the X server for you.
Or avivo is a much more simple example.
Writing my
21 matches
Mail list logo