Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michel Dänzer
On 16.07.2014 15:27, Michael Strobel wrote:
 
 i recently upgrade my xserver to 1.16 and therefore switched from fglrx
 to radeon (fgrlx doesn't support xserver 1.16 yet). When i'm trying to
 start the xserver it sefaults (see logs). I'm not sure if it is a
 side effect from switching from fgrlx to radeon. I think i uninstalled
 fglrx properly.

I guess it's possible fglrx left the EGL stack messed up... If you start
Xorg with the environment variable EGL_LOG_LEVEL=debug, there should be
some more information about that in its stderr output.


 [   210.846] (EE) Backtrace:
 [   210.846] (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f2d70d78339]
 [   210.846] (EE) 1: /usr/bin/X (0x7f2d70bcd000+0x1af3a9) [0x7f2d70d7c3a9]
 [   210.846] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f2d6e925000+0x35480) 
 [0x7f2d6e95a480]
 [   210.847] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 
 (0x7f2d6e925000+0x12530a) [0x7f2d6ea4a30a]
 [   210.847] (EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 
 (0x7f2d6b22b000+0x5402f) [0x7f2d6b27f02f]
 [   210.847] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so 
 (glamor_init+0x15c) [0x7f2d6b72284c]

It looks like it could be a bug in libepoxy0. It would be great if you
could get a backtrace with gdb, ideally with
/usr/lib/x86_64-linux-gnu/libepoxy.so.0 rebuilt to have debugging symbols.


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c6232e.8090...@daenzer.net



Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michael Strobel
Thanks for your quickly reply! It says:

libEGL debug: Native platform type: drm (autodetected)
libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to
module array
libEGL debug: added egl_dri2 to module array
libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so)
libEGL info: use DRM for display 0x7f308063cec0
libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in
eglInitialize(no usable display)

i also add the output of startx and the xorg.log

Best,
Michael

On 07/16/2014 09:01 AM, Michel Dänzer wrote:
 On 16.07.2014 15:27, Michael Strobel wrote:

 i recently upgrade my xserver to 1.16 and therefore switched from fglrx
 to radeon (fgrlx doesn't support xserver 1.16 yet). When i'm trying to
 start the xserver it sefaults (see logs). I'm not sure if it is a
 side effect from switching from fgrlx to radeon. I think i uninstalled
 fglrx properly.
 
 I guess it's possible fglrx left the EGL stack messed up... If you start
 Xorg with the environment variable EGL_LOG_LEVEL=debug, there should be
 some more information about that in its stderr output.
 
 
 [   210.846] (EE) Backtrace:
 [   210.846] (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f2d70d78339]
 [   210.846] (EE) 1: /usr/bin/X (0x7f2d70bcd000+0x1af3a9) [0x7f2d70d7c3a9]
 [   210.846] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 
 (0x7f2d6e925000+0x35480) [0x7f2d6e95a480]
 [   210.847] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 
 (0x7f2d6e925000+0x12530a) [0x7f2d6ea4a30a]
 [   210.847] (EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 
 (0x7f2d6b22b000+0x5402f) [0x7f2d6b27f02f]
 [   210.847] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so 
 (glamor_init+0x15c) [0x7f2d6b72284c]
 
 It looks like it could be a bug in libepoxy0. It would be great if you
 could get a backtrace with gdb, ideally with
 /usr/lib/x86_64-linux-gnu/libepoxy.so.0 rebuilt to have debugging symbols.
 
 

[   608.579] 
X.Org X Server 1.15.99.904 (1.16.0 RC 4)
Release Date: 2014-07-07
[   608.579] X Protocol Version 11, Revision 0
[   608.579] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian
[   608.579] Current Operating System: Linux debian 3.14-1-amd64 #1 SMP Debian 3.14.12-1 (2014-07-11) x86_64
[   608.579] Kernel command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=UUID=7d289e3c-e64b-4be1-ac46-780b94196c22 ro quiet
[   608.579] Build Date: 08 July 2014  01:26:43PM
[   608.579] xorg-server 2:1.15.99.904-1 (http://www.debian.org/support) 
[   608.579] Current version of pixman: 0.32.6
[   608.579] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[   608.579] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   608.580] (==) Log file: /var/log/Xorg.0.log, Time: Wed Jul 16 09:13:58 2014
[   608.580] (==) Using system config directory /usr/share/X11/xorg.conf.d
[   608.580] (==) No Layout section.  Using the first Screen section.
[   608.580] (==) No screen section available. Using defaults.
[   608.580] (**) |--Screen Default Screen Section (0)
[   608.580] (**) |   |--Monitor default monitor
[   608.580] (==) No monitor specified for screen Default Screen Section.
	Using a default monitor configuration.
[   608.580] (==) Automatically adding devices
[   608.580] (==) Automatically enabling devices
[   608.580] (==) Automatically adding GPU devices
[   608.580] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[   608.580] 	Entry deleted from font path.
[   608.580] (==) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	built-ins
[   608.580] (==) ModulePath set to /usr/lib/xorg/modules
[   608.580] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[   608.580] (II) Loader magic: 0x7f30805c6d80
[   608.580] (II) Module ABI versions:
[   608.580] 	X.Org ANSI C Emulation: 0.4
[   608.580] 	X.Org Video Driver: 18.0
[   608.580] 	X.Org XInput driver : 21.0
[   608.580] 	X.Org Server Extension : 8.0
[   608.580] (II) xfree86: Adding drm device (/dev/dri/card0)
[   608.582] (--) PCI:*(0:1:0:0) 1002:679a:1043:0424 rev 0, Mem @ 0xe000/268435456, 0xf7e0/262144, I/O @ 0xe000/256, BIOS @ 0x/131072
[   608.582] (II) LoadModule: glx
[   608.582] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   608.583] (II) Module glx: vendor=X.Org Foundation
[   608.583] 	compiled for 1.15.99.904, module version = 1.0.0
[   608.583] 	ABI class: X.Org Server Extension, version 8.0
[   608.583] (==) AIGLX enabled
[   608.583] (==) Matched ati as autoconfigured driver 0
[   608.583] (==) Matched ati as autoconfigured driver 1
[   608.583] 

Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michel Dänzer
On 16.07.2014 16:24, Michael Strobel wrote:
 Thanks for your quickly reply! It says:
 
 libEGL debug: Native platform type: drm (autodetected)
 libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
 libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to
 module array
 libEGL debug: added egl_dri2 to module array
 libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so)
 libEGL info: use DRM for display 0x7f308063cec0
 libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in
 eglInitialize(no usable display)

Does the environment variable EGL_DRIVER=egl_dri2 work around the problem?


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c62bd2.4070...@daenzer.net



Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michael Strobel
Unfortunately not:

libEGL debug: Native platform type: drm (autodetected)
libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
libEGL debug: added egl_dri2 to module array
libEGL debug: the best driver is DRI2
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f82b4e72339]
(EE) 1: /usr/bin/X (0x7f82b4cc7000+0x1af3a9) [0x7f82b4e763a9]
(EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f82b2a1f000+0x35480)
[0x7f82b2a54480]
(EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7f82b2a1f000+0x12530a)
[0x7f82b2b4430a]
(EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 (0x7f82af325000+0x5402f)
[0x7f82af37902f]
(EE) 5: /usr/lib/xorg/modules/libglamoregl.so (glamor_init+0x15c)
[0x7f82af81c84c]
(EE) 6: /usr/lib/xorg/modules/drivers/radeon_drv.so
(0x7f82b0489000+0x4be4c) [0x7f82b04d4e4c]
(EE) 7: /usr/lib/xorg/modules/drivers/radeon_drv.so
(0x7f82b0489000+0xc1c8) [0x7f82b04951c8]
(EE) 8: /usr/lib/xorg/modules/drivers/radeon_drv.so
(0x7f82b0489000+0x46549) [0x7f82b04cf549]
(EE) 9: /usr/bin/X (AddScreen+0x101) [0x7f82b4d1d281]
(EE) 10: /usr/bin/X (InitOutput+0x397) [0x7f82b4d5df27]
(EE) 11: /usr/bin/X (0x7f82b4cc7000+0x59d2a) [0x7f82b4d20d2a]
(EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5)
[0x7f82b2a40b45]
(EE) 13: /usr/bin/X (0x7f82b4cc7000+0x4549e) [0x7f82b4d0c49e]
(EE)
(EE) Segmentation fault at address 0x0


On 07/16/2014 09:37 AM, Michel Dänzer wrote:
 On 16.07.2014 16:24, Michael Strobel wrote:
 Thanks for your quickly reply! It says:

 libEGL debug: Native platform type: drm (autodetected)
 libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
 libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to
 module array
 libEGL debug: added egl_dri2 to module array
 libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so)
 libEGL info: use DRM for display 0x7f308063cec0
 libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in
 eglInitialize(no usable display)
 
 Does the environment variable EGL_DRIVER=egl_dri2 work around the problem?
 
 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c62d97.9030...@posteo.de



Bug#713340: /etc/modprobe.d/i915-kms.conf: Explicitly remove /etc/modprobe.d/i915-kms.conf on upgrade

2014-07-16 Thread Laurent Bigonville
notfixed 713340 2:2.19.0-6
reopen 713340
thanks

Hi,

Well I think this is not fixed yet actually.

I cannot find anything in the maintainer scripts suggesting that the
file is explicitly removed on upgrade.

Cheers,

Laurent Bigonville


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140716121239.42de7...@fornost.bigon.be



Processed: Re: /etc/modprobe.d/i915-kms.conf: Explicitly remove /etc/modprobe.d/i915-kms.conf on upgrade

2014-07-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 notfixed 713340 2:2.19.0-6
Bug #713340 {Done: maximilian attems m...@stro.at} [xserver-xorg-video-intel] 
/etc/modprobe.d/i915-kms.conf: Explicitly remove /etc/modprobe.d/i915-kms.conf 
on upgrade
No longer marked as fixed in versions 2:2.19.0-6.
 reopen 713340
Bug #713340 {Done: maximilian attems m...@stro.at} [xserver-xorg-video-intel] 
/etc/modprobe.d/i915-kms.conf: Explicitly remove /etc/modprobe.d/i915-kms.conf 
on upgrade
Bug reopened
Ignoring request to alter fixed versions of bug #713340 to the same values 
previously set
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
713340: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713340
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.c.140550559513285.transcr...@bugs.debian.org



Bug#728053: Updated debdiff for mesa to compile on m68k

2014-07-16 Thread Thorsten Glaser
Hi all,

updated debdiff attached. Package compiles fine with it
(on i386 and m68k), and the invalid alignment assumptions
were made explicit with no ABI breakage.
Please apply.

Thanks,
//mirabilos
-- 
15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-)diff -u mesa-10.2.3/debian/changelog mesa-10.2.3/debian/changelog
--- mesa-10.2.3/debian/changelog
+++ mesa-10.2.3/debian/changelog
@@ -1,3 +1,9 @@
+mesa (10.2.3-1+m68k.1) unreleased; urgency=low
+
+  * Fix struct alignment assumptions. (Closes: #728053)
+
+ -- Thorsten Glaser t...@mirbsd.de  Tue, 15 Jul 2014 13:50:57 +0200
+
 mesa (10.2.3-1) unstable; urgency=low
 
   [ Maarten Lankhorst ]
diff -u mesa-10.2.3/debian/patches/series mesa-10.2.3/debian/patches/series
--- mesa-10.2.3/debian/patches/series
+++ mesa-10.2.3/debian/patches/series
@@ -1,0 +2 @@
+08_gallium-fix-build-failure-on-m68k.diff
only in patch2:
unchanged:
--- mesa-10.2.3.orig/debian/patches/08_gallium-fix-build-failure-on-m68k.diff
+++ mesa-10.2.3/debian/patches/08_gallium-fix-build-failure-on-m68k.diff
@@ -0,0 +1,26 @@
+From: Thorsten Glaser t...@debian.org
+Date: Wed, 30 Oct 2013 18:04:07 +0100
+Subject: Fix FTBFS on m68k due to invalid struct alignment assumptions
+Debian-Bug: #728053
+
+Make alignment assumptions explicit by inserting correct padding,
+as upstream already did for other parts of the structure.
+
+--- a/src/gallium/drivers/nouveau/nv50/nv84_video_bsp.c
 b/src/gallium/drivers/nouveau/nv50/nv84_video_bsp.c
+@@ -67,10 +67,15 @@ struct iparm {
+  uint32_t field_is_ref; // 04 // bit0: top, bit1: bottom
+  uint8_t is_long_term; // 08
+  uint8_t non_existing; // 09
++ uint8_t u0a; // 0a
++ uint8_t u0b; // 0b
+  uint32_t frame_idx; // 0c
+  uint32_t field_order_cnt[2]; // 10
+  uint32_t mvidx; // 18
+  uint8_t field_pic_flag; // 1c
++ uint8_t u1d; // 1d
++ uint8_t u1e; // 1e
++ uint8_t u1f; // 1f
+  // 20
+   } refs[0x10]; // 1e0
+} ipicparm; // 150


Bug#728053: Updated debdiff for mesa to compile on m68k

2014-07-16 Thread John Paul Adrian Glaubitz
Hi Thorsten!

On 07/16/2014 01:03 PM, Thorsten Glaser wrote:
 updated debdiff attached. Package compiles fine with it
 (on i386 and m68k), and the invalid alignment assumptions
 were made explicit with no ABI breakage.

Awesome! That's great to hear!

 Please apply.

Absolutely. Could the upstream Mesa developers maybe apply the patch
as well?

We're putting lots of efforts into the m68k port and we have many
users who love running Debian on retro m68k hardware and emulators
and we even got some official funding through Debian to buy hardware.
Even Greg Kroah-Hartman says he appreciates the port when I asked
him about on LinuxTag, it helps spotting regressions :).

So, please help us and apply Thorsten's patch provided it won't
break anything else.

Thanks!

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c65d83.5040...@physik.fu-berlin.de



Bug#728053: Updated debdiff for mesa to compile on m68k

2014-07-16 Thread Thorsten Glaser
On Wed, 16 Jul 2014, John Paul Adrian Glaubitz wrote:

 Absolutely. Could the upstream Mesa developers maybe apply the patch
 as well?

They are not taking us for real, see #728053 for their feedback…

 We're putting lots of efforts into the m68k port and we have many
 users who love running Debian on retro m68k hardware and emulators
 and we even got some official funding through Debian to buy hardware.
 Even Greg Kroah-Hartman says he appreciates the port when I asked
 him about on LinuxTag, it helps spotting regressions :).

Not just that – I’ve seen people run MiNT on Atari with actual
ATI Radeon cards (not yet supported on Linux due to missing
kernel-side PCI bus glue, but probably not much work), and
it’s not a stretch to believe Nięvida could be next.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in Notes on Programming in C


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/alpine.deb.2.11.1407161311180.25...@tglase.lan.tarent.de



Bug#754965: no acceleration on the touchpad after update xserver-xorg-input-mouse:amd64 1:1.9.0-1+b2 - 1:1.9.0-1+b3

2014-07-16 Thread Louis Sajous
Package: xserver-xorg-input-mouse
Version: 1:1.9.0-1+b3
Severity: important

Dear Maintainer,

Usualy I use the touchpad as a mouse. Since the update 
xserver-xorg-input-mouse:amd64 1:1.9.0-1+b2 - 1:1.9.0-1+b3, I don't have any 
acceleration when moving fast on the trackpad. So it has becoming unusable 
because it takes me more than 10s to go from one corner to the other with the 
cursor.
I don't have any problem with a usb mouse. 
My laptop is a Dell Latitude D630. 
The touchpad is AlpsPS/2 ALPS DualPoint TouchPad
It could be also the packet xserver-xorg-input-vmmouse:amd64 1:13.0.0-1+b2 - 
1:13.0.0-1+b3

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Aug  1  2013 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2356320 Jul  8 15:30 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 
Integrated Graphics Controller (primary) [8086:2a02] (rev 0c)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-16) ) #1 SMP Debian 3.13.10-1 (2014-04-15)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 31305 Jul 16 10:01 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[22.187] 
X.Org X Server 1.15.99.904 (1.16.0 RC 4)
Release Date: 2014-07-07
[...]
[24.981] (II) config/udev: Adding input device AlpsPS/2 ALPS DualPoint 
TouchPad (/dev/input/event10)
[24.981] (**) AlpsPS/2 ALPS DualPoint TouchPad: Applying InputClass evdev 
touchpad catchall
[24.981] (**) AlpsPS/2 ALPS DualPoint TouchPad: Applying InputClass 
touchpad catchall
[24.981] (**) AlpsPS/2 ALPS DualPoint TouchPad: Applying InputClass 
Default clickpad buttons
[24.981] (II) LoadModule: synaptics
[24.981] (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so
[25.011] (II) Module synaptics: vendor=X.Org Foundation
[25.011]compiled for 1.15.99.904, module version = 1.8.0
[25.011]Module class: X.Org XInput Driver
[25.011]ABI class: X.Org XInput driver, version 21.0
[25.011] (II) Using input driver 'synaptics' for 'AlpsPS/2 ALPS DualPoint 
TouchPad'
[25.011] (**) AlpsPS/2 ALPS DualPoint TouchPad: always reports core events
[25.011] (**) Option Device /dev/input/event10
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: x-axis range 0 - 
1023 (res 0)
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: y-axis range 0 - 
767 (res 0)
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: pressure range 0 
- 127
[25.092] (II) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: device does not 
report finger width.
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: buttons: left 
right middle
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: Vendor 0x2 
Product 0x8
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: invalid finger 
width range.  defaulting to 0 - 15
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: touchpad found
[25.092] (**) AlpsPS/2 ALPS DualPoint TouchPad: always reports core events
[25.148] (**) Option config_info 
udev:/sys/devices/platform/i8042/serio1/input/input5/event10
[25.148] (II) XINPUT: Adding extended input device AlpsPS/2 ALPS DualPoint 
TouchPad (type: TOUCHPAD, id 10)
[25.148] (**) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: (accel) MinSpeed 
is now constant deceleration 2.5
[25.148] (**) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: (accel) MaxSpeed 
is now 1.75
[25.148] (**) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: (accel) 
AccelFactor is now 0.156
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) keeping 
acceleration scheme 1
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) acceleration 
profile 1
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) acceleration 
factor: 2.000
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) acceleration 
threshold: 4
[25.149] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: touchpad found
[25.150] (II) config/udev: Adding input device AlpsPS/2 ALPS DualPoint 
TouchPad (/dev/input/mouse1)
[25.150] (**) AlpsPS/2 ALPS DualPoint TouchPad: Ignoring device from 
InputClass touchpad ignore duplicates
[25.150] (II) config/udev: Adding input device DualPoint Stick 
(/dev/input/event9)
[25.151] (**) DualPoint Stick: Applying InputClass evdev pointer catchall
[25.151] (II) Using input driver 'evdev' for 'DualPoint Stick'
[25.151] (**) DualPoint Stick: always 

xserver-xorg-video-nouveau: Changes to 'ubuntu'

2014-07-16 Thread Maarten Lankhorst
 autogen.sh|4 
 configure.ac  |   15 +
 debian/patches/xmir.patch |  137 ++---
 man/nouveau.man   |   31 ++-
 src/Makefile.am   |   12 +
 src/drmmode_display.c |  300 ++---
 src/nouveau_copy.c|  129 
 src/nouveau_copy.h|   18 +
 src/nouveau_copy85b5.c|  104 ++
 src/nouveau_copy90b5.c|  100 +
 src/nouveau_copya0b5.c|   97 +
 src/nouveau_dri2.c|  463 --
 src/nouveau_exa.c |   54 ++---
 src/nouveau_glamor.c  |  246 
 src/nouveau_glamor.h  |   33 +++
 src/nouveau_present.c |  350 ++
 src/nouveau_present.h |   19 +
 src/nouveau_sync.c|  117 +++
 src/nouveau_sync.h|   34 +++
 src/nouveau_wfb.c |   12 -
 src/nouveau_xv.c  |   21 +-
 src/nv04_exa.c|2 
 src/nv50_accel.c  |   23 --
 src/nv50_exa.c|   59 -
 src/nv50_xv.c |2 
 src/nv_accel_common.c |  138 -
 src/nv_const.h|2 
 src/nv_dma.c  |  139 -
 src/nv_driver.c   |  245 
 src/nv_proto.h|   29 +-
 src/nv_type.h |   32 ++-
 src/nvc0_accel.c  |   27 --
 src/nvc0_accel.h  |2 
 src/nvc0_exa.c|  112 ---
 34 files changed, 2192 insertions(+), 916 deletions(-)

New commits:
commit 6b2de1e0e8ed425b6ae9e357295ef14a0ad84c1b
Author: Maarten Lankhorst maarten.lankho...@canonical.com
Date:   Wed Jul 16 16:15:18 2014 +0200

refresh xmir patch

diff --git a/debian/patches/xmir.patch b/debian/patches/xmir.patch
index 45324eb..983e5b7 100644
--- a/debian/patches/xmir.patch
+++ b/debian/patches/xmir.patch
@@ -8,7 +8,7 @@ Date:   Mon Jul 22 17:46:58 2013 +1000
 
 --- a/src/nouveau_dri2.c
 +++ b/src/nouveau_dri2.c
-@@ -267,7 +267,7 @@
+@@ -275,7 +275,7 @@
NVPtr pNv = NVPTR(scrn);
int i;
  
@@ -17,7 +17,7 @@ Date:   Mon Jul 22 17:46:58 2013 +1000
return FALSE;
  
for (i = 0; i  xf86_config-num_crtc; i++) {
-@@ -290,7 +290,7 @@
+@@ -298,7 +298,7 @@
ScrnInfoPtr scrn = xf86ScreenToScrn(draw-pScreen);
NVPtr pNv = NVPTR(scrn);
  
@@ -26,8 +26,8 @@ Date:   Mon Jul 22 17:46:58 2013 +1000
nv_window_belongs_to_crtc(scrn, draw-x, draw-y,
  draw-width, draw-height);
  }
-@@ -766,6 +766,19 @@
-   free(flip);
+@@ -951,6 +951,19 @@
+   return TRUE;
  }
  
 +#if DRI2INFOREC_VERSION = 8  defined(XMIR)
@@ -46,7 +46,7 @@ Date:   Mon Jul 22 17:46:58 2013 +1000
  Bool
  nouveau_dri2_init(ScreenPtr pScreen)
  {
-@@ -804,6 +817,11 @@
+@@ -992,6 +1005,11 @@
dri2.GetParam = NULL;
  #endif
  
@@ -60,16 +60,25 @@ Date:   Mon Jul 22 17:46:58 2013 +1000
dri2.CreateBuffer2 = nouveau_dri2_create_buffer2;
 --- a/src/nv_driver.c
 +++ b/src/nv_driver.c
-@@ -226,6 +226,8 @@
+@@ -231,6 +231,8 @@
case GET_REQUIRED_HW_INTERFACES:
flag = (CARD32 *)data;
(*flag) = 0;
 +  if (xorgMir)
 +  *flag |= HW_SKIP_CONSOLE;
return TRUE;
-   default:
-   return FALSE;
-@@ -333,6 +335,23 @@
+ #if XORG_VERSION_CURRENT  XORG_VERSION_NUMERIC(1,15,99,0,0)
+   case SUPPORTS_SERVER_FDS:
+@@ -309,6 +311,8 @@
+ #endif
+   if (fd != -1)
+   ret = nouveau_device_wrap(fd, 0, dev);
++  else if (xorgMir)
++  nouveau_device_wrap(xmir_get_drm_fd(busid), 0, dev);
+   else
+   ret = nouveau_device_open(busid, dev);
+   if (ret)
+@@ -372,6 +376,23 @@
  }
  
  static Bool
@@ -93,27 +102,28 @@ Date:   Mon Jul 22 17:46:58 2013 +1000
  NVPciProbe(DriverPtr drv, int entity_num, struct pci_device *pci_dev,
   intptr_t match_data)
  {
-@@ -343,6 +362,9 @@
+@@ -382,6 +403,10 @@
};
ScrnInfoPtr pScrn = NULL;
  
++
 +  if (xorgMir  !NVHasMirSupport(pci_dev))
 +  return FALSE;
 +
-   if (!NVHasKMS(pci_dev))
+   if (!NVHasKMS(pci_dev, NULL))
return FALSE;
  
-@@ -367,6 +389,9 @@
+@@ -406,6 +431,9 @@
if (!dev-pdev)
return FALSE;
  
 +  if (xorgMir  !NVHasMirSupport(dev-pdev))
 +  return FALSE;
 +
-   if (!NVHasKMS(dev-pdev))
+   if (!NVHasKMS(dev-pdev, dev))
return FALSE;
  
-@@ -406,7 +431,8 @@
+@@ -445,7 +473,8 @@
  NVAdjustFrame(ADJUST_FRAME_ARGS_DECL)
  {
SCRN_INFO_PTR(arg);
@@ -123,24 +133,28 @@ Date:   Mon Jul 22 17:46:58 2013 +1000
  }
  
  /*
-@@ -424,9 +450,11 @@
+@@ -462,7 +491,7 @@
+ #ifdef XF86_PDEV_SERVER_FD
+   NVEntPtr pNVEnt = NVEntPriv(pScrn);
+ #endif
+-  int ret;
++  int ret = 0;
  
xf86DrvMsg(pScrn-scrnIndex, X_INFO, NVEnterVT is called.\n);
  
--  ret = drmSetMaster(pNv-dev-fd);
--  if (ret)
--   

xserver-xorg-video-ati: Changes to 'ubuntu'

2014-07-16 Thread Maarten Lankhorst
 debian/patches/xmir.patch |  134 +-
 1 file changed, 51 insertions(+), 83 deletions(-)

New commits:
commit 0afc86288f798de708ccade66402b8c3b9ee6181
Author: Maarten Lankhorst maarten.lankho...@canonical.com
Date:   Wed Jul 16 15:49:43 2014 +0200

refresh mir patch

diff --git a/debian/patches/xmir.patch b/debian/patches/xmir.patch
index fb7739d..2e6f6d2 100644
--- a/debian/patches/xmir.patch
+++ b/debian/patches/xmir.patch
@@ -184,7 +184,7 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  #endif
 --- a/src/radeon_glamor.c
 +++ b/src/radeon_glamor.c
-@@ -285,14 +285,15 @@
+@@ -297,14 +297,15 @@
ScrnInfoPtr scrn = xf86ScreenToScrn(screen);
struct radeon_surface surface;
struct radeon_pixmap *priv;
@@ -205,7 +205,7 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
xf86DrvMsg(scrn-scrnIndex, X_ERROR,
 --- a/src/radeon_kms.c
 +++ b/src/radeon_kms.c
-@@ -220,10 +220,15 @@
+@@ -230,10 +230,15 @@
return FALSE;
  pScreen-CreateScreenResources = RADEONCreateScreenResources_KMS;
  
@@ -223,7 +223,7 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  
  if (info-r600_shadow_fb) {
pixmap = pScreen-GetScreenPixmap(pScreen);
-@@ -285,6 +290,66 @@
+@@ -295,6 +300,66 @@
  }
  #endif
  
@@ -290,7 +290,7 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  static void RADEONBlockHandler_KMS(BLOCKHANDLER_ARGS_DECL)
  {
  SCREEN_PTR(arg);
-@@ -302,6 +367,10 @@
+@@ -312,6 +377,10 @@
  #ifdef RADEON_PIXMAP_SHARING
  radeon_dirty_update(pScreen);
  #endif
@@ -301,30 +301,25 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  }
  
  static void
-@@ -607,6 +676,22 @@
+@@ -616,6 +685,17 @@
  dev-domain, dev-bus, dev-dev, dev-func);
  #endif
  
 +if (xorgMir) {
-+  info-dri2.drm_fd = xmir_get_drm_fd(busid);
-+
-+  if (info-dri2.drm_fd  0) {
-+  xf86DrvMsg(pScrn-scrnIndex, X_ERROR,
-+ [drm] Failed to retrieve DRM device %s from Mir\n,
-+ busid);
-+  free(busid);
-+  return FALSE;
-+  }
-+  free(busid);
-+  /* TODO: Work out what to do about the crazy multihead involved in
-+ pRADEONEnt-fd */
-+  goto out;
++fd = xmir_get_drm_fd(busid);
++
++if (fd == -1)
++xf86DrvMsg(pScrn-scrnIndex, X_ERROR,
++   [drm] Failed to retrieve DRM device %s from Mir\n,
++   busid);
++free(busid);
++return fd;
 +}
 +
- info-dri2.drm_fd = drmOpen(NULL, busid);
- if (info-dri2.drm_fd == -1) {
- 
-@@ -839,6 +924,14 @@
+ fd = drmOpen(NULL, busid);
+ if (fd == -1)
+   xf86DrvMsg(pScrn-scrnIndex, X_ERROR,
+@@ -866,6 +946,14 @@
  if (!RADEONPreInitChipType_KMS(pScrn))
  goto fail;
  
@@ -339,7 +334,7 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  if (radeon_open_drm_master(pScrn) == FALSE) {
xf86DrvMsg(pScrn-scrnIndex, X_ERROR, Kernel modesetting setup 
failed\n);
goto fail;
-@@ -913,10 +1006,14 @@
+@@ -940,10 +1028,14 @@
  }
  
  info-swapBuffersWait = xf86ReturnOptValBool(info-Options,
@@ -355,7 +350,7 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  if (drmmode_pre_init(pScrn, info-drmmode, pScrn-bitsPerPixel / 8) == 
FALSE) {
xf86DrvMsg(pScrn-scrnIndex, X_ERROR, Kernel modesetting setup 
failed\n);
goto fail;
-@@ -926,7 +1023,10 @@
+@@ -953,7 +1045,10 @@
  pRADEONEnt-HasCRTC2 = FALSE;
  else
  pRADEONEnt-HasCRTC2 = TRUE;
@@ -367,9 +362,28 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  
  /* fix up cloning on rn50 cards
   * since they only have one crtc sometimes the xserver doesn't assign
-@@ -1126,6 +1226,11 @@
- if (info-accel_state-use_vbos)
- radeon_vbo_free_lists(pScrn);
+@@ -1131,7 +1226,7 @@
+ {
+ RADEONInfoPtr  info  = RADEONPTR(pScrn);
+ RADEONEntPtr pRADEONEnt = RADEONEntPriv(pScrn);
+-int err;
++int err = 0;
+ 
+ #ifdef XF86_PDEV_SERVER_FD
+ if (pRADEONEnt-platform_dev 
+@@ -1139,7 +1234,8 @@
+ return TRUE;
+ #endif
+ 
+-err = drmSetMaster(info-dri2.drm_fd);
++if (!xorgMir)
++err = drmSetMaster(info-dri2.drm_fd);
+ if (err)
+ ErrorF(Unable to retrieve master\n);
+ 
+@@ -1157,6 +1253,11 @@
+ return;
+ #endif
  
 +#ifdef XMIR
 +if (info-xmir) {
@@ -377,9 +391,9 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
 +} else
 +#endif
  drmDropMaster(info-dri2.drm_fd);
+ }
  
- drmmode_fini(pScrn, info-drmmode);
-@@ -1154,6 +1259,21 @@
+@@ -1214,6 +1315,21 @@
  RADEONFreeRec(pScrn);
  }
  
@@ -401,26 +415,7 @@ Date:   Mon Jul 22 17:02:17 2013 +1000
  Bool RADEONScreenInit_KMS(SCREEN_INIT_ARGS_DECL)
  {
  ScrnInfoPtrpScrn = xf86ScreenToScrn(pScreen);
-@@ -1161,7 +1281,7 @@
- intsubPixelOrder = SubPixelUnknown;
- char*  s;
- void *front_ptr;
--int ret;
-+int ret = 0;
- 
- pScrn-fbOffset = 0;
- 
-@@ -1172,7 +1292,8 @@
-

Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade

2014-07-16 Thread Michael Meier
Package: xserver-xorg-input-evdev
Version: 1:2.8.2-1+b2
Followup-For: Bug #754862

I've got exactly the same problem. I can get my touchpad moving the mouse 
cursor faster, by using synclient and setting
MinSpeed, MaxSpeed and AccelFactor to values around 5 times bigger than before.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jan  8  2014 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2356320 Jul  8 08:30 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 4
-rw-r--r-- 1 root root 1204 Mar 11 21:11 50-synaptics.conf

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-4) ) #1 SMP Debian 3.14.12-1 (2014-07-11)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 23124 Jul 16 10:05 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 7.678] 
X.Org X Server 1.15.99.904 (1.16.0 RC 4)
Release Date: 2014-07-07
[ 7.678] X Protocol Version 11, Revision 0
[ 7.678] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian
[ 7.678] Current Operating System: Linux RMMbook 3.14-1-amd64 #1 SMP Debian 
3.14.12-1 (2014-07-11) x86_64
[ 7.678] Kernel command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 
root=UUID=d26e75e5-1bf8-4076-a8b2-ae6b80dd58fc ro quiet pcie_aspm=force 
i915.i915_enable_rc6=7 i915.i915_enable_fbc=1 i915.lvds_downclock=1 
resume=/dev/mapper/vghdd-swap
[ 7.678] Build Date: 08 July 2014  01:26:43PM
[ 7.678] xorg-server 2:1.15.99.904-1 (http://www.debian.org/support) 
[ 7.678] Current version of pixman: 0.32.4
[ 7.678]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 7.678] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 7.679] (==) Log file: /var/log/Xorg.0.log, Time: Wed Jul 16 10:05:17 
2014
[ 7.690] (==) Using config directory: /etc/X11/xorg.conf.d
[ 7.690] (==) Using system config directory /usr/share/X11/xorg.conf.d
[ 7.698] (==) No Layout section.  Using the first Screen section.
[ 7.698] (==) No screen section available. Using defaults.
[ 7.698] (**) |--Screen Default Screen Section (0)
[ 7.698] (**) |   |--Monitor default monitor
[ 7.698] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[ 7.698] (==) Automatically adding devices
[ 7.698] (==) Automatically enabling devices
[ 7.698] (==) Automatically adding GPU devices
[ 7.722] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[ 7.722]Entry deleted from font path.
[ 7.723] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 7.723] (==) ModulePath set to /usr/lib/xorg/modules
[ 7.723] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 7.723] (II) Loader magic: 0x7fb737948d80
[ 7.723] (II) Module ABI versions:
[ 7.723]X.Org ANSI C Emulation: 0.4
[ 7.723]X.Org Video Driver: 18.0
[ 7.724]X.Org XInput driver : 21.0
[ 7.724]X.Org Server Extension : 8.0
[ 7.724] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 7.725] (--) PCI:*(0:0:2:0) 8086:0166:144d:c0d7 rev 9, Mem @ 
0xf000/4194304, 0xe000/268435456, I/O @ 0x3000/64
[ 7.725] (II) LoadModule: glx
[ 7.739] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 7.769] (II) Module glx: vendor=X.Org Foundation
[ 7.769]compiled for 1.15.99.904, module version = 1.0.0
[ 7.769]ABI class: X.Org Server Extension, version 8.0
[ 7.769] (==) AIGLX enabled
[ 7.769] (==) Matched intel as autoconfigured driver 0
[ 7.769] (==) Matched intel as autoconfigured driver 1
[ 7.769] (==) Matched modesetting as autoconfigured driver 2
[ 7.769] (==) Matched fbdev as autoconfigured driver 3
[ 7.769] (==) Matched vesa as autoconfigured driver 4
[ 7.769] (==) Assigned the driver to the xf86ConfigLayout
[ 7.769] (II) LoadModule: intel
[ 7.769] (II) Loading 

Bug#754822: same problem with a ALPS device

2014-07-16 Thread Fred Maranhão
hi,

during an apt-get upgrade today, my xserver-xorg-input-synaptics was
upgraded to 1.8.0-1 and the same problem arise.

I'm not using an Elantech mouse, but an ALPS:

$ egrep -i 'synap|alps|etps' /proc/bus/input/devices
N: Name=ALPS PS/2 Device
N: Name=AlpsPS/2 ALPS GlidePoint

I noticed the problem in GDM login screen, xfce and fluxbox.

If I plug an external usb mouse, the pointer moves normally with the
mouse and slowly with the touchpad.

more info:

$ dpkg -l xserver-xorg-input-synaptics
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Nome   Versão Arquitectura   Descrição
+++-==-==-==-==
ii  xserver-xorg-input 1.8.0-1i386   Synaptics
TouchPad driver for X.Org server

$ more /etc/X11/xorg.conf.d/50-synaptics.conf
Section InputClass
Identifier touchpad catchall
Driver synaptics
MatchIsTouchpad on
# This option is recommend on all Linux systems using evdev, but cannot be
# enabled by default. See the following link for details:
# http://who-t.blogspot.com/2010/11/how-to-ignore-configuration-errors.html
#   MatchDevicePath /dev/input/event*
EndSection

Section InputClass
Identifier touchpad ignore duplicates
MatchIsTouchpad on
MatchOS Linux
MatchDevicePath /dev/input/mouse*
Option Ignore on
EndSection

# This option enables the bottom right corner to be a right button on
# non-synaptics clickpads.
# This option is only interpreted by clickpads.
Section InputClass
Identifier Default clickpad buttons
MatchDriver synaptics
Option SoftButtonAreas 50% 0 82% 0 0 0 0 0
#   To disable the bottom edge area so the buttons only work as buttons,
#   not for movement, set the AreaBottomEdge
#   Option AreaBottomEdge 82%
EndSection

# This option disables software buttons on Apple touchpads.
# This option is only interpreted by clickpads.
Section InputClass
Identifier Disable clickpad buttons on Apple touchpads
MatchProduct Apple|bcm5974
MatchDriver synaptics
Option SoftButtonAreas 0 0 0 0 0 0 0 0
EndSection


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAPr829=lnagd93krorx-0qd57kycxoo_56sajtsbmj0pzv2...@mail.gmail.com



xserver-xorg-video-intel: Changes to 'ubuntu'

2014-07-16 Thread Maarten Lankhorst
 Makefile.am |6 
 NEWS|  106 
 configure.ac|  226 
 debian/changelog|   37 
 debian/control  |   12 
 debian/patches/xmir.patch   |  411 
 debian/upstream.changelog   | 6765 
 debian/xserver-xorg-video-intel.install |3 
 man/intel.man   |   13 
 src/Makefile.am |8 
 src/backlight.c |  492 +
 src/backlight.h |   56 
 src/compat-api.h|1 
 src/fd.c|   69 
 src/fd.h|   33 
 src/i915_pciids.h   |   32 
 src/intel_device.c  |  267 
 src/intel_driver.h  |4 
 src/intel_module.c  |   12 
 src/intel_options.c |2 
 src/intel_options.h |2 
 src/legacy/i810/Makefile.am |3 
 src/sna/Makefile.am |   16 
 src/sna/fb/fbpointbits.h|   23 
 src/sna/gen2_render.c   |   65 
 src/sna/gen3_render.c   |   22 
 src/sna/gen4_render.c   |   24 
 src/sna/gen5_render.c   |   49 
 src/sna/gen6_common.h   |   21 
 src/sna/gen6_render.c   |   60 
 src/sna/gen7_render.c   |   40 
 src/sna/gen8_render.c   |   66 
 src/sna/kgem.c  |  670 +
 src/sna/kgem.h  |   41 
 src/sna/sna.h   |  247 
 src/sna/sna_accel.c | 1344 +--
 src/sna/sna_blt.c   |  453 -
 src/sna/sna_composite.c |   85 
 src/sna/sna_cpu.c   |4 
 src/sna/sna_cpuid.h |4 
 src/sna/sna_damage.c|   42 
 src/sna/sna_damage.h|   20 
 src/sna/sna_display.c   | 3727 ++--
 src/sna/sna_display_fake.c  |   92 
 src/sna/sna_dri.c   | 2534 -
 src/sna/sna_dri2.c  | 3042 +++
 src/sna/sna_dri3.c  |  379 
 src/sna/sna_driver.c|  273 
 src/sna/sna_glyphs.c|  387 
 src/sna/sna_io.c|   43 
 src/sna/sna_present.c   |  465 +
 src/sna/sna_reg.h   |1 
 src/sna/sna_render.c|   34 
 src/sna/sna_render.h|8 
 src/sna/sna_render_inline.h |   28 
 src/sna/sna_threads.c   |  154 
 src/sna/sna_tiling.c|   76 
 src/sna/sna_transform.c |   57 
 src/sna/sna_trapezoids.c|   84 
 src/sna/sna_trapezoids_boxes.c  |  257 
 src/sna/sna_trapezoids_imprecise.c  |   86 
 src/sna/sna_trapezoids_mono.c   |7 
 src/sna/sna_trapezoids_precise.c|   86 
 src/sna/sna_video.c |   51 
 src/sna/sna_video.h |   18 
 src/sna/sna_video_overlay.c |   22 
 src/sna/sna_video_sprite.c  |  316 
 src/sna/sna_video_textured.c|   20 
 src/uxa/Makefile.am |   13 
 src/uxa/i830_reg.h  |   12 
 src/uxa/intel.h |   82 
 src/uxa/intel_batchbuffer.c |   16 
 src/uxa/intel_batchbuffer.h |8 
 src/uxa/intel_display.c |  683 +
 src/uxa/intel_dri.c |  215 
 src/uxa/intel_dri3.c|  140 
 

xserver-xorg-video-intel: Changes to 'upstream-unstable'

2014-07-16 Thread Maarten Lankhorst
 AUTHORS |2 
 Makefile.am |2 
 NEWS|  420 
 README  |9 
 configure.ac|  764 +
 man/intel.man   |   69 
 src/Makefile.am |   18 
 src/backlight.c |  494 +
 src/backlight.h |   56 
 src/compat-api.h|   33 
 src/fd.c|   69 
 src/fd.h|   33 
 src/i915_pciids.h   |   55 
 src/intel_device.c  |  504 -
 src/intel_driver.h  |   19 
 src/intel_list.h|5 
 src/intel_module.c  |  151 
 src/intel_options.c |7 
 src/intel_options.h |6 
 src/legacy/Makefile.am  |2 
 src/legacy/i810/Makefile.am |3 
 src/legacy/i810/i810_accel.c|1 
 src/legacy/i810/i810_common.h   |4 
 src/legacy/i810/i810_cursor.c   |5 
 src/legacy/i810/i810_dga.c  |1 
 src/legacy/i810/i810_dri.c  |1 
 src/legacy/i810/i810_driver.c   |3 
 src/legacy/i810/i810_hwmc.c |1 
 src/legacy/i810/i810_memory.c   |3 
 src/legacy/i810/i810_ring.h |2 
 src/legacy/i810/i810_video.c|1 
 src/legacy/i810/i810_wmark.c|1 
 src/legacy/i810/i810_xaa.c  |1 
 src/legacy/i810/xvmc/Makefile.am|4 
 src/render_program/Makefile.am  |   23 
 src/render_program/exa_wm_src_affine.g8b|4 
 src/render_program/exa_wm_src_sample_argb.g8b   |3 
 src/render_program/exa_wm_src_sample_planar.g8b |5 
 src/render_program/exa_wm_write.g8b |   17 
 src/render_program/exa_wm_yuv_rgb.g8b   |   12 
 src/sna/Makefile.am |   45 
 src/sna/blt.c   |  184 
 src/sna/brw/Makefile.am |3 
 src/sna/brw/brw_eu_util.c   |  126 
 src/sna/brw/brw_wm.c|   16 
 src/sna/fb/fb.h |5 
 src/sna/fb/fbbitmap.c   |4 
 src/sna/fb/fbclip.c |2 
 src/sna/fb/fbgc.c   |1 
 src/sna/fb/fbline.c |   14 
 src/sna/fb/fblinebits.h |   23 
 src/sna/fb/fbpict.h |1 
 src/sna/fb/fbpoint.c|4 
 src/sna/fb/fbpointbits.h|   23 
 src/sna/fb/fbpush.c |2 
 src/sna/fb/fbseg.c  |1 
 src/sna/gen2_render.c   |  236 
 src/sna/gen3_render.c   |  322 
 src/sna/gen4_common.c   |   64 
 src/sna/gen4_common.h   |   49 
 src/sna/gen4_render.c   |  400 
 src/sna/gen4_render.h   |2 
 src/sna/gen4_vertex.c   |  237 
 src/sna/gen4_vertex.h   |1 
 src/sna/gen5_render.c   |  310 
 src/sna/gen6_common.c   |   71 
 src/sna/gen6_common.h   |  205 
 src/sna/gen6_render.c   |  515 -
 src/sna/gen7_render.c   |  623 -
 src/sna/gen8_eu.c   | 1379 ++
 src/sna/gen8_eu.h   |   19 
 src/sna/gen8_render.c   | 4008 
 src/sna/gen8_render.h   | 1132 ++
 src/sna/gen8_vertex.c   |  296 
 src/sna/gen8_vertex.h   |   14 
 src/sna/kgem.c  | 2408 +++-
 src/sna/kgem.h   

Bug#754965:

2014-07-16 Thread Tixy
Not sure if 'me too' reports are welcome, but... I too am hit by this
problem, on different touchpad hardware. Downgrading the xserver
packages back to the previous versions in Jessie (1.15.99 -- 1.15.1)
restored touchpad functionality. That process downgraded all xserver
packages, including xserver-xorg-input-synaptics from 1.8.0 -- 1.7.3.

The only differences apparent in Xorg.0.log between working and
non-working appear to be various version numbers, and event numbers
in /sys/devices paths...

[ 8.522] (II) config/udev: Adding input device ETPS/2 Elantech Touchpad 
(/dev/input/event6)
[ 8.522] (**) ETPS/2 Elantech Touchpad: Applying InputClass evdev touchpad 
catchall
[ 8.522] (**) ETPS/2 Elantech Touchpad: Applying InputClass touchpad 
catchall
[ 8.522] (**) ETPS/2 Elantech Touchpad: Applying InputClass Default 
clickpad buttons
[ 8.522] (II) LoadModule: synaptics
[ 8.522] (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so
[ 8.523] (II) Module synaptics: vendor=X.Org Foundation
[ 8.523]compiled for 1.15.99.904, module version = 1.8.0
[ 8.523]Module class: X.Org XInput Driver
[ 8.523]ABI class: X.Org XInput driver, version 21.0
[ 8.523] (II) Using input driver 'synaptics' for 'ETPS/2 Elantech Touchpad'
[ 8.523] (**) ETPS/2 Elantech Touchpad: always reports core events
[ 8.523] (**) Option Device /dev/input/event6
[ 8.636] (--) synaptics: ETPS/2 Elantech Touchpad: x-axis range 0 - 2940 
(res 0)
[ 8.636] (--) synaptics: ETPS/2 Elantech Touchpad: y-axis range 0 - 1400 
(res 0)
[ 8.636] (--) synaptics: ETPS/2 Elantech Touchpad: pressure range 0 - 255
[ 8.636] (--) synaptics: ETPS/2 Elantech Touchpad: finger width range 0 - 15
[ 8.636] (--) synaptics: ETPS/2 Elantech Touchpad: buttons: left right 
double triple
[ 8.636] (--) synaptics: ETPS/2 Elantech Touchpad: Vendor 0x2 Product 0xe
[ 8.636] (--) synaptics: ETPS/2 Elantech Touchpad: touchpad found
[ 8.636] (**) ETPS/2 Elantech Touchpad: always reports core events
[ 8.716] (**) Option config_info 
udev:/sys/devices/platform/i8042/serio1/input/input6/event6
[ 8.716] (II) XINPUT: Adding extended input device ETPS/2 Elantech 
Touchpad (type: TOUCHPAD, id 11)
[ 8.716] (**) synaptics: ETPS/2 Elantech Touchpad: (accel) MinSpeed is now 
constant deceleration 2.5
[ 8.716] (**) synaptics: ETPS/2 Elantech Touchpad: (accel) MaxSpeed is now 
1.75
[ 8.716] (**) synaptics: ETPS/2 Elantech Touchpad: (accel) AccelFactor is 
now 0.061
[ 8.717] (**) ETPS/2 Elantech Touchpad: (accel) keeping acceleration scheme 
1
[ 8.717] (**) ETPS/2 Elantech Touchpad: (accel) acceleration profile 1
[ 8.717] (**) ETPS/2 Elantech Touchpad: (accel) acceleration factor: 2.000
[ 8.717] (**) ETPS/2 Elantech Touchpad: (accel) acceleration threshold: 4
[ 8.717] (--) synaptics: ETPS/2 Elantech Touchpad: touchpad found
[ 8.718] (II) config/udev: Adding input device ETPS/2 Elantech Touchpad 
(/dev/input/mouse0)
[ 8.718] (**) ETPS/2 Elantech Touchpad: Ignoring device from InputClass 
touchpad ignore duplicates


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1405529268.2681.13.ca...@computer5.home



Bug#754965:

2014-07-16 Thread maximilian attems
could any of your affected guys test this synaptic package (built
against latest xorg server):
http://charm.itp.tuwien.ac.at/~mattems/xserver-xorg-input-synaptics_1.8.0-2_amd64.deb

if you need it gpg signed, cry.


thanks.

-- 
maks


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140716201216.ga32...@stro.at



xserver-xorg-input-synaptics: Changes to 'debian-unstable'

2014-07-16 Thread Maximilian Attems
 debian/changelog |8 
 debian/control   |2 +-
 2 files changed, 9 insertions(+), 1 deletion(-)

New commits:
commit 3b56bea1950add0f8b247bd93783cb2a363590af
Author: Maarten Lankhorst maarten.lankho...@canonical.com
Date:   Tue Jul 15 14:59:49 2014 +0200

Drop libmtdev-dev, and add libxtst-dev dependency.

Conflicts:
debian/changelog

diff --git a/debian/changelog b/debian/changelog
index 595266e..970280a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xserver-xorg-input-synaptics (1.8.0-2) UNRELEASED; urgency=medium
+
+  [ Maarten Lankhorst ]
+  * Drop libmtdev-dev, unused in 1.8.0.
+  * Add dependency on libxtst-dev again to enable support for XRecord.
+
+ -- maximilian attems m...@debian.org  Wed, 16 Jul 2014 22:04:44 +0200
+
 xserver-xorg-input-synaptics (1.8.0-1) unstable; urgency=medium
 
   [ Julien Cristau ]
diff --git a/debian/control b/debian/control
index 06289c8..bc38262 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,7 @@ Build-Depends:
  pkg-config,
  quilt,
  xutils-dev (= 1:7.5+4),
- libmtdev-dev [linux-any],
+ libxtst-dev,
 Standards-Version: 3.9.5
 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-input-synaptics
 Vcs-Browser: 
http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-input-synaptics.git


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1x7vck-0002ev...@moszumanska.debian.org



Bug#728053: Updated debdiff for mesa to compile on m68k

2014-07-16 Thread Eero Tamminen
Hi,

On keskiviikko 16 heinäkuu 2014, Thorsten Glaser wrote:
 On Wed, 16 Jul 2014, John Paul Adrian Glaubitz wrote:
  Absolutely. Could the upstream Mesa developers maybe apply the patch
  as well?
 
 They are not taking us for real, see #728053 for their feedback…

While effect of unaligned accesses is normally invisible,
that's not always the case, even on non-m68k platforms.

It's bad/sloppy coding, because:
- There's other (newer) HW besides m68k which has alignment
  requirements [1]. On ARM that can be even configured, both
  at CPU and (Linux) kernel level.  Even on Intel e.g. atomic
  accesses need be aligned
- even if HW supports unaligned accesses, it's newer faster
  nor safer than aligned, and in some cases it can be a lot
  slower [2] (extreme case is when each access causes interrupt)
- if gcc happens to add padding [3] for (non-packed) unaligned
  structure members to align them (because HW requires it or
  because it's faster), those structures use more memory than
  structures where their members are at their natural alignment
  - If that causes data not to fit cache, for a frequently
used structure(s), that's also slower


- Eero

[1] Hasn't anybody else had issues with this on some other
architecture?

[2] http://stackoverflow.com/questions/12491578/whats-the-actual-effect-of-
successful-unaligned-accesses-on-x86

[3] pahole tool from dwarves package can be used to inspect
how hole-ridden structures in binaries (with debug data) are.
Valgrind DHAT tool can be used to inspect how much those
structure members get accesses:
http://valgrind.org/docs/manual/dh-manual.html


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201407170036.01390@helsinkinet.fi



Bug#754822: same problem with a ALPS device

2014-07-16 Thread Julian Gilbey
On Wed, Jul 16, 2014 at 12:32:29PM -0300, Fred Maranhão wrote:
 hi,
 
 during an apt-get upgrade today, my xserver-xorg-input-synaptics was
 upgraded to 1.8.0-1 and the same problem arise.
 
 I'm not using an Elantech mouse, but an ALPS:
 
 $ egrep -i 'synap|alps|etps' /proc/bus/input/devices
 N: Name=ALPS PS/2 Device
 N: Name=AlpsPS/2 ALPS GlidePoint
 
 I noticed the problem in GDM login screen, xfce and fluxbox.

Ditto, with pretty much similar setup.  I only have one screen (my
laptop screen).

I rebuilt xsserver-xorg with the patch pointed to
(http://cgit.freedesktop.org/xorg/xserver/commit/?id=9a19bf06b5b409fa0d5b5932e29cd4c5545052c5)
and installed it; my mouse now works absolutely fine again.

   Julian


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140717001520.ga7...@d-and-j.net



Bug#754965:

2014-07-16 Thread Fred Maranhão
2014-07-16 17:12 GMT-03:00 maximilian attems m...@stro.at:
 could any of your affected guys test this synaptic package (built
 against latest xorg server):
 http://charm.itp.tuwien.ac.at/~mattems/xserver-xorg-input-synaptics_1.8.0-2_amd64.deb

can you do this for i386?


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAPr829=vz7wsymatwdprxzr2qsyxlcnpu31tbywiyy_9zga...@mail.gmail.com